169.254 per VPN: adresas niekada nebuvo maršrutizuojamas
Link-local paskirties vieta atmetama dar nepasiekus tunelio, todėl papildomi maršrutai tik išplečia gedimą. Rinkitės tarp potinklio taisymo ir tilto.
Pridedate maršrutą, tunelis pakyla, o ping į kitą pusę vis tiek miršta visišku praradimu, o ne «network unreachable». Šis skirtumas svarbus, nes nukreipia žvilgsnį nuo maršruto lentelės prie paties adreso. 169.254 paskirties vieta yra link-local, o jos apimtis pagal projektą baigiasi pirmame hop’e, ne dėl neteisingos konfigūracijos.
Tolesnis sprendimas siauras ir vertas būti priimtas aiškiai: sutaisyti potinklį serverio pusėje arba išplėsti 2 lygmens segmentą, kad adresas vėl įgautų vietinę prasmę. Visa kita, įskaitant platesnį maršrutą, tik paskleidžia tą patį gedimą didesniam skaičiui paskirčių.
Adresas ne be maršruto, jis nemaršrutizuojamas
IPv4 link-local adresai patys sau priskiriami, kai niekas geresnis neatsako; iš čia kyla automatinis privatus adresavimas Windows ir atitinkama atsarginė priemonė kitose sistemose. Diapazonas naudojamas kiekvienoje jungtyje vienu metu, ir būtent todėl jis veikia: du to paties segmento mazgai gali kalbėtis be jokios koordinacijos.
Dėl šios savybės maršrutizatorius neturi persiųsti tokių paketų tarp tinklų. Priimti paketą, adresuotą link-local paskirčiai, ir išsiųsti jį kitu sąsaja sukurtų dviprasmiškumą, nes siuntėjo «vietinis» ir gavėjo «vietinis» yra skirtingos vietos. Nėra paieškos, kuri nuspręstų, kurią iš dviejų siuntėjas turėjo omenyje. Persiuntimas čia nėra politikos pasirinkimas, kurį administratorius galėtų įjungti; adresų klasė tai draudžia.
Taigi tinklų sietuvas, kuris 169.254.1.10 įrašo kaip pasiekiamą per tunelį, prašo branduolio padaryti tai, ką adreso formatas draudžia. Paketas atmetamas gerokai prieš pasiekiant tolimą mazgą, ir joks maršruto tikslumas to nepakeis.
Kodėl tunelis padaro apimties problemą matomą
TUN sąsaja perneša IP paketus tarp dviejų partnerių ir neturi bendro segmento už savęs. Nėra transliacijos, nėra ARP kitai pusei ir nėra kaimynų aptikimo, kuris link-local paskirtį paverstų jungties lygmens adresu.
Simptomai tiksliai sutampa, kai žinai, ko ieškoti. Maršrutas yra lentelėje, ping praneša visišką praradimą, o kaimynų lentelė rodo nepilną arba nepavykusį įrašą. Užrašas tunelyje rodo paketą išeinant, ir tai nukreipia žmones prie tolimojo galo, o ne prie adresų klasės.
Windows atveju yra antras, iš pažiūros nesusijęs simptomas su ta pačia šaknimi: adapteris, kuriam liko tik link-local adresas, neturi naudojamo tinklų sietuvo, todėl tinklo identifikacija negali klasifikuoti ryšio ir ugniasienės profilis nukrenta į viešą. Tunelis nėra priežastis; adresas yra.
Nuspręskite trimis klausimais
Pasirinkimas tarp potinklio taisymo ir jungties tiltelio priklauso nuo trijų sąlygų, ir bet kuri jų gali jį nuspręsti prieš atidarant konfigūracijos failą.
| Question | If yes | If no |
|---|---|---|
| Can the far-side host be given a routable address? | Change the host or fix DHCP and route normally | Continue to the next question |
| Does the device accept a static address at all? | Assign one from the site's real prefix | Bridging is the only remaining option |
| Can you accept broadcast crossing the tunnel? | A bridge is viable for a small segment | Replace the device or accept no remote access |
Dauguma atvejų sustoja prie pirmo klausimo. Mazgas su link-local adresu paprastai reiškia, kad DHCP neatsakė, kad kabelis ar VLAN neteisingi, arba kad kas nors adresą įvedė ranka. Tai sutaisyti pigiau nei bet koks tunelio darbas, ir tai pašalina problemą kiekvienam būsimam klientui, ne tik šiam.
Patikrinkite serverio pusę prieš ką nors darant prielaidą. Paleiskite ip addr show ir ip route mazge, o arp -n arba route print -4 kliente, kad pamatytumėte, ar prefiksas iš tikrųjų yra, ar tik senas įrašas taip teigia.
Kiek kainuoja tiltas, kai jis yra teisingas atsakymas
Fizinio adapterio tiltelis su TAP adapteriu padaro tolimą klientą vietinio transliacijos domeno dalimi. Tada transliacija ir kaimynų aptikimas veikia, o link-local adresas vėl įgauna prasmę, nes klientas tikrai yra vietinis toje jungtyje.
Išlaidos realios ir jas reikia įvardyti prieš kam nors sutinkant. Transliacijos srautas kerta tunelį, klientas yra atviras vietiniam segmentui visais tikslais, o ne tik reikalingoms paslaugoms, o serveris dabar turi persiųsti kadrus, o ne maršrutizuoti paketus. Tai pagrįstas mainai laboratorijos stendui ar įrenginiui be maršrutizuojamo konfigūracijos kelio, ir bloga numatytoji reikšmė nuotolinei prieigai.
Kai darote tiltą, reikia abiejų pusių: tilto serveryje ir maršruto kliento profilyje, nurodančio, kurios paskirtys yra kitoje pusėje. Vien tiltas palieka klientą spėlioti, o vien maršrutas nepataiso adresų klasės.