<?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[появление портала captive.apple.com]]></title><description><![CDATA[<p dir="auto">Внезапно устройства Apple при попытке подключиться к ЛЮБОЙ сети Wi-Fi отображают страницу «Success» (Успех) <a href="http://captive.apple.com" rel="nofollow ugc">captive.apple.com</a>. Это не проблема с разрешением DNS. Наш внутренний DNS перенаправляет на Cloudflare. Мы попробовали изменить его на 8.8.8.8 от Google, но это не помогло. Между клиентами и 9800L (17.12.05) нет внутреннего брандмауэра. Если я нажму на «X» в правом верхнем углу страницы Captive и выберу продолжить без интернета, устройство продолжит подключаться к SSID и будет иметь доступ к интернету. TAC утверждает, что это проблема с разрешением DNS — занимает слишком много времени, и это заставляет устройство Apple «полагать», что есть Captive Portal. Android-устройства, которые имеют собственный Captive Portal Probe, и устройства Windows не испытывают никаких проблем. Я выполнил команду Curl -v<br />
<a href="http://captive" rel="nofollow ugc">http://captive.apple.com</a><br />
на нашем брандмауэре для тестирования и получил код возврата 200, что хорошо. Пытаюсь понять, какие шаги предпринять дальше. TIA</p>
]]></description><link>https://sla247.ru/forum/topic/2772/появление-портала-captiveapplecom</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 07:21:37 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/2772.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 06 Mar 2026 20:38:03 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to появление портала captive.apple.com on Fri, 06 Mar 2026 20:38:05 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/perrymcgrew" aria-label="Profile: perrymcgrew">@<bdi>perrymcgrew</bdi></a> Какой метод аутентификации вы используете? Это гостевая сеть? Обычно устройства Apple и Android при подключении к сети пытаются зайти на какой-либо URL-адрес, чтобы проверить подключение к Интернету, и это используется WLC для выполнения перенаправления. Если вы используете портал, похоже, что перенаправление не работает.</p>
]]></description><link>https://sla247.ru/forum/post/20264</link><guid isPermaLink="true">https://sla247.ru/forum/post/20264</guid><dc:creator><![CDATA[Flavio Miranda]]></dc:creator><pubDate>Fri, 06 Mar 2026 20:38:05 GMT</pubDate></item><item><title><![CDATA[Reply to появление портала captive.apple.com on Fri, 06 Mar 2026 20:38:04 GMT]]></title><description><![CDATA[<p dir="auto">SSID используют PSK. Каптивный портал не используется. Сегодня утром я обнаружил первопричину. Мне нужно было запустить curl <em>внутри</em> моей сети, чтобы получить полную картину. Я запустил его со своего ноутбука W11 — получил тот же код возврата 200, но заметил, что сайт проходит через нашу антифишинговую защиту, предоставляемую брандмауэром. Я создал правило исключения для URL <a href="http://captive.apple.com" rel="nofollow ugc">captive.apple.com</a>, которое обходило защиту от фишинга. Это сработало — без портала авторизации — и устройства Apple, управляемые MDM, смогли сразу подключиться. Процесс фишинга, должно быть, вносит достаточное задержку, чтобы устройства Apple думали, что они находятся за порталом авторизации. Мы только что применили патч поставщика к нашему брандмауэру на прошлой неделе. Чтобы проверить, я запустил curl против опубликованного URL-адреса портала Android, и процесс фишинга пропустил его. Отправил запрос нашему поставщику брандмауэра для официального исправления/объяснения.</p>
]]></description><link>https://sla247.ru/forum/post/20263</link><guid isPermaLink="true">https://sla247.ru/forum/post/20263</guid><dc:creator><![CDATA[perrymcgrew]]></dc:creator><pubDate>Fri, 06 Mar 2026 20:38:04 GMT</pubDate></item></channel></rss>