DS-Lite bllokon strehimin IPv4 në hyrje, jo VPN-në në dalje

DS-Lite është një mënyrë për t'i dhënë klientit lidhshmëri IPv4 përmes një rrjeti aksesi që mbart vetëm IPv6. Routeri i shtëpisë nuk ka adresë IPv4 publike të dedikuar të vetën, dhe ky fakt i vetëm i bind njerëzit se një VPN IPv4 nuk mund të funksionojë nga ajo lidhje. Në drejtimin dalës, zakonisht funksionon mirë. Lidhja përkthehet nga ofruesi, dhe ana e largët sheh një klient IPv4 të zakonshëm. Ajo që prishet është drejtimi i kundërt: strehimi i diçkaje që pret IPv4 hyrëse të pakërkuar. Dallimi është cila anë fillon bisedën.

Cila anë fillon lidhjen

Një klient që nis një lidhje krijon gjendje përkthimi ndërsa ecën. Përkthyesi i ofruesit sheh paketën e parë, cakton një hartëzim dhe e përcjell atë. Trafiku i kthimit përputhet me atë hartëzim sepse hartëzimi ekziston tashmë.

Një server që pret lidhje nuk ka një gjendje të tillë për të krijuar. Dikush nga jashtë duhet të arrijë një adresë dhe një portë që ofruesi nuk ka pranuar t'i hartëzojë, dhe kjo është një kërkesë krejt tjetër.

Ndiqni një kërkesë në dalje

Arkitektura në RFC 6333 emërton të dy skajet. Elementi në anën e klientit është B4, i cili kapsulon IPv4 brenda IPv6. Elementi në anën e ofruesit është AFTR, i cili kryen përkthimin e adresës dhe e përcjell paketën si IPv4.

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

Serveri VPN merr një lidhje normale IPv4 nga adresa e përkthyer e ofruesit. Nuk ka nevojë për një modalitet DS-Lite, një portë të veçantë apo vetëdije se rrjeti i aksesit i klientit është vetëm IPv6. Kjo është pjesa që njerëzit e humbin: ana e largët nuk mund ta dallojë.

Konfigurimi i vetë klientit është po aq i zakonshëm. I duhet një rrugë IPv4 që funksionon drejt serverit, të cilën B4 dhe AFTR e ofrojnë, dhe i duhet që emri i strehuesit të serverit të zgjidhet në një adresë IPv4.

Pse strehimi në hyrje është rasti që dështon

Të drejtosh një server VPN IPv4 në shtëpi është projekti që përplaset me adresimin e përbashkët të ofruesit. Përkthyesi i ofruesit zotëron adresën publike dhe tabelën e hartëzimit, dhe nuk ka arsye të krijojë një hartëzim të përhershëm hyrës për një abonent të vetëm.

Një rregull përcjelljeje porte në routerin e shtëpisë nuk mund të konfigurojë AFTR. Rregulli është i vërtetë dhe i saktë në pajisjen lokale, dhe nuk ndryshon asgjë në rrjedhën e sipërme, prandaj simptoma duket si një problem muri zjarri që nuk shkon.

Këtu edhe përkthimi në nivel operatori ndryshon nga një adresë e vetme publike: edhe një përcjellje lokale e saktë mund të përfundojë në një adresë që shumë abonentë e ndajnë.

Diagnostikoni përpara se të ndryshoni planin e aksesit

Fillimisht konfirmoni modalitetin e ofruar. Stack-u i dyfishtë vendas, DS-Lite dhe një rrjet vetëm IPv6 që përdor një mekanizëm tjetër përkthimi janë tre rregullime të ndryshme, dhe emrat e marketingut të ofruesit nuk përputhen gjithmonë me atë teknik.

Pastaj vendosni katër vëzhgime për një dështim në dalje. A e zgjidh klienti emrin e strehuesit të VPN në një destinacion IPv4? A funksionon lidhshmëria e thjeshtë IPv4, në vend të një kërkese shfletuesi që ndoshta përdori fshehurazi IPv6? Çfarë transporti dhe porte provon klienti, dhe a i shohin regjistrat e pikës fundore fare atë përpjekje? A ndodh dështimi gjatë shkëmbimit fillestar, pas një periudhe pasiviteti, apo vetëm në transferime më të mëdha?

Këto katër përgjigje tregojnë filtrim, skadim të gjendjes së përkthimit, një pikë fundore të gabuar ose trajtimin e madhësisë së paketës. Asnjëra prej tyre nuk vërtetohet duke parë DS-Lite në faqen e llogarisë.

Lexoni me kujdes ndryshimet e ofruesit

Një ndryshim llogarie mund të përkojë me një lidhje që funksionon ndërsa ndryshon disa veti njëherësh. Shënoni cila veti ndryshoi, sepse një emër i ri pakete nuk është shpjegim teknik.

Udhëzimi për të aktivizuar stack-un e dyfishtë është i paqartë derisa dikush të konfirmojë se çfarë ofron vërtet ofruesi. Trajtimi i tij si kërkesë universale për klientët VPN IPv4 e kthen një supozim në politikë.

Nëse kërkesa reale është strehimi IPv4 në hyrje, diskutoni me ofruesin një rregullim hyrës të mbështetur, adresim vendas ose një projekt tjetër aksesi. Nëse kërkesa është një laptop që arrin një server të largët, pyesni në vend të kësaj për atë rrjedhë të saktë në dalje. Rendi i punës: emërtoni drejtimin, konfirmoni modalitetin e ofruar, provoni IPv4 të thjeshtë dhe një transport, dhe ndryshoni planin e aksesit vetëm nëse drejtimi e kërkon me të vërtetë.