Gezici dizüstü: sabit ad mı, sabit ofis adresi mi?

Evden yönetim konsolunu açıyor, dizüstü bilgisayarı adıyla arıyor ve ofisten ayrıldığında geçerliliğini yitiren bir adres alıyorsunuz. İçgüdü, ofis adresini VPN bağdaştırıcısına taşımak ve her şeyin çalışmaya devam etmesini sağlamaktır. Ancak bu düzeltme genellikle başka bir şeyi bozar, çünkü bir cihazı bulmak, trafiğine izin vermek ve bir oturumu canlı tutmak üç farklı sorundur. Adres tasarımını seçmeden önce bunları ayırın.

Üç gereksinimi ayırın

Üçünden hangisinin gerçekten başarısız olduğunu yazın. Bir kişi ya da araç hizmeti bulamıyor; bir sunucu kaynak adresi listede olmadığı için istekleri reddediyor; ya da arayüz değiştiğinde bir uygulama düşüyor. Elektronik tabloda aynı görünürler ve farklı düzeltmeler gerektirirler.

Dolaşım şikayetlerinin çoğu ilk sepete düşer ve DNS'te çözülür. Sabit bir kimliğe ad vermek ucuzdur ve ilk durumu kapsar. Adresi korumak pahalıdır ve ikinciye yalnızca politika zaten yeniden yazılacaksa yardımcı olur.

Adı sabit şey yapın

Dizüstü bilgisayara, arayanın ulaşabileceği herhangi bir adrese çözülen bir ad verin. Bu örnekte ofis adresi 192.168.50.42, uzaktan erişim havuzu 10.90.0.42 veriyor ve laptop17.corp.example bağlantıyı izliyor. Son oktetun eşleşmesini hiçbir şey gerektirmez ve bu eşleşme etrafında tasarım yapmak faydasız iş üretir. Kayıt, arayanın gerçekten kullanabileceği adrese işaret etmelidir, dizüstü bilgisayarın sahip olduğu her arayüze değil.

dig +short laptop17.corp.example

Çözümleyiciler yanıtları önbelleğe alır, bu yüzden değişiklik herkes için anında değildir. Kısa TTL'ler yardımcı olur, uygulamanın yeniden bağlanma mantığı daha çok yardımcı olur.

Kaynak izin listesi gerçek kısıt olduğunda

Kaynak izin listesi, korumalı hizmetin aldığı adresi herhangi bir çeviriden sonra görür. Bu genellikle dizüstü bilgisayarın kendi adresi değil, bir ağ geçidi ya da NAT adresidir; bu yüzden DNS kayıtlarını düzenlemek reddedilen bir isteği asla onarmaz. Politikayı gerçekten gelen adres için güncelleyin ya da listeyi doğrulanmış bir kimlikle değiştirin.

Sunucuda kabul edilmiş bir isteği yakalayıp kaynak alanını okuyun, ardından uzak yoldan yineleyin. İki adres farklıysa politikanın iki girdiye ya da başka bir mekanizmaya ihtiyacı vardır. İki adresi politika girdisiyle birlikte kaydedin ki sonraki kişi neden iki tane olduğunu görsün. Aynı bağlantıda zaten etkin olan bir adresi yeniden kullanmak, kendi algılama kurallarına sahip ayrı bir çakışma sorunudur.

Süreklilik gerçekte ne ister

Bağlantı sürekliliği en zor gereksinimdir ve en sık yanlış anlaşılandır. Bir TCP bağlantısı her iki adres ve her iki bağlantı noktasıyla tanımlanır, bu yüzden yeni bir yerel adres başka bir bağlantıdır, DNS ne derse desin. Önemli uygulamalar yeniden bağlanmalıdır; bu bir ağ hilesi değil, bir oturum katmanı ya da yeniden deneyen bir istemci anlamına gelir. Taşınma sırasında bir oturumu izleyin; kopma anidir, kademeli değildir.

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

MAC adresini kopyalamak da bunu çözmez. DHCP kirası kimliği açık bir istemci tanımlayıcısı kullanabilir ve tek bir kimliği paylaşan iki arayüz yine de koordineli yollara ihtiyaç duyar. Hareketliliği bir uygulama ve tahsis tasarımı olarak ele alın ve cihazın kimliği adresi ağı izlerken sabit kalsın.