Hreyfanlegur fartölva: stöðugt nafn eða fast skrifstofufang?

Þú opnar stjórnborðið að heiman, leitar að fartölvunni eftir nafni og fær vistfang sem hætti að vera gilt þegar hún fór af skrifstofunni. Eðlishvötin er að flytja skrifstofufangið yfir á VPN-tengið svo allt haldi áfram að virka. Sú lagfæring brýtur venjulega eitthvað annað, því að finna tæki, leyfa umferð þess og halda lotu lifandi eru þrjú mismunandi vandamál. Aðskildu þau áður en þú velur vistfangahönnun.

Aðskildu þrjár kröfurnar

Skrifaðu niður hver af þremur er í raun að mistakast. Maður eða tól finnur ekki þjónustuna; netþjónn synjar beiðnum því upprunavistfangið er ekki á lista; eða forrit dettur út þegar viðmótið breytist. Á töflureikni líta þau eins út og þurfa mismunandi lagfæringar.

Flestar kvartanir um hreyfanleika lenda í fyrsta körfunni og eru lagaðar í DNS. Að nefna stöðuga auðkenni er ódýrt og nær yfir fyrra tilfellið. Að halda vistfanginu er dýrt og hjálpar því síðara aðeins ef stefnan er endurskrifuð hvort sem er.

Gerðu nafnið að hinu stöðuga

Gefðu fartölvunni nafn sem leysist í hvaða vistfang sem er aðgengilegt fyrir símtalandann. Í þessu dæmi er skrifstofufangið 192.168.50.42, fjaraðgangspollurinn úthlutar 10.90.0.42 og laptop17.corp.example fylgir tengingunni. Ekkert krefst þess að síðasta oktetið passi, og hönnun í kringum það samræmi skapar vinnu án ávinnings. Færslan ætti að vísa á vistfangið sem símtalandinn getur í raun notað, ekki á hvert viðmót sem fartölvan hefur nokkurn tíma haft.

dig +short laptop17.corp.example

Leysarar staðsetja svör í skyndiminni, svo breytingin er ekki tafarlaus fyrir alla. Stutt TTL hjálpa, og endurtengingarlógík forritsins hjálpar meira.

Þegar leyfður upprunalisti er raunverulega takmörkunin

Leyfður upprunalisti sér vistfangið sem varðveitta þjónustan tekur við, eftir hvers kyns þýðingu. Það er oft gáttar- eða NAT-vistfang en ekki fartölvunnar sjálfrar, og þess vegna lagar breyting á DNS-færslum aldrei synjaða beiðni. Uppfærðu stefnuna fyrir vistfangið sem raunverulega berst, eða skiptu listanum út fyrir sannreynt auðkenni.

Gríptu eina samþykkta beiðni á netþjóninum og lestu upprunareitinn, endurtaktu svo frá fjarlægu slóðinni. Ef vistfangin tvö eru mismunandi þarf stefnan tvær færslur eða aðra aðferð. Skráðu bæði vistfangin með stefnufærslunni svo næsti maður sjái hvers vegna þau eru tvö. Endurnotkun vistfangs sem er þegar virkt á sama tenginu er sérstakt árekstravandamál með eigin greiningarreglum.

Hvað samfella krefst í raun

Samfellu tengingar er erfiðasta krafan og sú sem er oftast misskilin. TCP-tenging er auðkennd með báðum vistföngum og báðum pörtum, svo nýtt staðbundið vistfang er önnur tenging, hvað sem DNS segir. Forrit sem skipta máli verða að endurtengjast, sem þýðir lotulags eða biðlara sem reynir aftur, ekki netbrönd. Fylgstu með lotu meðan á flutningnum stendur og rofið er tafarlaust, ekki smátt og smátt.

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

Að klóna MAC-vistfang leysir þetta heldur ekki. Auðkenni DHCP-leigu getur notað skýran biðlaraauðkenna, og tvö viðmót sem deila einu auðkenni þurfa samt samræmdar slóðir. Meðhöndlaðu hreyfanleika sem forritshönnun og úthlutun, og haltu auðkenni tækisins stöðugu meðan vistfang þess fylgir netinu.