In IPv6-proxylistener hat in IPv6-rûte fan dyn kliïnt nedich. Syn útgeande ferbining nei in webside kin dochs IPv4 brûke. Oarsom kin in IPv4-listener in IPv6-doel berikke as de proxy de nedige stipe en rûte hat.

FerbiningNedige stipe
Kliïnt → proxyIn rûte nei it einpuntadres en in berikbere lústerjende tsjinst.
Proxy → doelIn gaadlik doeladres, namme-oplosser, útgeande rûte en tagongsbelied op de proxy.

Set in letterlik IPv6-adres tusken fjouwerkante heakken yn in folsleine proxy-URL:

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

Ferfang it dokumintaasjeadres troch it echte einpunt. Aparte host- en poartefjilden kinne it adres sûnder heakken ferwachtsje; folgje it formaat fan de app. Goede syntaksis makket gjin ûntbrekkende IPv6-rûte. Kontrolearje dêrom de IPv6-status fan dyn netwurk of in oar IPv6-doel foardatst de listener de skuld joust.

Hokker kant kiest it doeladres?

In CONNECT-fersyk mei hostnamme lit de ferbining mei it doel oan de proxy oer. SOCKS5 kin in IPv4-adres, IPv6-adres of domeinnamme trochjaan, ôfhinklik fan de kliïntmodus. In adresfamylje oan de kliïntkant ôftwinge beheint net needsaaklik in namme dy't op ôfstân oplost wurdt; sykje út hokker ferbining dy opsje beynfloedet.

In IP-kontrôle dy't IPv4 meldt nei it kiezen fan in IPv6-listener is dus mooglik sûnder in twadde kliïntferbining. Stel earst fêst oft dy syn TCP-tsjinpartij, in applikaasjeheader of in oar browserfersyk werjout. Net-fersifere HTTP-trochstjoering kin kliïntadresynformaasje tafoegje; in gewoane CONNECT-relay kin gjin header yn it fersifere HTTP fan it doel sette. Forwarded-ynformaasje hat fertrouwensbelied nedich en bewiist op himsels gjin oare netwurkferbining.

Notearje einpunt, doel, protokol en earste flater. De listener net berikke is oars as syn antwurd dat it doel net berikber is. De samler efter de ProxyHub-proxylist akseptearret op it stuit IPv4-records; dizze IPv6-foarbylden beskriuwe algemien gedrach, net in hjoeddeisk IPv6-filter yn de list.

Relatearre artikelen