Покретни лаптоп: стабилно име или фиксна адреса канцеларије?
Проналажење лаптопа, дозвољавање његовог саобраћаја и одржавање сесије живом три су различита проблема кретања. Одредите који заиста имате.
Отварате управљачку конзолу од куће, тражите лаптоп по имену и добијате адресу која је престала да важи када је напустио канцеларију. Инстинкт је да пренесете адресу канцеларије на VPN адаптер да све настави да ради. Та поправка обично поквари нешто друго, јер су проналажење уређаја, дозвољавање његовог саобраћаја и одржавање сесије живом три различита проблема. Раздвојите их пре избора дизајна адреса.
Раздвојите три захтева
Запишите који од три заиста не успева. Особа или алат не може да пронађе услугу; сервер одбија захтеве јер изворна адреса није на листи; или апликација падне када се интерфејс промени. На табели изгледају исто и траже различите поправке.
Већина притужби на кретање заврши у првој корпи и поправи се у DNS-у. Именовање стабилног идентитета је јефтино и покрива први случај. Очување адресе је скупо и помаже другом само ако се политика ионако препише.
Нека име буде стабилна ствар
Дајте лаптопу име које се разрешава на било коју адресу доступну позиваоцу. У овом примеру адреса канцеларије је 192.168.50.42, базен за даљински приступ даје 10.90.0.42, а laptop17.corp.example следи прикључак. Ништа не захтева подударање последњег октета, а дизајнирање око тог подударања ствара посао без користи. Запис треба да показује на адресу коју позивалац заиста може да користи, не на сваки интерфејс који је рачунар икада имао.
dig +short laptop17.corp.exampleРазрешивачи кеширају одговоре, па промена није тренутна за све. Кратки TTL-ови помажу, а логика поновног повезивања у апликацији помаже више.
Када је листа дозвољених извора право ограничење
Листа дозвољених извора види адресу коју заштићена услуга прима, након сваког превођења. То је често адреса приступника или NAT-а, а не рачунарова сопствена, зато уређивање DNS записа никада не поправља одбијени захтев. Ажурирајте политику за адресу која заиста долази или замените листу аутентификованим идентитетом.
Ухватите један прихваћени захтев на серверу и прочитајте поље извора, па поновите са даљинске стазе. Ако се две адресе разликују, политици требају два уноса или други механизам. Забележите обе адресе уз унос политике да следећа особа види зашто их је две. Поновно коришћење адресе која је већ активна на истој вези одвојен је проблем сукоба са сопственим правилима откривања.
Шта непрекидност заиста захтева
Непрекидност везе најтежи је захтев и онај који се најчешће погрешно чита. TCP веза се идентификује обема адресама и оба порта, па је нова локална адреса друга веза без обзира шта DNS каже. Апликације које су важне морају поново да се повежу, што значи слој сесије или клијент који понавља покушај, а не мрежни трик. Посматрајте сесију током премештања и прекид је тренутан, не поступан.
ss -tnp state established '( dport = :443 )'Клонирање MAC адресе ни ово не решава. Идентитет DHCP закупа може да користи изричит идентификатор клијента, а два интерфејса која деле један идентитет и даље требају усклађене руте. Третирајте мобилност као дизајн апликације и доделе, и држите идентитет уређаја стабилним док његова адреса следи мрежу.