Gostujoči prenosnik: stabilno ime ali fiksni naslov pisarne?

Odprete upravljalno konzolo od doma, poiščete prenosnik po imenu in dobite naslov, ki ni bil več veljaven, ko je zapustil pisarno. Nagon je prenesti naslov pisarne na adapter VPN, da vse deluje naprej. Ta popravek običajno pokvari kaj drugega, ker so iskanje naprave, dovoljenje njenega prometa in ohranjanje seje žive trije različni problemi. Ločite jih, preden izberete zasnovo naslovov.

Ločite tri zahteve

Zapišite, katera od treh dejansko ne uspe. Oseba ali orodje ne najde storitve; strežnik zavrača zahteve, ker izvornega naslova ni na seznamu; ali aplikacija pade, ko se spremeni vmesnik. V preglednici so videti enake in zahtevajo različne popravke.

Večina pritožb zaradi gostovanja pristane v prvem košu in se odpravi v DNS. Poimenovanje stabilne identitete je poceni in pokrije prvi primer. Ohranjanje naslova je drago in pomaga drugemu le, če se politika tako ali tako prepiše.

Naredite ime za stabilno stvar

Prenosniku dajte ime, ki se razreši v kateri koli naslov, dosegljiv klicatelju. V tem primeru je naslov pisarne 192.168.50.42, nabor oddaljenega dostopa dodeljuje 10.90.0.42, in laptop17.corp.example sledi povezavi. Nič ne zahteva ujemanja zadnjega okteta, in zasnova okoli tega ujemanja ustvarja delo brez koristi. Zapis naj kaže na naslov, ki ga klicatelj resnično lahko uporabi, ne na vsak vmesnik, ki ga je prenosnik kdaj imel.

dig +short laptop17.corp.example

Razreševalniki odgovore shranjujejo v predpomnilnik, zato sprememba ni takojšnja za vse. Kratki TTL pomagajo, logika ponovnega povezovanja v aplikaciji pa pomaga bolj.

Ko je seznam dovoljenih virov resnična omejitev

Seznam dovoljenih virov vidi naslov, ki ga zaščitena storitev prejme, po kakršnem koli prevajanju. To je pogosto naslov prehoda ali NAT in ne naslov samega prenosnika, zato urejanje zapisov DNS nikoli ne popravi zavrnjene zahteve. Posodobite politiko za naslov, ki resnično prispe, ali nadomestite seznam z overjeno identiteto.

Na strežniku ujemite eno sprejeto zahtevo in preberite polje vira, nato ponovite z oddaljene poti. Če se naslova razlikujeta, politika potrebuje dva vnosa ali drug mehanizem. Zabeležite oba naslova ob vnosu politike, da bo naslednja oseba videla, zakaj sta dva. Ponovna uporaba naslova, ki je že aktiven na isti povezavi je ločen problem konflikta z lastnimi pravili zaznavanja.

Kaj resnično zahteva neprekinjenost

Neprekinjenost povezave je najtežja zahteva in tista, ki se najpogosteje napačno razume. Povezava TCP je prepoznana po obeh naslovih in obeh vratih, zato je nov lokalni naslov druga povezava, karkoli pravi DNS. Aplikacije, ki štejejo, se morajo znova povezati, kar pomeni sejno plast ali odjemalca, ki poskuša znova, ne omrežne trike. Opazujte sejo med premikanjem in prekinitev je takojšnja, ne postopna.

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

Kloniranje naslova MAC tudi tega ne reši. Identiteta najema DHCP lahko uporabi izrecni identifikator odjemalca, in dva vmesnika, ki si delita eno identiteto, še vedno potrebujeta usklajene poti. Mobilnost obravnavajte kot zasnovo aplikacije in dodeljevanja, identiteto naprave pa ohranjajte stabilno, medtem ko njen naslov sledi omrežju.