Ceļojošs portatīvais dators: stabils nosaukums vai fiksēta biroja adrese?

Jūs atverat pārvaldības konsoli no mājām, meklējat portatīvo datoru pēc nosaukuma un iegūstat adresi, kas kļuva nederīga, kad tas atstāja biroju. Instinkts ir pārnest biroja adresi uz VPN adapteri, lai viss turpinātu darboties. Tomēr šis labojums parasti salauž kaut ko citu, jo ierīces atrašana, tās trafika atļaušana un sesijas uzturēšana dzīvas ir trīs dažādas problēmas. Atdaliet tās pirms adrešu dizaina izvēles.

Atdaliet trīs prasības

Uzrakstiet, kura no trim patiešām neizdodas. Cilvēks vai rīks nevar atrast pakalpojumu; serveris noraida pieprasījumus, jo avota adrese nav sarakstā; vai lietojumprogramma nokrīt, kad mainās saskarne. Izklājlapā tās izskatās vienādi un prasa dažādus labojumus.

Lielākā daļa ceļošanas sūdzību nonāk pirmajā grozā un tiek atrisinātas DNS. Stabilas identitātes nosaukšana ir lēta un aptver pirmo gadījumu. Adreses saglabāšana ir dārga un palīdz otrajam tikai tad, ja politika tik un tā tiks pārrakstīta.

Padariet nosaukumu par stabilo lietu

Piešķiriet portatīvajam datoram nosaukumu, kas atrisinās uz jebkuru adresi, kas sasniedzama zvanītājam. Šajā piemērā biroja adrese ir 192.168.50.42, attālinātās piekļuves baseins izsniedz 10.90.0.42, un laptop17.corp.example seko savienojumam. Nekas neprasa, lai pēdējais oktets sakristu, un dizaina veidošana ap šo sakritību rada darbu bez ieguvuma. Ierakstam jānorāda uz adresi, ko zvanītājs patiešām var izmantot, nevis uz katru saskarni, kāda portatīvajam datoram jebkad ir bijusi.

dig +short laptop17.corp.example

Atrisinātāji kešatmiņā saglabā atbildes, tāpēc izmaiņas nav uzreiz visiem. Īsi TTL palīdz, un lietojumprogrammas atkārtotas savienošanās loģika palīdz vairāk.

Kad avotu atļauju saraksts ir patiesais ierobežojums

Avotu atļauju saraksts redz adresi, ko saņem aizsargātais pakalpojums pēc jebkuras tulkošanas. Tā bieži ir vārtejas vai NAT adrese, nevis paša portatīvā datora, tāpēc DNS ierakstu rediģēšana nekad nelabo noraidīto pieprasījumu. Atjauniniet politiku adresei, kas patiešām pienāk, vai aizstājiet sarakstu ar autentificētu identitāti.

Noķeriet serverī vienu pieņemtu pieprasījumu un izlasiet avota lauku, pēc tam atkārtojiet no attālinātā ceļa. Ja divas adreses atšķiras, politikai vajag divus ierakstus vai citu mehānismu. Pierakstiet abas adreses kopā ar politiku, lai nākamais cilvēks redzētu, kāpēc tās ir divas. Jau aktīvas adreses atkārtota izmantošana tajā pašā saitē ir atsevišķa konflikta problēma ar saviem noteikumiem.

Ko patiesībā prasa nepārtrauktība

Savienojuma nepārtrauktība ir vissmagākā prasība un visbiežāk nepareizi saprastā. TCP savienojumu identificē abas adreses un abi porti, tāpēc jauna vietējā adrese ir cits savienojums, lai ko DNS teiktu. Svarīgām lietojumprogrammām ir jāizveido savienojums no jauna, kas nozīmē sesijas slāni vai klientu, kas mēģina vēlreiz, nevis tīkla triku. Vērojiet sesiju pārvietošanās laikā, un pārtraukums ir tūlītējs, nevis pakāpenisks.

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

MAC adreses klonēšana arī to neatrisina. DHCP nomas identitāte var izmantot skaidru klienta identifikatoru, un divām saskarnēm, kas dala vienu identitāti, joprojām vajag saskaņotus maršrutus. Uztveriet mobilitāti kā lietojumprogrammas un piešķiršanas dizainu, un uzturiet ierīces identitāti stabilu, kamēr tās adrese seko tīklam.