Портал авторизации и SSL

Я думаю, что аналогичные вопросы уже задавались по и по , но мой вопрос немного отличается. Я понимаю, что не могу перенаправить HTTPS-трафик на целевую страницу Captive Portal, не вызывая ошибок SSL в браузере. Я понимаю почему. Я согласен, потому что так обстоят дела, и я счастлив, что SSL с нами.

Однако я могу сказать, что решение чуть лучше, чем отказ от этого, действительно существует, потому что я использовал его несколько дней назад в школе . Сначала я не осознавал, что мой (Debian 8) ноутбук автоматически подключился к их открытой сети Wi-Fi, и набрал несколько поисковых запросов в адресной строке Chrome. Моя поисковая система по умолчанию - Google, которая обслуживает только страницы HTTPS. Страница, на которой я ожидал получить результаты Google, вместо этого показала ошибку подключения (неизбежную), но Chrome автоматически открыл новую вкладку, показывающую целевую страницу Captive Portal с формой входа.

Это то, что я ' Я бы хотел реализовать с использованием любого необходимого дистрибутива Linux и любого оборудования, но пока не говоря уже о дистрибутиве и оборудовании, и давайте придерживаться принципа: как работает этот трюк с новой вкладкой? На каком уровне протокола это реализовано? Как?

0
задан 13 April 2017 в 15:13
1 ответ

https://www.chromium.org/chromium-os/chromiumos-design-docs/network-portal-detection

Chrome пытается получить http: // clients3 .google.com / generate_204 и определяет, что он попадает на перехватывающий портал, если этот URL возвращает что-то, кроме 204.

Операционные системы Apple также делают это через http://www.apple.com/ библиотека / test / success.html .

4
ответ дан 4 December 2019 в 11:45

Теги

Похожие вопросы