Komputer riba merayau: nama stabil atau alamat pejabat tetap?

Anda membuka konsol pengurusan dari rumah, mencari komputer riba mengikut nama dan mendapat alamat yang tidak lagi sah apabila ia meninggalkan pejabat. Naluri pertama ialah memindahkan alamat pejabat ke penyesuai VPN supaya semuanya terus berfungsi. Pembetulan itu biasanya merosakkan perkara lain, kerana mencari peranti, membenarkan trafiknya dan mengekalkan sesi hidup ialah tiga masalah yang berbeza. Pisahkan ketiga-tiganya sebelum memilih reka bentuk alamat.

Pisahkan tiga keperluan

Tuliskan yang mana antara tiga itu sebenarnya gagal. Seseorang atau alat tidak dapat mencari perkhidmatan; pelayan menolak permintaan kerana alamat sumber tiada dalam senarai; atau aplikasi terputus apabila antara muka berubah. Dalam hamparan semuanya kelihatan sama dan memerlukan pembetulan berbeza.

Kebanyakan aduan perayauan masuk ke bakul pertama dan diperbaiki dalam DNS. Menamakan identiti yang stabil murah dan meliputi kes pertama. Mengekalkan alamat mahal dan hanya membantu kes kedua jika dasar itu akan ditulis semula juga.

Jadikan nama sebagai perkara yang stabil

Berikan komputer riba nama yang menyelesaikan kepada mana-mana alamat yang boleh dicapai oleh pemanggil. Dalam contoh ini alamat pejabat ialah 192.168.50.42, kolam akses jauh memberikan 10.90.0.42, dan laptop17.corp.example mengikut sambungan. Tiada apa yang memerlukan oktet terakhir sepadan, dan mereka bentuk berdasarkan padanan itu mencipta kerja tanpa faedah. Rekod itu harus menunjuk ke alamat yang benar-benar boleh digunakan oleh pemanggil, bukan setiap antara muka yang pernah dimiliki komputer riba.

dig +short laptop17.corp.example

Penyelesai menyimpan jawapan dalam cache, jadi perubahan itu tidak serta-merta untuk semua orang. TTL pendek membantu, dan logik penyambungan semula aplikasi lebih membantu.

Apabila senarai sumber yang dibenarkan ialah kekangan sebenar

Senarai sumber yang dibenarkan melihat alamat yang diterima oleh perkhidmatan yang dilindungi, selepas sebarang terjemahan. Ia selalunya alamat get laluan atau NAT dan bukan alamat komputer riba itu sendiri, sebab itulah menyunting rekod DNS tidak pernah membaiki permintaan yang ditolak. Kemas kini dasar untuk alamat yang benar-benar tiba, atau gantikan senarai itu dengan identiti yang disahkan.

Tangkap satu permintaan yang diterima pada pelayan dan baca medan sumber, kemudian ulangi dari laluan jauh. Jika kedua-dua alamat berbeza, dasar itu memerlukan dua entri atau mekanisme lain. Catat kedua-dua alamat bersama entri dasar supaya orang seterusnya nampak mengapa ada dua. Menggunakan semula alamat yang sudah aktif pada pautan yang sama ialah masalah konflik berasingan dengan peraturan pengesanannya sendiri.

Apa yang sebenarnya diperlukan kesinambungan

Kesinambungan sambungan ialah keperluan paling sukar dan yang paling kerap disalah baca. Sambungan TCP dikenal pasti oleh kedua-dua alamat dan kedua-dua port, jadi alamat tempatan baharu ialah sambungan lain, apa pun kata DNS. Aplikasi yang penting mesti menyambung semula, yang bermaksud lapisan sesi atau klien yang mencuba lagi, bukan helah rangkaian. Perhatikan sesi semasa perpindahan dan pemutusan berlaku serta-merta, bukan beransur-ansur.

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

Mengklon alamat MAC juga tidak menyelesaikan ini. Identiti pajakan DHCP boleh menggunakan pengecam klien yang jelas, dan dua antara muka yang berkongsi satu identiti masih memerlukan laluan yang diselaraskan. Layan mobiliti sebagai reka bentuk aplikasi dan peruntukan, dan kekalkan identiti peranti stabil sementara alamatnya mengikut rangkaian.