Страница с полем URL — это веб-приложение. Ввод там адреса просит это приложение получить и показать содержимое. Это иная схема, чем указание браузеру использовать прокси HTTP или SOCKS.

При встроенной настройке прокси браузер по-прежнему считает URL назначения самим сайтом. В обычном веб-форменном прокси видимая страница отдаётся через собственную схему URL и источник прокси-приложения. Служба может переписывать ссылки, скрипты, заголовки или cookie, чтобы навигация продолжалась.

ПоведениеПочему разница важна
Проверки одного источникаБраузер оценивает тот источник, который он действительно загрузил
Cookie и перенаправленияПоведение домена, пути и защищённого контекста должно соответствовать показанным URL
Скрипты, строящие новые URLЗапросы могут выходить за рамки простой перезаписи ссылок
Постоянные соединения или WebSocketsПрокси-приложению нужна явная совместимая обработка

Это объясняет знакомый результат: простая статья загружается, а редактор документов или вход не работают. Сбой не обязательно означает, что назначение отвергает выходной IP службы. Посредник может не суметь сохранить допущения приложения об URL и безопасности браузера.

Различайте также, где заканчивается TLS. Служба, которая получает и заново публикует содержимое назначения, находится в ином положении доверия, чем обычный релей CONNECT, переносящий зашифрованный сеанс. Вид HTTPS на собственном адресе прокси-сайта не устанавливает сквозное TLS-соединение от браузера до исходного сайта.

Если цель — обычный просмотр через другой выход, выберите конечную точку HTTP или SOCKS у своей службы или из списка прокси и используйте поддерживаемую встроенную настройку прокси, например параметры соединения Firefox. Обычно это сохраняет больше обычной семантики назначения в браузере. Сайт с полем URL может оставаться намеренно выбранным приложением, но не должен подаваться как тот же интерфейс с меньшей настройкой.

Похожие статьи