Millist lähteaadressi näeb STUN ruuteris oleva VPN-iga?
Marsruut, lähte valik ja tõlkimine määravad aadressi, mille peegeldaja teatab. Kolm fakti üles kirjutada, seejärel üks päring kinnitamaks, milline tee võidab.
Küsimus kõlab nagu üks otsing, kuid tegelikult on see kolm otsust. Millist marsruuti binding request võtab, millise lähte tuum selle marsruudi jaoks valib ja kas miski teel selle lähte ümber kirjutab. Muutke ükskõik millist kolmest ja aadress, mille STUN-server teatab, muutub koos sellega. Seetõttu ei ütle väide, et VPN asub ruuteris, iseenesest peaaegu midagi.
Otsus toetub kolmele faktile
Esiteks marsruut: poliitikareeglid ja marsruutimistabel otsustavad, kas päring väljub tunnelist või tavalisest WAN-ist, ja välistatud sihtkoht valib teise tee ka aktiivse tunneliga. Teiseks lähe: tuum valib valitud marsruudile lähte, ja see valik sõltub marsruudi eelistatud lähtest ning igast sobivast reeglist. Kolmandaks tõlkimine: NAT teel asendab valitud lähte. Peegeldatud aadress on kõigi kolme korrutis, mitte tunneli omadus.
Muutke üht kolmest ja vastus muutub, samal ajal kui iga komponent oma logis näib endiselt terve. See on tavaline põhjus, miks see diagnostika takerdub.
Kirjutage kolm fakti selle voo kohta, mida testite, enne alustamist üles. Liidesest, marsruudist ja tõlkereeglist piisab tulemuse ennustamiseks, ja just ennustamine teeb üllatuse informatiivseks. Kui ühte kolmest täita ei saa, on see lünk tegelik leid.
Jälgige üht binding requesti mööda teed
STUN binding request palub serveril teatada vaadeldud lähte-transpordiaadressi. Vastus kirjeldab teed, mille päring läbis, mitte liideste loendit kliendi masinas. Kaks päringut kahel teel teatavad ausalt kaks erinevat aadressi.
| 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 |
Lugege seda tabelit tingimuste kogumina, mitte teenusepakkujate menüüna. Keskmine rida nõuab, et privaatne peegeldaja oleks kättesaadav tunneli enda marsruutimise ja peer-poliitika all; see on konfiguratsioonifakt, mida saate kontrollida, mitte midagi, mida kontotase eeldab. Alumine rida on poliitika jaoks tavaliselt oluline, sest see liiklus pidi tunnelisse jääma. Nende vahel on tavaline juhtum, kus väljapääs tõlgib ja peegeldaja näeb ainult väljapääsu.
Hostikandidaadid ja serveri-refleksiivsed kandidaadid tulevad erinevatest mehhanismidest, seega kandidaatide loend ei ütle, millist teed meedia tegelikult kasutas. Lugege valitud paari, mitte kogumislogi, kui tahate teada, kuhu seanss läks.
Mida ruuteri tunneli aadress ei ole
Ruuterile määratud tunneli aadress kuulub ruuteri liidesele. LAN-hostis olev brauseril on oma liidese aadressid ja tal pole otsest vaadet ruuteri tunneliliidesele. Kui kohelda neid vahetatavatena, saadakse enesekindlad valed vastused selle kohta, mida veebileht õppida saab.
Edastamine on see, mis neid ühendab. Päring läbib ruuteri marsruuditud liiklusena ja selle lähe on see, mille lõid marsruutimine ja tõlkimine.
Kui tunnelitee säilitab LAN-lähte, võib privaatne peegeldaja selle LAN-aadressi teada saada, mis on tõeline avalikustamine ja erineb tunneli aadressist. Kui tee tõlgib tunneli aadressiks, saab peegeldaja selle asemel teada tunneli aadressi. Mõlemad tulemused sobivad sama brauseriga samas hostis, seetõttu tuleb vaatlus siduda konkreetse vooga. Küsige tuumalt, millist lähet see kasutaks, enne kui rakendust süüdistate.
Avalikustamine versus möödaminek: kaks leidu, kaks parandust
Peegeldatud tunneli aadress avalikustab sisemise identifikaatori teel, mille lubasite. Päring otse üle WAN-i möödub teest, mida soovisite nõuda. Esimene on informatsiooni küsimus, teine jõustamise küsimus, ja neid parandatakse eri kohtades. Kui need ühte sõnasse kokku sulatada, saadakse parandus, mis ei käsitle kumbagi.
WebRTC teeb selle nähtavamaks tegemata seda valeks, sest kandidaadi kogumine pole sama mis selle valimine.
ip route get 203.0.113.7 from 192.0.2.25
ip rule showKäivitage marsruudipäring iga lubatud peegeldaja aadressi jaoks lähtega, mida eeldate selle voo kandvat, seejärel käivitage see uuesti välistatud vahemike jaoks, et näha, mida varuvariant valib. Võrrelge kahte vastust üles kirjutatud poliitikaga. Kui need erinevad viisil, mida ei kavatsenud, olete leidnud paranduskoha, ilma et peaksite üldse brauseri kandidaatide loendit tõlgendama.