Laptop u pokretu: stabilno ime ili fiksna adresa ureda?
Pronalaženje laptopa, dopuštanje njegovog prometa i održavanje sesije živom tri su različita problema kretanja. Odredite koji zapravo imate.
Otvorite upravljačku konzolu od kuće, tražite laptop po imenu i dobijete adresu koja je prestala biti važeća kada je napustio ured. Instinkt je prenijeti adresu ureda na VPN adapter da sve nastavi raditi. Ta popravka obično pokvari nešto drugo, jer pronalaženje uređaja, dopuštanje njegovog prometa i održavanje sesije živom tri su različita problema. Razdvojite ih prije odabira dizajna adresa.
Razdvojite tri zahtjeva
Zapišite koji od tri zaista ne uspijeva. Osoba ili alat ne može pronaći uslugu; poslužitelj odbija zahtjeve jer izvorna adresa nije na popisu; ili aplikacija padne kada se sučelje promijeni. Na tabeli izgledaju isto i traže različite popravke.
Većina pritužbi na kretanje završi u prvoj kanti i popravi se u DNS-u. Imenovanje stabilnog identiteta je jeftino i pokriva prvi slučaj. Očuvanje adrese je skupo i pomaže drugom samo ako se politika ionako prepiše.
Neka ime bude stabilna stvar
Dajte laptopu ime koje se razrješava na bilo koju adresu dostupnu pozivatelju. U ovom primjeru adresa ureda je 192.168.50.42, bazen za daljinski pristup daje 10.90.0.42, a laptop17.corp.example slijedi priključak. Ništa ne zahtijeva podudaranje zadnjeg okteta, a dizajniranje oko tog podudaranja stvara posao bez koristi. Zapis treba pokazivati na adresu koju pozivatelj zaista može koristiti, ne na svako sučelje koje je laptop ikada imao.
dig +short laptop17.corp.exampleRazrješivači keširaju odgovore, pa promjena nije trenutna za sve. Kratki TTL-ovi pomažu, a logika ponovnog povezivanja u aplikaciji pomaže više.
Kada je popis dopuštenih izvora pravo ograničenje
Popis dopuštenih izvora vidi adresu koju zaštićena usluga primi, nakon svakog prevođenja. To je često adresa pristupnika ili NAT-a, a ne laptopova vlastita, zato uređivanje DNS zapisa nikada ne popravlja odbijeni zahtjev. Ažurirajte politiku za adresu koja zaista dolazi ili zamijenite popis autentificiranim identitetom.
Uhvatite jedan prihvaćeni zahtjev na poslužitelju i pročitajte polje izvora, pa ponovite s daljinske staze. Ako se dvije adrese razlikuju, politici trebaju dva unosa ili drugi mehanizam. Zabilježite obje adrese uz unos politike da sljedeća osoba vidi zašto ih je dvije. Ponovno korištenje adrese koja je već aktivna na istoj vezi odvojen je problem sukoba s vlastitim pravilima otkrivanja.
Šta neprekidnost zapravo zahtijeva
Neprekidnost veze najteži je zahtjev i onaj koji se najčešće pogrešno čita. TCP veza identificira se objema adresama i obama portovima, pa je nova lokalna adresa druga veza bez obzira što DNS kaže. Aplikacije koje su važne moraju se ponovno povezati, što znači sloj sesije ili klijent koji ponavlja pokušaj, a ne mrežni trik. Promatrajte sesiju tijekom premještanja i prekid je trenutačan, ne postupan.
ss -tnp state established '( dport = :443 )'Kloniranje MAC adrese ni ovo ne rješava. Identitet DHCP najma može koristiti izričit identifikator klijenta, a dva sučelja koja dijele jedan identitet i dalje trebaju usklađene rute. Tretirajte mobilnost kao dizajn aplikacije i dodjele, i držite identitet uređaja stabilnim dok njegova adresa slijedi mrežu.