IPv6-prokurila aŭskultilo bezonas IPv6-vojon de via kliento. Ĝia elira konekto al retejo tamen povas uzi IPv4. Inverse, IPv4-aŭskultilo povas atingi IPv6-celon se la prokurilo havas la necesan subtenon kaj vojon.

KonektoBezonata subteno
Kliento → prokuriloVojo al la adreso de la finpunkto kaj atingebla aŭskultanta servo.
Prokurilo → celoTaŭga celadreso, nomsolvilo, elira vojo kaj alirpolitiko ĉe la prokurilo.

En plena prokurila URL, metu nombran IPv6-adreson inter rektajn krampojn:

http://[2001:db8::10]:8080

Anstataŭigu la dokumentan adreson per la vera finpunkto. Apartaj kampoj por gastiganto kaj pordo povas atendi la adreson sen krampoj; sekvu la formaton de la aplikaĵo. Ĝusta sintakso ne kreas mankantan IPv6-vojon, do kontrolu la IPv6-staton de via reto aŭ alian IPv6-celon antaŭ ol kulpigi la aŭskultilon.

Kiu flanko elektas la celadreson?

CONNECT-peto kun gastignomo lasas la celkonekton al la prokurilo. SOCKS5 povas porti IPv4-adreson, IPv6-adreson aŭ domajnan nomon laŭ la reĝimo de la kliento. Devigi adresfamilion ĉe la kliento ne nepre limigas nomon solvatan fore; identigu kiun konekton la opcio influas.

IP-kontrolilo kiu raportas IPv4 post elekto de IPv6-aŭskultilo do eblas sen dua klienta konekto. Unue determinu ĉu ĝi raportas sian TCP-samulon, aplikaĵan kaplinion aŭ alian retumilan peton. Neĉifrita HTTP-plusendado povas aldoni klientadresajn informojn; ordinara CONNECT-relajso ne povas enmeti kaplinion en la ĉifritan HTTP de la celo. Informoj Forwarded bezonas fidopolitikon kaj ne per si mem pruvas alian retkonekton.

Registru finpunkton, celon, protokolon kaj unuan malsukceson. Ne atingi la aŭskultilon diferencas de ĝia respondo ke la celo ne atingeblas. La kolektilo malantaŭ la prokurila listo de ProxyHub nun akceptas IPv4-registrojn; ĉi tiuj IPv6-ekzemploj priskribas ĝeneralan konduton, ne nunan IPv6-filtrilon en la listo.

Rilataj artikoloj