Ta adresa tunela je parnjak, a ne podmreža koju možete pregledati

Vaš klijent se povezuje i prikazuje par adresa, ili jednu adresu s maskom 255.255.255.255, i prva reakcija je da je server dao nešto pokvareno. Ništa nije pokvareno: tunelski interfejs je veza tačka-na-tačku, a maska opisuje udaljeni kraj te jedne veze, a ne raspon susjeda. Čitanje para kao lokalne adrese i parnjaka objašnjava neobičnu masku, rutu do jednog hosta pored nje i tabelu susjeda koja nedostaje. Ono što isto čitanje ne opravdava jest plan adresa koji se preklapa s uredskom mrežom.

Zašto maska izgleda pogrešno na tunelskoj vezi

Na Ethernet interfejsu adresa i maska tvrde dvije stvari: ovaj host posjeduje adresu i sve unutar prefiksa je neposredni susjed. Kernel iz te dvije činjenice izvodi rutu na vezi, a zatim razrješava adrese veze za susjede koje smatra prisutnim. Interfejs tačka-na-tačku zadržava vlasništvo i odbacuje susjede, pa je druga adresa u klijentskom redu udaljeni kraj, a ne drugi host na dijeljenom segmentu. Nema hardverskog adresiranja, nema saobraćaja razrješavanja i nema broadcast domena kojem bi se pridružili, zato se interfejs ponaša kao cijev s tačno jednim odredištem.

Zato je ruta do jednog hosta pored široke maske ovdje normalna, a ne simptom. Dostupnost na ovoj vezi znači jednu adresu, i kernel upisuje tačno to. Pročitajte dvije adrese zajedno prije nego zaključite da je konfiguracija pogrešna, jer svaka sama izgleda kao greška.

Dvije topologije, dva oblika adresa

Starija topologija tačka-na-tačku daje svakom klijentu mali blok i koristi dvije srednje adrese, pa maska izgleda kao dio mreže, a ne kao pool. Topologija podmreže daje adresu iz poola s maskom poola i naziva serversku tunelsku adresu parnjakom. Obje daju valjanu vezu i razlikuju se samo po tome koje se adrese pojavljuju u profilu i po maski koju će korisnik vjerovatno dovesti u pitanje.

Koji god red odgovara vašem klijentu, prvo pročitajte parnjaka, jer on imenuje udaljeni kraj i zato objašnjava masku. Profil kopiran između servera s različitim topologijama pokazat će pogrešan oblik za svoj novi dom, a ta se neusklađenost lako zamijeni sa kvarom servera.

Kada pool i uredska mreža traže iste bitove

Pošto je veza rutirana, poolu treba prefiks koji se ne pojavljuje ni u jednoj mreži do koje server može doći. Podijelite jedan i klijent drži jednu rutu za raspon koji znači dva mjesta, a najnovije instalirana ruta odlučuje koje mjesto pobjeđuje. Kvar se pokazuje na klijentu iako odluka iza njega pripada planu adresa. Korisnici prijavljuju da lokalni ruter nestaje kada se tunel podigne, ili da odgovaraju samo neki uredski hostovi.

Prefiksi koji samo izgledaju slično su drugi slučaj, a poređenje okteta na oko nije poređenje prefiksa. Zapišite oba i prebrojite maskirane bitove: 192.168.4.0/24 naspram 192.168.6.0/24 se poklapaju do bita 22 i razilaze na bitu 23, jer se treći oktet čita 00000100 naspram 00000110, pa su te dvije mreže zaista odvojene. Stavite 10.8.0.0/24 pored druge 10.8.0.0/24 i svih 24 maskiranih bitova se poklapa, što znači da jedna ruta ne može izraziti oba mjesta. Dužina maske odlučuje gdje poređenje staje, a mreža instalirana druga je ona koja gubi.

Šta rutirana veza ne može dostaviti

Broadcast i multicast ne putuju preko rutirane veze, a nekoliko poznatih funkcija je na njima izgrađeno. Liste za pregled, objave imena i otkrivanje servisa pretpostavljaju dijeljeni segment, pa fajl server može odgovoriti na svaki zahtjev po adresi i ipak se nikada ne pojaviti na listi. Razrješavanje imena koje zavisi od link-local broadcasta pada iz istog razloga, i nijedna izmjena profila ne mijenja šta tunel može prenijeti. Da li je to važno pitanje je zahtjeva, a ne rutiranja.

Klijent koji zaista treba te dostave zahtijeva premošćeni interfejs, koji nosi Ethernet okvire i zato zadržava broadcast domen. Cijena je bučnija veza, gubitak čistog adresiranja opisanog gore i mnogo veća površina kvarova kada se pojave petlje. Obrazložite zahtjev prije prebacivanja i dajte prednost imenskom servisu koji radi preko rutiranih veza kada se zahtjev odnosi samo na imena.

Čitanje interfejsa prije uređivanja profila

Pitajte kernel šta je instalirao, a ne šta profil naizgled kaže. Izlaz adresa pokazuje parnjaka koji objašnjava masku, a izlaz ruta pokazuje da li do njega postoji put. Pokretanje oba prema tunelskom uređaju traje trenutak i rješava pitanje.

ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1

Ako se ta tri slažu, profil radi ono za šta je konfigurisan, a preostali problem je negdje drugdje. Mijenjajte topologiju samo zbog razloga koji imenuje nedostajuću mogućnost, jer nepoznata maska to nije.