HTTP или SOCKS5: кой IP на прокси да изберете?
Изберете типа прокси според приложението, поддържания трафик и нуждата от DNS през проксито.
Първо отворете прокси настройките на приложението. Поддържаните протоколи определят кои записи можете да ползвате; впечатляващ етикет или познат порт не добавят поддръжка в клиента.
| Приложение или задача | Какво да изберете и проверите |
|---|---|
| Има само поле за HTTP прокси | Подходяща крайна точка от списъка с HTTP проксита. Проверете и HTTPS CONNECT, ако са нужни HTTPS цели. |
| Поддържа SOCKS5 и изисква опции за връзка или DNS | SOCKS5 точка с нужните опции, поддържани от двете страни. |
| Нуждае се от UDP | Проверете UDP и в клиента, и в крайната точка; само етикетът SOCKS5 не е достатъчен. |
| Изисква SOCKS4 | Съвместима SOCKS4 точка и съответният клиентски режим. |
| Няма поддръжка за прокси | IP от списък не може сам да конфигурира приложението. |
За уеб и API заявки често е достатъчно HTTP прокси. То препраща HTTP и, когато е разрешено, пренася HTTPS през CONNECT. Успешна обикновена HTTP страница не доказва поддръжка на тунел: услугата може да изисква удостоверяване на тунела или да ограничава цели и портове.
SOCKS работи под слоя на HTTP заявките. Съвместимо приложение иска създаване на връзка без интерпретиране на HTTP заявка, затова е полезно и за друг поддържан трафик. SOCKS5 определя IPv4, IPv6 и адреси с имена на домейни, удостоверяване и UDP асоциация. Конкретно приложение или безплатна точка може да реализира само част. TCP SOCKS маршрутът на браузъра не обхваща автоматично друго приложение или UDP услуга.
Къде се разрешава името на целта?
В curl изписването на SOCKS5 URL определя къде се прави DNS за целта: socks5:// разрешава локално; socks5h:// иска това от проксито. Различни DNS изгледи могат да направят единия избор работещ, а другия неуспешен. Други клиенти може да използват отметка или отделна опция. Самото избиране на SOCKS5 не доказва, че всяка DNS справка минава през него.
SOCKS4 има по-малко възможности; SOCKS4a добавя имена на хостове. Ако клиентът и услугата поддържат SOCKS5 и няма причина за стария протокол, подходящ SOCKS5 запис е разумен първи избор. SOCKS4 точка при клиент в режим SOCKS5 е несъответствие на протоколи.
След като протоколът съответства, тествайте действителната цел и открийте първия неуспех. Нито HTTP, нито SOCKS5 измерват анонимност: доверието в оператора, TLS на целта и реалният маршрут на приложението все още определят защитата.