Keliaujantis nešiojamas kompiuteris: pastovus vardas ar fiksuotas biuro adresas?

Atidarote valdymo pultą namuose, ieškote nešiojamojo kompiuterio pagal vardą ir gaunate adresą, kuris nustojo galioti, kai jis paliko biurą. Instinktas yra perkelti biuro adresą į VPN adapterį, kad viskas veiktų toliau. Tačiau šis pataisymas paprastai sugadina ką nors kita, nes įrenginio radimas, jo srauto leidimas ir sesijos palaikymas gyvos yra trys skirtingos problemos. Atskirkite jas prieš rinkdamiesi adresų dizainą.

Atskirkite tris reikalavimus

Užrašykite, kuris iš trijų iš tikrųjų nepavyksta. Žmogus ar įrankis negali rasti paslaugos; serveris atmeta užklausas, nes šaltinio adresas nėra sąraše; arba programa nukrenta, kai pasikeičia sąsaja. Skaičiuoklėje jie atrodo vienodai ir reikalauja skirtingų pataisymų.

Dauguma keliavimo nusiskundimų patenka į pirmą krepšį ir išsprendžiami DNS. Stabilios tapatybės įvardijimas yra pigus ir apima pirmą atvejį. Adreso išsaugojimas yra brangus ir padeda antrajam tik tada, kai politika vis tiek bus perrašyta.

Padarykite vardą stabiliu dalyku

Suteikite nešiojamajam kompiuteriui vardą, kuris išsisprendžia į bet kurį adresą, pasiekiamą skambinančiajam. Šiame pavyzdyje biuro adresas yra 192.168.50.42, nuotolinės prieigos telkinys išduoda 10.90.0.42, o laptop17.corp.example seka prisijungimą. Niekas nereikalauja, kad paskutinis oktetas sutaptų, o projektavimas pagal tą sutapimą sukuria darbą be naudos. Įrašas turėtų rodyti į adresą, kurį skambinantysis iš tikrųjų gali naudoti, o ne į kiekvieną sąsają, kurią nešiojamasis kompiuteris kada nors turėjo.

dig +short laptop17.corp.example

Sprendėjai kaupia atsakymus podelyje, todėl pakeitimas ne visiems yra momentinis. Trumpi TTL padeda, o programos pakartotinio prisijungimo logika padeda labiau.

Kai šaltinių leidimų sąrašas yra tikrasis apribojimas

Šaltinių leidimų sąrašas mato adresą, kurį gauna apsaugota paslauga, po bet kokio vertimo. Tai dažnai tinklų sietuvo arba NAT adresas, o ne paties nešiojamojo kompiuterio, todėl DNS įrašų redagavimas niekada nepataiso atmestos užklausos. Atnaujinkite politiką adresui, kuris iš tikrųjų atvyksta, arba pakeiskite sąrašą autentifikuota tapatybe.

Pagaukite vieną priimtą užklausą serveryje ir perskaitykite šaltinio lauką, tada pakartokite iš nuotolinio kelio. Jei du adresai skiriasi, politikai reikia dviejų įrašų arba kito mechanizmo. Užrašykite abu adresus kartu su politikos įrašu, kad kitas žmogus matytų, kodėl jų du. Jau aktyvaus toje pačioje jungtyje adreso pakartotinis naudojimas yra atskira konflikto problema su savo aptikimo taisyklėmis.

Ko iš tikrųjų reikia tęstinumui

Ryšio tęstinumas yra sunkiausias reikalavimas ir dažniausiai neteisingai suprantamas. TCP ryšys identifikuojamas abiem adresais ir abiem prievadais, todėl naujas vietinis adresas yra kitas ryšys, kad ir ką sakytų DNS. Svarbios programos turi prisijungti iš naujo, o tai reiškia sesijos sluoksnį arba klientą, kuris bando dar kartą, o ne tinklo triuką. Stebėkite sesiją judėjimo metu ir nutrūkimas yra momentinis, o ne laipsniškas.

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

MAC adreso klonavimas to taip pat neišsprendžia. DHCP nuomos tapatybė gali naudoti aiškų kliento identifikatorių, o dvi sąsajos, bendrinančios vieną tapatybę, vis tiek turi suderintus maršrutus. Traktuokite mobilumą kaip programos ir paskirstymo dizainą, ir palaikykite įrenginio tapatybę stabilią, kol jo adresas seka tinklą.