Hvaða uppsprettuheimilisfang sér STUN þegar VPN er á beini?
Leið, val uppsprettu og þýðing ákveða heimilisfangið sem endurkastari tilkynnir. Þrjár staðreyndir til að skrifa niður, síðan ein fyrirspurn til að staðfesta hvaða leið vinnur.
Spurningin hljómar eins og ein uppfletting en er í raun þrjár ákvarðanir. Hvaða leið binding request tekur, hvaða uppsprettu kjarninn velur fyrir þá leið og hvort eitthvað á leiðinni endurskrifar þá uppsprettu. Breyttu einni þeirra og heimilisfangið sem STUN-þjónn tilkynnir breytist með. Þess vegna segir fullyrðingin um að VPN-ið sé á beininum nánast ekkert eitt og sér.
Ákvörðunin hvílir á þremur staðreyndum
Fyrst leiðin: stefnureglur og leiðataflan ráða því hvort beiðnin fer út um göngin eða um venjulega WAN, og útilokaður áfangastaður tekur seinni leiðina jafnvel þótt göng séu virk. Síðan uppsprettan: kjarninn velur uppsprettu fyrir valda leið, og það val fer eftir æskilegri uppsprettu leiðarinnar og hvaða reglu sem passaði. Að lokum þýðingin: NAT á leiðinni kemur í stað þeirrar uppsprettu sem valin var. Endurkastaða heimilisfangið er afurð allra þriggja, ekki eiginleiki ganganna.
Breyttu einni af þremur og svarið breytist á meðan hver hluti lítur enn heilbrigður út í sínu eigin loggi. Það er venjulega ástæðan fyrir því að þessi greining stöðvast.
Skrifaðu staðreyndirnar þrjár niður fyrir flæðið sem þú ert að prófa áður en þú byrjar. Viðmót, leið og þýðingarregla nægja til að spá fyrir um niðurstöðuna, og einmitt spáin gerir óvænta niðurstöðu fróðlega. Ef þú getur ekki fyllt út eina af þremur er það gat raunverulega niðurstaðan.
Fylgdu einni binding request eftir leiðinni
STUN-binding-request biður þjón að tilkynna uppsprettu-flutningsheimilisfangið sem hann sá. Svarið lýsir leiðinni sem beiðnin tók, ekki yfirlit yfir viðmót á biðlaravélinni. Tvær beiðnir um tvær leiðir tilkynna heiðarlega tvö mismunandi heimilisföng.
| Path taken | Source the reflector sees | What it means |
|---|---|---|
| Tunnel to a public exit that translates | The exit's public address | The reflector learns nothing about the LAN |
| Tunnel to a private reflector, translated to the tunnel address, no later translation | That tunnel address | An internal identifier is disclosed to that reflector |
| Excluded flow over the ordinary WAN | The WAN address | The tunnel was not used at all |
Lestu töfluna sem mengi skilyrða, ekki sem valseðil þjónustuaðila. Miðröðin krefst þess að hinn einkareki endurkastari sé aðgengilegur undir eigin leiðakerfi gangsins og jafningjastefnu; það er stillingarstaðreynd sem þú getur sannreynt og ekki eitthvað sem reikningsstig gefur í skyn. Neðri röðin er venjulega sú sem skiptir máli fyrir stefnu, því að þeirri umferð átti að halda inni í göngunum. Þar á milli liggur venjulega tilfellið, þar sem útgangan þýðir og endurkastarinn sér aðeins útgönguna.
Hýsilframbjóðendur og þjón-endurkastaðir frambjóðendur koma úr mismunandi ferlum, svo frambjóðendalisti segir ekki hvaða leið miðlarnir notuðu í raun. Lestu valda parið, ekki söfnunarloggið, þegar þú vilt vita hvert lotan fór.
Hvað gangaheimilisfang beinsins er ekki
Gangaheimilisfang sem er úthlutað beininum tilheyrir viðmóti á beininum. Vafri á LAN-hýsli hefur sín eigin viðmótsheimilisföng og ekkert beint yfirlit yfir gangaviðmót beinsins. Ef meðhöndlað er sem skiptanlegt gefur það sjálfsörugg svör sem eru röng um hvað vefsíða getur lært.
Áframsending er það sem tengir þau. Beiðnin fer yfir beininn sem leiðuð umferð, og uppspretta hennar er það sem leiðsla og þýðing bjuggu til.
Ef gangaleiðin varðveitir LAN-uppsprettuna getur einkarekur endurkastari lært það LAN-heimilisfang, sem er raunveruleg uppljóstrun og önnur en gangaheimilisfangið. Ef leiðin þýðir yfir í gangaheimilisfangið lærir endurkastarinn þess í stað gangaheimilisfangið. Báðar niðurstöður samræmast sama vafranum á sama hýslinum, og þess vegna verður athugun að tengjast tilteknu flæði. Spurðu kjarnann hvaða uppsprettu hann myndi nota áður en þú kennir forritinu um.
Uppljóstrun gegn sniðgöngu: tvær niðurstöður, tvær lagfæringar
Endurkastað gangaheimilisfang upplýsir innra auðkenni yfir leið sem þú leyfðir. Beiðni beint um WAN sniðgengur leið sem þú ætlaðir að krefjast. Fyrra er upplýsingaspurning, seinna er framfylgdarspurning, og þær eru lagfærðar á mismunandi stöðum. Ef þær eru felldar í eitt orð verður lagfæringin sem tekur hvorki á öðru né hinu.
WebRTC gerir þetta sýnilegra án þess að gera það rangt, því að safna frambjóðanda er ekki það sama og að velja hann.
ip route get 203.0.113.7 from 192.0.2.25
ip rule showKeyrðu leiðarfyrirspurnina fyrir hvert endurkastaraheimilisfang sem þú leyfir, með þeirri uppsprettu sem þú býst við að flæðið beri, og keyrðu hana svo aftur fyrir útilokuðu sviðin til að sjá hvað varaleiðin velur. Berðu svörin tvö saman við stefnuna sem þú skrifaðir niður. Þegar þau víkja á þann hátt sem þú ætlaðir ekki hefurðu fundið lagfæringarpunktinn án þess að þurfa nokkurn tíma að túlka frambjóðendalista vafra.