Сторінка з полем URL — це вебзастосунок. Введення там адреси просить цей застосунок отримати й показати вміст. Це інша схема, ніж вказівка браузеру використовувати проксі HTTP або SOCKS.

За вбудованого налаштування проксі браузер досі вважає URL призначення самим сайтом. У звичайному проксі веб-форми видима сторінка подається через власну схему URL і джерело проксі-застосунку. Служба може переписувати посилання, скрипти, заголовки або cookie, щоб навігація тривала.

ПоведінкаЧому різниця важлива
Перевірки одного джерелаБраузер оцінює те джерело, яке він справді завантажив
Cookie і переспрямуванняПоведінка домену, шляху й захищеного контексту має відповідати поданим URL
Скрипти, що будують нові URLЗапити можуть виходити за межі простої схеми переписування посилань
Постійні з'єднання або WebSocketsПроксі-застосунку потрібна явна сумісна обробка

Це пояснює знайомий результат: проста стаття завантажується, а редактор документів чи вхід не працює. Збій не обов'язково означає, що призначення відхиляє вихідний IP служби. Посередник може не зберегти припущення застосунку про URL і безпеку браузера.

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

Якщо мета — звичайний перегляд через інший вихід, виберіть кінцеву точку HTTP або SOCKS у своїй службі чи зі списку проксі і використайте підтримане вбудоване налаштування проксі, наприклад параметри з'єднання Firefox. Зазвичай це зберігає більше звичайної семантики призначення в браузері. Сайт із полем URL може бути свідомо вибраним застосунком, але його не слід подавати як той самий інтерфейс із меншим налаштуванням.

Схожі статті