Проксі, які слухае на IPv6, патрабуе IPv6-маршруту ад кліента. Яго выходнае злучэнне з сайтам усё роўна можа выкарыстоўваць IPv4. І наадварот: проксі, які слухае на IPv4, можа дасягаць IPv6-мэты, калі мае патрэбную падтрымку і маршрут.

ЗлучэннеПатрэбная падтрымка
Кліент → проксіМаршрут да адраса канцавога пункта і даступная служба праслухоўвання.
Проксі → мэтаПрыдатны адрас мэты, рэзолвер, выходны маршрут і палітыка доступу на проксі.

У поўным URL проксі лічбавы IPv6-адрас трэба змяшчаць у квадратныя дужкі:

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

Замяніце дакументацыйны адрас сапраўдным канцавым пунктам. Асобныя палі хоста і порта могуць чакаць адрас без дужак; прытрымлівайцеся фармату праграмы. Правільны сінтаксіс не створыць адсутны IPv6-маршрут, таму перш чым вінаваціць службу, праверце IPv6 сваёй сеткі або іншую IPv6-мэту.

Які бок выбірае адрас мэты?

CONNECT-запыт з імем хоста пакідае злучэнне з мэтай проксі. SOCKS5 можа перадаць IPv4-адрас, IPv6-адрас або даменнае імя ў залежнасці ад рэжыму кліента. Прымусовы выбар сямейства адрасоў на кліенце не абавязкова абмяжоўвае імя, якое вызначаецца аддалена; высветліце, на якое злучэнне ўплывае опцыя.

Такім чынам, IP-праверка, што паказвае IPv4 пасля выбару IPv6-проксі, магчымая і без другога злучэння кліента. Спачатку высветліце, што яна паказвае: свайго TCP-партнёра, прыкладны загаловак ці іншы запыт браўзера. Незашыфраваная перасылка HTTP можа дадаць адрасныя звесткі кліента; звычайны CONNECT-рэтранслятар не можа ўставіць загаловак у зашыфраваны HTTP мэты. Звесткі Forwarded патрабуюць палітыкі даверу і самі па сабе не даказваюць іншага сеткавага злучэння.

Запішыце канцавы пункт, мэту, пратакол і першую няўдачу. Недасягальнасць службы праслухоўвання адрозніваецца ад яе адказу пра недасягальнасць мэты. Зборшчык для спіса проксі ProxyHub цяпер прымае IPv4-запісы; гэтыя прыклады IPv6 апісваюць агульныя паводзіны, а не цяперашні IPv6-фільтр спіса.

Падобныя артыкулы