Prenosni računar u pokretu: stabilno ime ili fiksna adresa kancelarije?
Pronalaženje prenosnog računara, dopuštanje njegovog saobraćaja i održavanje sesije živom tri su različita problema kretanja. Odredite koji zapravo imate.
Otvarate upravljačku konzolu od kuće, tražite prenosni računar po imenu i dobijate adresu koja je prestala da važi kada je napustio kancelariju. Instinkt je da prenesete adresu kancelarije na VPN adapter da sve nastavi da radi. Ta popravka obično pokvari nešto drugo, jer pronalaženje uređaja, dopuštanje njegovog saobraćaja i održavanje sesije živom tri su različita problema. Razdvojite ih pre odabira dizajna adresa.
Razdvojite tri zahteva
Zapišite koji od tri zaista ne uspeva. Osoba ili alat ne može da pronađe uslugu; server odbija zahteve jer izvorna adresa nije na listi; ili aplikacija padne kada se interfejs promeni. Na tabeli izgledaju isto i traže različite popravke.
Većina pritužbi na kretanje završi u prvoj korpi 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 prenosnom računaru ime koje se razrešava na bilo koju adresu dostupnu pozivaocu. U ovom primeru adresa kancelarije je 192.168.50.42, bazen za daljinski pristup daje 10.90.0.42, a laptop17.corp.example sledi priključak. Ništa ne zahteva podudaranje poslednjeg okteta, a dizajniranje oko tog podudaranja stvara posao bez koristi. Zapis treba da pokazuje na adresu koju pozivalac zaista može da koristi, ne na svaki interfejs koji je računar ikada imao.
dig +short laptop17.corp.exampleRazrešivači keširaju odgovore, pa promena nije trenutna za sve. Kratki TTL-ovi pomažu, a logika ponovnog povezivanja u aplikaciji pomaže više.
Kada je lista dozvoljenih izvora pravo ograničenje
Lista dozvoljenih izvora vidi adresu koju zaštićena usluga prima, nakon svakog prevođenja. To je često adresa pristupnika ili NAT-a, a ne računarova sopstvena, zato uređivanje DNS zapisa nikada ne popravlja odbijeni zahtev. Ažurirajte politiku za adresu koja zaista dolazi ili zamenite listu autentifikovanim identitetom.
Uhvatite jedan prihvaćeni zahtev na serveru i pročitajte polje izvora, pa ponovite sa daljinske staze. Ako se dve adrese razlikuju, politici trebaju dva unosa ili drugi mehanizam. Zabeležite obe adrese uz unos politike da sledeća osoba vidi zašto ih je dve. Ponovno korišćenje adrese koja je već aktivna na istoj vezi odvojen je problem sukoba sa sopstvenim pravilima otkrivanja.
Šta neprekidnost zapravo zahteva
Neprekidnost veze najteži je zahtev i onaj koji se najčešće pogrešno čita. TCP veza se identifikuje obema adresama i oba porta, pa je nova lokalna adresa druga veza bez obzira šta DNS kaže. Aplikacije koje su važne moraju ponovo da se povežu, što znači sloj sesije ili klijent koji ponavlja pokušaj, a ne mrežni trik. Posmatrajte sesiju tokom premeštanja i prekid je trenutan, ne postupan.
ss -tnp state established '( dport = :443 )'Kloniranje MAC adrese ni ovo ne rešava. Identitet DHCP zakupa može da koristi izričit identifikator klijenta, a dva interfejsa koja dele jedan identitet i dalje trebaju usklađene rute. Tretirajte mobilnost kao dizajn aplikacije i dodele, i držite identitet uređaja stabilnim dok njegova adresa sledi mrežu.