DS-Lite lokar fyrir innkomandi IPv4-hýsingu, ekki útgefandi VPN

Þýðingarstaðan fylgir þeirri hlið sem hefur sambandið. Fylgdu útgefandi beiðni í gegnum B4 og AFTR og sjáðu síðan hvers vegna hýsing mistekst.

DS-Lite er leið til að gefa viðskiptavini IPv4-tengingar yfir aðgangsnet sem flytur aðeins IPv6. Heimabeimildin hefur ekki sína eigin sérstöku opinberu IPv4-tölu, og þessi eina staðreynd sannfærir fólk um að IPv4 VPN geti ekki virkað frá þessu sambandi. Út á við virkar það venjulega vel. Þjónustuveitandinn þýðir sambandið og fjarlægi endinn sér venjulegan IPv4-biðlara. Það sem brotnar er gagnstæða áttin: að hýsa eitthvað sem býst við óskemmtilegri innkomandi IPv4. Munurinn er hvor hliðin hefur samræðurnar.

Hvor hliðin hefur sambandið

Biðlari sem hefur samband býr til þýðingarstöðu eftir því sem hann gengur. Þýðandinn hjá þjónustuveitandanum sér fyrstu pakkann, úthlutar vörpun og sendir hann áfram. Svartrafík passar við þá vörpun því varpanin er þegar til.

Þjónn sem bíður sambanda hefur enga slíka stöðu til að búa til. Einhver utanaðkomandi verður að ná í vistfang og port sem þjónustuveitandinn hefur ekki samþykkt að varpa, og það er gjörólík beiðni.

Fylgdu útgefandi beiðni

Arkitektúrinn í RFC 6333 nefnir báða enda. Einingin á biðlarahlið er B4, sem pakkar IPv4 inn í IPv6. Einingin á þjónustuveitandahlið er AFTR, sem framkvæmir vistfangaþýðinguna og sendir pakkann áfram sem IPv4.

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

VPN-þjónninn tekur við venjulegu IPv4-sambandi frá þýddu vistfangi þjónustuveitandans. Hann þarf ekki DS-Lite-stillingu, sérstakt port eða neitt vit um að aðgangsnet viðskiptavinarins sé aðeins IPv6. Þetta er það sem fólk missir af: fjarlægi endinn getur ekki séð það.

Eigin stilling biðlarans er jafn venjuleg. Hún þarf virka IPv4-leið að þjóninum, sem B4 og AFTR sjá um, og hún þarf að hýsitölva þjónsins leysist í IPv4-vistfang.

Hvers vegna innkomandi hýsing er tilfellið sem mistekst

Að reka IPv4 VPN-þjón heima er sú hönnun sem rekst á sameiginlega vistfangsetningu þjónustuveitandans. Þýðandinn hjá þjónustuveitandanum á opinbera vistfangið og vörpuntöfluna, og hann hefur enga ástæðu til að búa til varanlega innkomandi vörpun fyrir einn áskrifanda.

Portsendingarregla á heimabeimildinni getur ekki stillt AFTR. Reglan er raunveruleg og rétt á staðbundna tækinu, og hún breytir engu uppstreymis, þess vegna lítur einkennið út eins og eldveggsvandamál sem fer ekki.

Hér er þýðing á stigstærð rekstraraðila líka frábrugðin einu opinberu vistfangi: jafnvel rétt staðbundin sending getur lent á vistfangi sem margir áskrifendur deila.

Greindu áður en þú breytir aðgangsáætluninni

Staðfestu fyrst útvegaða stillingu. Innfæddur tvöfaldur stafli, DS-Lite og aðeins-IPv6-net sem notar aðra þýðingaraðferð eru þrjár mismunandi ráðstafanir, og markaðsnöfn þjónustuveitandans passa ekki alltaf við það tæknilega.

Staðfestu síðan fjórar athuganir fyrir útgefandi bilun. Leysir biðlarinn VPN-hýsitölvuna í IPv4-áfangastað? Virkar venjuleg IPv4-tenging, frekar en beiðni vafra sem kann að hafa hljóðlega notað IPv6? Hvaða flutning og port reynir biðlarinn, og sjá annálar endapunktsins þá tilraun yfirleitt? Verður bilunin í upphaflegu skiptunum, eftir aðgerðaleysi eða aðeins í stærri flutningum?

Þessi fjögur svör benda til síunar, útrunninnar þýðingarstöðu, rangs endapunkts eða meðferðar pakkastærðar. Ekkert þeirra er sannað með því að sjá DS-Lite á reikningssíðunni.

Lestu breytingar þjónustuveitandans vandlega

Reikningsbreyting getur fallið saman við virkt samband á meðan hún breytir nokkrum eiginleikum í einu. Skráðu hvaða eiginleiki breyttist, því nýtt pakkanafn er ekki tæknileg skýring.

Fyrirmæli um að virkja tvöfaldan stafla eru óljós þar til einhver staðfestir hvað þjónustuveitandinn útvegar í raun. Að meðhöndla þau sem almenna kröfu fyrir IPv4 VPN-biðlara gerir ágiskun að stefnu.

Ef raunverulega krafan er innkomandi IPv4-hýsing skaltu ræða við þjónustuveitandann um studda innkomandi ráðstöfun, innfædda vistfangsetningu eða aðra aðgangshönnun. Ef krafan er fartölva sem nær í fjarlægan þjón skaltu spyrja um þá nákvæmu útgefandi flæði í staðinn. Röð vinnu: nefndu áttina, staðfestu útvegaða stillingu, prófaðu venjulegt IPv4 og einn flutning, og breyttu aðgangsáætluninni aðeins ef áttin krefst þess í raun.

Tengdir greinar