IPv4- ja IPv6-proksid: milline ühendus vajab tuge?
Kliendi ja proksi ning proksi ja veebisaidi ühendused võivad kasutada eri aadressiperesid. Kontrolli mõlemat enne lõpp-punkti valimist.
IPv6-proksi kuulaja vajab sinu kliendist IPv6-marsruuti. Selle väljaminev ühendus veebisaidiga võib ikka kasutada IPv4. Vastupidi võib IPv4-kuulaja jõuda IPv6-sihtkohta, kui proksil on vajalik tugi ja marsruut.
| Ühendus | Vajalik tugi |
|---|---|
| Klient → proksi | Marsruut lõpp-punkti aadressini ja kättesaadav kuulav teenus. |
| Proksi → sihtkoht | Sobiv sihtaadress, nimelahendaja, väljaminev marsruut ja ligipääsupoliitika proksil. |
Pane numbriline IPv6-aadress täielikus proksi-URL-is nurksulgudesse:
http://[2001:db8::10]:8080Asenda dokumentatsiooniaadress tegeliku lõpp-punktiga. Eraldi hosti- ja pordiväljad võivad oodata aadressi ilma sulgudeta; järgi rakenduse vormingut. Õige süntaks ei loo puuduvat IPv6-marsruuti, seega kontrolli enne kuulaja süüdistamist võrgu IPv6-olekut või mõnd teist IPv6-sihtkohta.
Kumb pool valib sihtaadressi?
Hostinimega CONNECT-päring jätab sihtühenduse proksi teha. SOCKS5 võib kliendi režiimist sõltuvalt edastada IPv4-aadressi, IPv6-aadressi või domeeninime. Kliendipoolse aadressipere valiku jõustamine ei pruugi piirata eemal lahendatavat hostinime; selgita, millist ühendust valik mõjutab.
IPv4-st teatav IP-kontroll pärast IPv6-kuulaja valimist on seega võimalik ilma teise kliendiühenduseta. Tee kõigepealt kindlaks, kas see teatab oma TCP-vastaspoole, rakenduse päise või muu brauseripäringu. Krüptimata HTTP edastus võib lisada kliendi aadressiandmeid; tavaline CONNECT-vahendus ei saa sisestada päist sihtkoha krüptitud HTTP-sse. Forwarded-teave vajab usalduspoliitikat ega tõesta iseenesest teist võrguühendust.
Salvesta lõpp-punkt, sihtmärk, protokoll ja esimene tõrge. Kuulajani mitte jõudmine erineb selle vastusest, et sihtkoht on kättesaamatu. ProxyHubi proksiloendi koguja võtab praegu vastu IPv4-kirjeid; need IPv6-näited kirjeldavad üldist käitumist, mitte praegust IPv6-filtrit loendis.