<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[сбой при передаче конфигурации PKI при предоставлении WLC из DNAC]]></title><description><![CDATA[<h1>![JustTakeTheFirstStep_1-1741058688848.png] Ошибка при передаче конфигурации PKI при подготовке WLC из DNAC WLC#ter mo<br />
Mar 4 01:31:42.745: %PKI-3-PKCS12_IMPORT_FAILURE: PKCS #12 import failed for trustpoint: sdn-network-infra-wan. Reason: Failed to read PKCS12 from url: <a href="https://20.20.20.20/api/v1/trust-point/pkcs12/c8fbfbbc-4167-4b1e-9db7-2cc6f7121654/s301auh4v3aiiv8n9l6ocbll0i" rel="nofollow ugc">https://20.20.20.20/api/v1/trust-point/pkcs12/c8fbfbbc-4167-4b1e-9db7-2cc6f7121654/s301auh4v3aiiv8n9l6ocbll0i</a><br />
Mar 4 01:31:42.748: %PKI-6-TRUSTPOINT_DELETE: Trustpoint: sdn-network-infra-iwan deleted succesfully Состояние netconf не вызывает проблем. WLC#show netconf-yang status<br />
netconf-yang: enabled<br />
netconf-yang candidate-datastore: disabled<br />
netconf-yang side-effect-sync: enabled<br />
netconf-yang ssh port: 830 DNAC$ ssh -l admin 10.10.10.10 -p 830<br />
FIPS mode initialized<br />
<a href="mailto:admin@10.10.10.10" rel="nofollow ugc">admin@10.10.10.10</a>'s password:<br />
&lt;?xml version="1.0" encoding="UTF-8"?&gt;<br />
&lt;<br />
hello<br />
xmlns</h1>
<p dir="auto">"<br />
urn:ietf:params:xml:ns:netconf:base:1.0<br />
"<br />
&gt;<br />
&lt;<br />
capabilities<br />
&gt; Кто-нибудь знает, как решить эту проблему?</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/af08787168b3ea6cfb5befd3f24993bcf2c3cd54.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/topic/791/сбой-при-передаче-конфигурации-pki-при-предоставлении-wlc-из-dnac</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 10:35:53 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/791.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Feb 2026 20:10:03 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to сбой при передаче конфигурации PKI при предоставлении WLC из DNAC on Fri, 13 Feb 2026 20:10:06 GMT]]></title><description><![CDATA[<p dir="auto">Я знаю, что этот вопрос помечен как решенный, но я хотел бы добавить решение, которое сработало для меня, когда я столкнулся с той же проблемой, на случай, если какой-нибудь бедный инженер окажется в такой же ситуации позже. Основной причиной сбоя оказалось то, что URL-адрес для загрузки PKCS12 использовал IP-адрес DNAC, а сертификат стороннего производителя, который использует мой DNAC, не содержит IP-адрес в CN или любом SAN. По сути, проверка сертификата завершалась сбоем, когда WLC пытался загрузить пакет PKCS12. Я выяснил это, взяв URL-адрес PKCS12 из сообщений syslog и загрузив его вручную со своей рабочей станции. Загрузка прошла успешно, поэтому я понял, что сам пакет PKCS12 и URL-адрес для его загрузки были рабочими. Единственное, что еще имело смысл, — это сбой проверки сертификата, когда WLC устанавливал HTTPS-соединение для получения пакета PKCS12. Нашел эту публикацию<br />
[«Как вручную подключить Cisco WLC к Cisco DNA Center для обеспечения надежности сети — Cisco Community»]<br />
и воспользовался инструкциями по получению пакета PKCS12 через API. Я изменил URL-адрес для загрузки, чтобы использовать имя хоста моего DNAC (которое является CN в сертификате стороннего производителя), и WLC смог импортировать пакет PKCS12. Начните с шага 4 «Получите сертификат PKCS12 из Cisco DNA Center, затем установите его на WLC». Для справки (с примером данных, предполагая, что CN в сертификате третьей стороны — «mydnacserver.domain»): Исходный URL для загрузки PKCS12:<br />
<a href="https://192.0.2.1/api/v1/trust-point/pkcs12/a54ad8c4-4e62-471f-9ec9-fbe4fbf80b6e/kk9hqa4h1gfm06ggjmng7vj9eq" rel="nofollow ugc">https://192.0.2.1/api/v1/trust-point/pkcs12/a54ad8c4-4e62-471f-9ec9-fbe4fbf80b6e/kk9hqa4h1gfm06ggjmng7vj9eq</a><br />
Измененный URL-адрес:<br />
<a href="https://mydnacserver.domain/api/v1/trust-point/pkcs12/a54ad8c4-4e62-471f-9ec9-fbe4fbf80b6e/kk9hqa4h1gfm06ggjmng7vj9eq" rel="nofollow ugc">https://mydnacserver.domain/api/v1/trust-point/pkcs12/a54ad8c4-4e62-471f-9ec9-fbe4fbf80b6e/kk9hqa4h1gfm06ggjmng7vj9eq</a> Удачи.</p>
]]></description><link>https://sla247.ru/forum/post/6400</link><guid isPermaLink="true">https://sla247.ru/forum/post/6400</guid><dc:creator><![CDATA[brandon.case]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:10:06 GMT</pubDate></item><item><title><![CDATA[Reply to сбой при передаче конфигурации PKI при предоставлении WLC из DNAC on Fri, 13 Feb 2026 20:10:05 GMT]]></title><description><![CDATA[<p dir="auto">Fusion#telnet 20.20.20.20 443 Trying 20.20.20.20, 443 ... % Destination unreachable; gateway or host down Порт был заблокирован брандмауэром.<br />
После разрешения порта в брандмауэре все работает нормально.<br />
Спасибо за помощь.</p>
]]></description><link>https://sla247.ru/forum/post/6399</link><guid isPermaLink="true">https://sla247.ru/forum/post/6399</guid><dc:creator><![CDATA[JustTakeTheFirstStep]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:10:05 GMT</pubDate></item><item><title><![CDATA[Reply to сбой при передаче конфигурации PKI при предоставлении WLC из DNAC on Fri, 13 Feb 2026 20:10:04 GMT]]></title><description><![CDATA[<p dir="auto">Я бы сказал, что w/a будет загружать сертификат из WLC UI вместо DNAC.<br />
Но в вашем выводе есть одна тревожная деталь: <a href="https://20.20.20.20/api/v1/trust-point/pkcs12/c8fbfbbc-4167-4b1e-9db7-2cc6f7121654/s301auh4v3aiiv8n9l6ocbll0i" rel="nofollow ugc">https://20.20.20.20/api/v1/trust-point/pkcs12/c8fbfbbc-4167-4b1e-9db7-2cc6f7121654/s301auh4v3aiiv8n9l6ocbll0i</a> возможно ли, что HTTPS от WLC к этому URL просто не работает?</p>
]]></description><link>https://sla247.ru/forum/post/6398</link><guid isPermaLink="true">https://sla247.ru/forum/post/6398</guid><dc:creator><![CDATA[Andrii Oliinyk]]></dc:creator><pubDate>Fri, 13 Feb 2026 20:10:04 GMT</pubDate></item></channel></rss>