DS-Lite blokkearret ynkommend IPv4-hosting, net útgeand VPN

De oersettingstastân folget de kant dy’t de ferbining begjint. Folgje in útgeand fersyk troch B4 en AFTR, en sjoch dan wêrom’t hosting mislearret.

DS-Lite is in manier om in klant IPv4-ferbining te jaan oer in tagongsnetwurk dat allinnich IPv6 ferfiert. De thúsrûter hat gjin eigen taweide iepenbiere IPv4-adres, en dat iene feit oertsjûget minsken derfan dat in IPv4 VPN net fan dy ferbining ôf wurkje kin. Utgeand wurket it meastentiids goed. De ferbining wurdt troch de provider oerset, en de fiere kant sjocht in gewoane IPv4-klant. Wat brekt is de tsjinoerstelde rjochting: hosting fan eat dat net frege ynkommend IPv4 ferwachtet. It ferskil is hokker kant it petear begjint.

Hokker kant begjint de ferbining

In klant dy’t in ferbining begjint, makket ûnderweis oersettingstastân. De oersetter fan de provider sjocht it earste pakket, jout in mapping ta en stjoert it troch. Weromkommend ferkear past by dy mapping om’t de mapping al bestiet.

In tsjinner dy’t op ferbiningen wachtet, hat sa’n tastân net om te meitsjen. Immen fan bûten moat in adres en in poarte berikke dy’t de provider net ôfpraten hat om te mappen, en dat is in hiel oar fersyk.

Folgje in útgeand fersyk

De arsjitektuer yn RFC 6333 neamt beide einen. It elemint oan klantkant is de B4, dy’t IPv4 yn IPv6 ynpakt. It elemint oan providerkant is de AFTR, dy’t de adresoersetting docht en it pakket as IPv4 trochstjoert.

Client's IPv4 VPN packet
  → Customer B4
  → IPv4 carried over the provider's IPv6 network
  → AFTR address translation
  → IPv4 VPN server

De VPN-tsjinner krijt in gewoane IPv4-ferbining fan it oersetten adres fan de provider. Hy hat gjin DS-Lite-modus, spesjale poarte of kennis nedich dat it tagongsnetwurk fan de klant allinnich IPv6 is. Dat is it part dat minsken misse: de fiere kant kin it net witte.

De eigen konfiguraasje fan de klant is like gewoan. Hy hat in wurkjend IPv4-paad nei de tsjinner nedich, dat B4 en AFTR leverje, en hy hat nedich dat de hostnamme fan de tsjinner nei in IPv4-adres oplost.

Wêrom’t ynkommend hosting it gefal is dat mislearret

In IPv4 VPN-tsjinner thús draaie is it ûntwerp dat botst mei it dielde adressearjen fan de provider. De oersetter fan de provider hat it iepenbiere adres en de mappingstabel, en hy hat gjin reden om in permaninte ynkommende mapping foar ien abonnee te meitsjen.

In poarte-oerstjoerregel op de thúsrûter kin de AFTR net konfigurearje. De regel is echt en korrekt op it lokale apparaat, en hy feroaret neat streamop, dêrom liket it symptoom op in firewallprobleem dat net fuortgiet.

Hjir ferskilt oersetting op operatörnivo ek fan ien iepenbier adres: sels in korrekte lokale oerstjoer kin lânje op in adres dat in soad abonnees diele.

Diagnostisearje foardat jo it tagongsplan feroarje

Befêstigje earst de foarsjoene modus. Native dûbele stapel, DS-Lite en in allinnich-IPv6-netwurk dat in oar oersettingsmeganisme brûkt binne trije ferskillende regelingen, en de marketingnammen fan de provider komme net altyd oerien mei de technyske.

Stel dan fjouwer observaasjes fêst foar in útgeande flater. Lost de klant de VPN-hostnamme op nei in IPv4-bestimming? Wurket gewoane IPv4-ferbining, ynstee fan in browserfersyk dat miskien stil IPv6 brûkt hat? Hokker ferfier en poarte besiket de klant, en sjogge de logboeken fan it einpunt dy poging wol? Bart de flater by de earste útwikseling, nei in rêstperioade, of allinnich by gruttere oerdrachten?

Dy fjouwer antwurden wize op filterjen, op it ferrinnen fan oersettingstastân, op in ferkeard einpunt of op it behanneljen fan pakketgrutte. Gjin fan allen wurdt fêststeld troch DS-Lite op de akkountside te sjen.

Lês feroarings fan de provider soarchfâldich

In akkountferoaring kin gearfalle mei in wurkjende ferbining wylst it ferskate eigenskippen tagelyk feroaret. Skriuw op hokker eigenskip feroare, om’t in nije pakketnamme gjin technyske ferklearring is.

De opdracht om dûbele stapel oan te setten is dûbelsinnich oant immen befêstiget wat de provider eins foarsjocht. It as in universele eask foar IPv4 VPN-klanten behannelje makket fan in ferûnderstelling belied.

As de echte eask ynkommend IPv4-hosting is, beprate dan mei de provider in stipe ynkommende regeling, native adressearjen of in oar tagongsûntwerp. As de eask in laptop is dy’t in fiere tsjinner berikt, freegje dan ynstee nei dy krekte útgeande stream. Wurkfolchoarder: neam de rjochting, befêstigje de foarsjoene modus, test gewoane IPv4 en ien ferfier, en feroarje it tagongsplan allinnich as de rjochting it echt easket.

Relatearre artikelen