Prijenosno računalo u pokretu: stabilno ime ili fiksna adresa ureda?

Otvorite upravljačku konzolu od kuće, tražite prijenosno računalo po imenu i dobijete adresu koja je prestala vrijediti kad je napustilo 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 njegova 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 kad se sučelje promijeni. Na tablici izgledaju isto i traže različite popravke.

Većina pritužbi na kretanje završi u prvoj košari 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 prijenosnom računalu 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 računalo ikada imalo.

dig +short laptop17.corp.example

Razrješivači keširaju odgovore, pa promjena nije trenutačna za sve. Kratki TTL-ovi pomažu, a logika ponovnog povezivanja u aplikaciji pomaže više.

Kad 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 računalova 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 daljinskog puta. 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.

Što neprekinutost zapravo zahtijeva

Neprekinutost 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 te držite identitet uređaja stabilnim dok njegova adresa slijedi mrežu.