Как прозрачный прокси узнаёт hostname соединения?

https://en.wikipedia.org/wiki/Server_Name_Indication

В http он идёт в хедере.

В https он тоже идёт в хедере, но ты его не увидишь. Непрозрачный сервер получит его вместе с HTTP CONNECT и лезть в трафик все равно не сможет.

Прозрачному придётся делать MitM на каждое соединение. Такое, наверное, возможно, но предварительная настройка левого CA на клиенте загубит все радости прозрачности.

Посему у меня к тебе вопросы:

1. что-что ты хочешь? глобально, без твоих соображений по поводу реализации

2. с чего ты взял, что это вообще возможно?

https://en.wikipedia.org/wiki/Server_Name_Indication

Блиииинн… слона я не заметил. Столько времени убил в поисках получения имени только по ip. Спасибо, родной.

Выше товарищ уже ответил:

Without this extension a HTTPS server would not be able to provide service for multiple hostnames on a single IP address (virtual hosts) because it couldn’t know which hostname’s certificate to send until after the TLS session was negotiated and the HTTP request was made.

Просто нужно парсить Client Hello, в траффик лезть не нужно.

Всегда Welcome

в траффик лезть не нужно.

Интересный у тебя сжимающий прокси.

Кстати да. сни дает только инфу о домене а потом как и что сжимать, без сетов ни как

пишу пьяный на тапочке

Не, ты меня не понял: у меня mitm прокси, но я не об этом: чтобы узнать имя remote host, оказалось, что не нужно залазить в траффик. Это важно, чтобы сгенерировать сертификат до отправки server hello.

Кстати, вчера прикрутил два режима: прозрачный и пропускающий. Теперь с андроида, находясь в тоннеле wireguard, можно пользоваться прокси, и в случае необходимости, переключать в пропускающий режим, не теряя доступ к простеньком веб-интерфейсу. Также с телефона могу графику и сжатие регулировать.

Прозрачный режим и нужен был, чтоб на телефоне заставить работать.

Прикольно, так понятнее. А итоговая задача какая?

Задачи:

• 1. со всеми TLS соединениями работать по протоколу http/2, даже если конечный сервер не поддерживает;
• 2. сжимать графику, конвертируя в webp (настраивается через веб интерфейс);
• 3. кешировать пережатое, чтобы при повторе быстро возвращать;
• 4. использовать максимальное сжатие контента, пережимать всё в brotli, если браузер поддерживает;
• 5. работать в прозрачном режиме, чтобы андроид мог внутри VPN (иначе прокси работает только с «белыми» ip);
• 6. определять и пропускать часть соединений в forward режиме, чтобы на телефоне могли без проблем работать приложения, вроде телеграмчика;
• 7. научиться работать с async/await логикой (ибо io) :)

У меня очень плохой интернет, и лучше его не сделать при текущих условиях, прокси выручает.

работать в прозрачном режиме, чтобы андроид мог внутри VPN (иначе прокси работает только с «белыми» ip);

Вот эти слова не понимаю. Что не так с VPN + непрозрачным?

У меня 6 андроид. Может в новых версиях можно настроить работу прокси при работающем VPN, но в моём случае я не знаю, как с подключенным wireguard заставить firefox на телефоне пропускать траффик через прокси на локальном адресе 10.*. *. *.

Есть настройки прокси в свойствах каждой локальной сети, есть в опциях about:config, но ни в том ни в другом случае проксирование не работает.

Ты знаешь как настроить?

Не знаю, не юзаю проксей, а VPN только на роутере.