Šī tuneļa adrese ir partneris, ne pārlūkojams apakštīkls
Punkta-punkta saites maska apraksta tālo galu, ne kaimiņu diapazonu. Izlasiet partnera adresi, pirms nolemjat, ka apakštīkls izskatās nepareizi.
Jūsu klients pieslēdzas un parāda adrešu pāri vai vienu adresi ar 255.255.255.255 masku, un pirmā reakcija ir, ka serveris izdevis kaut ko salauztu. Nekas nav salauzts: tuneļa saskarne ir punkta-punkta saite, un maska apraksta šīs vienas saites tālo galu, ne kaimiņu diapazonu. Pāra lasīšana kā vietējās adreses un partnera izskaidro dīvaino masku, blakus esošo viena resursdatora maršrutu un trūkstošo kaimiņu tabulu. Ko tā pati lasīšana neattaisno, ir adrešu plāns, kas pārklājas ar biroja tīklu.
Kāpēc maska tuneļa saitē izskatās nepareizi
Ethernet saskarnē adrese un maska apgalvo divas lietas: šis resursdators pieder adresei, un viss prefiksa iekšienē ir tiešs kaimiņš. Kodols no šiem diviem faktiem atvasina maršrutu saitē un pēc tam atrisina saites adreses tiem kaimiņiem, kurus uzskata par esošiem. Punkta-punkta saskarne saglabā īpašumtiesības un atmet kaimiņus, tāpēc otrā adrese klienta rindā ir tālais gals, nevis cits resursdators koplietotā segmentā. Nav aparatūras adresācijas, atrisināšanas trafika un apraides domēna, kam pievienoties, tāpēc saskarne uzvedas kā caurule ar tieši vienu galamērķi.
Tāpēc viena resursdatora maršruts blakus platai maskai šeit ir normāls, nevis simptoms. Sasniedzamība šajā saitē nozīmē vienu adresi, un kodols pieraksta tieši to. Lasiet abas adreses kopā pirms nolemjat, ka konfigurācija ir nepareiza, jo katra atsevišķi izskatās kā kļūda.
Divas topoloģijas, divas adrešu formas
Vecā punkta-punkta topoloģija katram klientam dod nelielu bloku un izmanto divas vidējās adreses, tāpēc maska izskatās kā tīkla fragments, nevis kā baseins. Apakštīkla topoloģija piešķir adresi no baseina ar baseina masku un nosauc servera tuneļa adresi par partneri. Abas rada derīgu saiti, un tās atšķiras tikai ar to, kuras adreses parādās profilā un kuru masku lietotājs, visticamāk, apšaubīs.
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
Kura rinda atbilst jūsu klientam, vispirms lasiet partneri, jo tas nosauc tālo galu un tāpēc izskaidro masku. Profils, kas kopēts starp serveriem ar atšķirīgām topoloģijām, rādīs nepareizo formu savām jaunajām mājām, un šo neatbilstību viegli sajaukt ar servera kļūmi.
Kad baseins un biroja tīkls pieprasa vienus un tos pašus bitus
Tā kā saite ir maršrutēta, baseinam nepieciešams prefikss, kas nekur neparādās starp tīkliem, kurus serveris var sasniegt. Kopīgojiet vienu, un klientam būs viens maršruts diapazonam, kas nozīmē divas vietas, un to, kura vieta uzvarēs, izšķir pēdējais instalētais maršruts. Kļūme parādās klientā, lai gan lēmums aiz tās pieder adrešu plānam. Lietotāji ziņo, ka vietējais maršrutētājs pazūd, kad tunelis paceļas, vai ka atbild tikai daži biroja resursdatori.
Prefiksi, kas tikai izskatās līdzīgi, ir cits gadījums, un oktetu salīdzināšana ar aci nav prefiksu salīdzināšana. Izrakstiet abus un saskaitiet maskētos bitus: 192.168.4.0/24 pret 192.168.6.0/24 sakrīt līdz bitam 22 un atšķiras pie bita 23, jo trešais oktets tiek lasīts kā 00000100 pret 00000110, tāpēc šie divi tīkli patiešām ir atsevišķi. Novietojiet 10.8.0.0/24 blakus citam 10.8.0.0/24 un visi 24 maskētie biti sakrīt, kas nozīmē, ka viens maršruts nevar izteikt abas vietas. Maskas garums izšķir, kur salīdzināšana apstājas, un otrais instalētais tīkls ir tas, kas zaudē.
Ko maršrutēta saite nevar piegādāt
Apraide un daudzapraide neceļo pāri maršrutētai saitei, un vairākas pazīstamas funkcijas ir uz tām balstītas. Pārlūkošanas saraksti, nosaukumu paziņojumi un pakalpojumu atklāšana visi pieņem koplietotu segmentu, tāpēc failu serveris var atbildēt uz katru pieprasījumu pēc adreses un tomēr nekad neparādīties sarakstā. Nosaukumu atrisināšana, kas atkarīga no saites vietējās apraides, neizdodas tā paša iemesla dēļ, un nekāda profila rediģēšana nemaina to, ko tunelis spēj pārvadāt. Vai tas ir svarīgi, ir prasību, nevis maršrutēšanas jautājums.
Klientam, kuram tiešām vajadzīgas šīs piegādes, nepieciešama tiltota saskarne, kas pārvadā Ethernet kadrus un tāpēc saglabā apraides domēnu. Cena ir trokšņaināka saite, iepriekš aprakstītās tīrās adresācijas zudums un daudz lielāka kļūmju virsma, tiklīdz parādās cilpas. Pamatojiet prasību pirms pārslēgšanās un dodiet priekšroku nosaukumu servisam, kas darbojas pāri maršrutētām saitēm, ja prasība attiecas tikai uz nosaukumiem.
Saskarnes lasīšana pirms profila rediģēšanas
Jautājiet kodolam, ko tas instalēja, nevis ko profils it kā saka. Adrešu izvade parāda partneri, kas izskaidro masku, un maršrutu izvade parāda, vai uz to ir ceļš. Abu palaišana pret tuneļa ierīci aizņem mirkli un atrisina jautājumu.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1Ja šie trīs sakrīt, profils dara to, kam tas tika konfigurēts, un atlikušā problēma ir citur. Mainiet topoloģiju tikai iemesla dēļ, kas nosauc trūkstošu iespēju, jo nepazīstama maska nav tāda.