Laptop nomad: emër i qëndrueshëm apo adresë fikse zyre?

Hapni konsolën e administrimit nga shtëpia, kërkoni laptop-in me emër dhe merrni një adresë që pushoi së vlefshmi kur ai la zyrën. Instinkti është të kaloni adresën e zyrës në përshtatësin VPN që gjithçka të vazhdojë të funksionojë. Ai rregullim zakonisht prish diçka tjetër, sepse gjetja e një pajisjeje, lejimi i trafikut të saj dhe mbajtja gjallë e një sesioni janë tre probleme të ndryshme. Ndajini ato para se të zgjidhni një dizajn adresash.

Ndani tre kërkesat

Shkruani cila nga të treja dështon në të vërtetë. Një person ose mjet nuk e gjen shërbimin; një server refuzon kërkesat sepse adresa e burimit nuk është në një listë; ose një aplikacion bie kur ndryshon ndërfaqja. Në një fletëllogaritëse duken njësoj dhe kërkojnë rregullime të ndryshme.

Shumica e ankesave të roaming-ut bien në shportën e parë dhe rregullohen në DNS. Emërtimi i një identiteti të qëndrueshëm është i lirë dhe mbulon rastin e parë. Ruajtja e adresës është e shtrenjtë dhe ndihmon të dytin vetëm nëse politika rishkruhet gjithsesi.

Bëjeni emrin gjënë e qëndrueshme

Jepini laptop-it një emër që zgjidhet në çdo adresë të arritshme nga telefonuesi. Në këtë shembull adresa e zyrës është 192.168.50.42, pishina e aksesit në distancë jep 10.90.0.42, dhe laptop17.corp.example ndjek lidhjen. Asgjë nuk kërkon që okteti i fundit të përputhet, dhe dizajnimi rreth atij përputhjeje krijon punë pa përfitim. Regjistrimi duhet të tregojë adresën që telefonuesi mund të përdorë vërtet, jo çdo ndërfaqe që laptop-i ka pasur ndonjëherë.

dig +short laptop17.corp.example

Zgjidhësit i ruajnë përgjigjet në cache, prandaj ndryshimi nuk është i menjëhershëm për të gjithë. TTL-të e shkurtra ndihmojnë, dhe logjika e rilidhjes së aplikacionit ndihmon më shumë.

Kur lista e burimeve të lejuara është kufizimi i vërtetë

Një listë e burimeve të lejuara sheh adresën që merr shërbimi i mbrojtur, pas çdo përkthimi. Shpesh është një adresë gateway ose NAT dhe jo e vetë laptop-it, prandaj redaktimi i regjistrimeve DNS nuk rregullon kurrë një kërkesë të refuzuar. Përditësoni politikën për adresën që arrin vërtet, ose zëvendësoni listën me një identitet të vërtetuar.

Kapni një kërkesë të pranuar në server dhe lexoni fushën e burimit, pastaj përsëriteni nga rruga në distancë. Nëse dy adresat ndryshojnë, politika ka nevojë për dy zëra ose një mekanizëm tjetër. Shënoni të dyja adresat bashkë me zërin e politikës që personi tjetër të shohë pse janë dy. Ripërdorimi i një adrese që është tashmë aktive në të njëjtën lidhje është një problem i veçantë konflikti me rregullat e tij të zbulimit.

Çfarë kërkon vërtet vazhdimësia

Vazhdimësia e lidhjes është kërkesa më e vështirë dhe ajo që lexohet më shpesh gabimisht. Një lidhje TCP identifikohet nga të dyja adresat dhe të dyja portat, prandaj një adresë e re lokale është një lidhje tjetër, çfarëdo që thotë DNS. Aplikacionet që kanë rëndësi duhet të rilidhen, që do të thotë një shtresë sesioni ose një klient që provon përsëri, jo një truk rrjeti. Vëzhgoni një sesion gjatë zhvendosjes dhe ndërprerja është e menjëhershme, jo graduale.

ss -tnp state established '( dport = :443 )'

Klonimi i një adrese MAC nuk e zgjidh as këtë. Identiteti i qirasë DHCP mund të përdorë një identifikues klienti të qartë, dhe dy ndërfaqe që ndajnë një identitet kanë ende nevojë për rrugë të koordinuara. Trajtojeni mobilitetin si një dizajn aplikacioni dhe alokimi, dhe mbani identitetin e pajisjes të qëndrueshëm ndërsa adresa e tij ndjek rrjetin.