Proxy IPv4 a IPv6: které spojení potřebuje podporu?
Spojení klient–proxy a proxy–web mohou používat různé rodiny adres. Před výběrem koncového bodu prověřte obě.
Naslouchající proxy IPv6 potřebuje trasu IPv6 z vašeho klienta. Její odchozí spojení k webu přesto může používat IPv4. Naopak naslouchající proxy IPv4 může dosáhnout cíle IPv6, pokud má proxy potřebnou podporu a trasu.
| Spojení | Potřebná podpora |
|---|---|
| Klient → proxy | Trasa k adrese koncového bodu a dosažitelná naslouchající služba. |
| Proxy → cíl | Vhodná cílová adresa, resolver, odchozí trasa a pravidla přístupu na proxy. |
V úplné URL proxy uzavřete číselnou adresu IPv6 do hranatých závorek:
http://[2001:db8::10]:8080Nahraďte dokumentační adresu skutečným koncovým bodem. Oddělená pole hostitele a portu mohou očekávat adresu bez závorek; řiďte se formátem aplikace. Správná syntaxe nevytvoří chybějící trasu IPv6, proto před obviňováním naslouchající služby prověřte stav IPv6 své sítě nebo jiný cíl IPv6.
Která strana vybírá cílovou adresu?
Požadavek CONNECT se jménem hostitele ponechává připojení k cíli na proxy. SOCKS5 může podle režimu klienta přenášet adresu IPv4, IPv6 nebo doménové jméno. Vynucení rodiny adres na klientovi nemusí omezit jméno překládané vzdáleně; zjistěte, které spojení daná volba ovlivňuje.
Kontrola IP hlásící IPv4 po zvolení naslouchající adresy IPv6 je tedy možná bez druhého spojení klienta. Nejprve zjistěte, zda hlásí svůj protějšek TCP, aplikační hlavičku, nebo jiný požadavek prohlížeče. Předávání nešifrovaného HTTP může přidat údaje o adrese klienta; běžný přenos CONNECT nemůže vložit hlavičku do šifrovaného HTTP cíle. Údaje Forwarded potřebují pravidla důvěry a samy nejsou důkazem dalšího síťového spojení.
Zaznamenejte koncový bod, cíl, protokol a první selhání. Nedosažitelnost naslouchající služby se liší od její odpovědi, že je nedosažitelný cíl. Sběrač pro seznam proxy ProxyHub nyní přijímá záznamy IPv4; tyto příklady IPv6 popisují obecné chování, nikoli aktuální filtr IPv6 v seznamu.