Gəzən noutbuk: sabit ad, yoxsa sabit ofis ünvanı?

Evdən idarəetmə konsolunu açırsınız, noutbuku adı ilə axtarır və ofisdən çıxanda etibarsız olan bir ünvan alırsınız. İnsitinkt ofis ünvanını VPN adapterinə köçürməkdir ki, hər şey işləməyə davam etsin. Amma bu düzəliş adətən başqa bir şeyi pozur, çünki cihazı tapmaq, onun trafikinə icazə vermək və sessiyanı canlı saxlamaq üç fərqli problemdir. Ünvan dizaynını seçməzdən əvvəl onları ayırın.

Üç tələbi ayırın

Üçündən hansının həqiqətən uğursuz olduğunu yazın. Bir şəxs və ya alət xidməti tapa bilmir; server mənbə ünvanı siyahıda olmadığı üçün sorğuları rədd edir; ya da interfeys dəyişəndə tətbiq düşür. Cədvəldə hamısı eyni görünür və fərqli düzəlişlər tələb edir.

Gəzinti şikayətlərinin çoxu birinci səbətə düşür və DNS-də düzəldilir. Sabit kimliyin adlandırılması ucuzdur və birinci halı əhatə edir. Ünvanın qorunması bahalıdır və ikinciyə yalnız siyasət onsuz da yenidən yazılacaqsa kömək edir.

Adı sabit şeyə çevirin

Noutbuka, çağıranın çata bildiyi ünvana həll olunan bir ad verin. Bu nümunədə ofis ünvanı 192.168.50.42-dir, uzaqdan giriş hovuzu 10.90.0.42 verir və laptop17.corp.example qoşulmaya uyğun dəyişir. Son oktetnin uyğun gəlməsi tələb olunmur və bu uyğunluq üzərində dizayn etmək faydasız iş yaradır. Qeyd çağıranın həqiqətən istifadə edə biləcəyi ünvanı göstərməlidir, noutbukun indiyə qədər sahib olduğu hər interfeysi deyil.

dig +short laptop17.corp.example

Ad həllediciləri cavabları keşləyir, buna görə dəyişiklik hamı üçün dərhal olmur. Qısa TTL-lər kömək edir, tətbiqin yenidən qoşulma məntiqi isə daha çox kömək edir.

Mənbə icazə siyahısı əsl məhdudiyyət olduqda

Mənbə icazə siyahısı qorunan xidmətin aldığı ünvanı görür, hər hansı çevrilmədən sonra. Bu çox vaxt noutbukun öz ünvanı deyil, şlüz və ya NAT ünvanıdır, buna görə DNS qeydlərini redaktə etmək rədd edilmiş sorğunu heç vaxt düzəltmir. Siyasəti həqiqətən gələn ünvan üçün yeniləyin və ya siyahını autentifikasiya olunmuş kimliklə əvəz edin.

Serverdə qəbul edilmiş bir sorğunu tutun və mənbə sahəsini oxuyun, sonra uzaq yoldan təkrarlayın. İki ünvan fərqlənirsə, siyasətə iki giriş və ya fərqli bir mexanizm lazımdır. Hər iki ünvanı siyasət girişi ilə birlikdə qeyd edin ki, növbəti şəxs ikisinin niyə olduğunu görsün. Eyni keçiddə artıq aktiv olan ünvanın təkrar istifadəsi öz aşkarlama qaydaları olan ayrıca konflikt problemidir.

Davamlılığın əsl tələbi nədir

Bağlantı davamlılığı ən çətin tələbdir və ən çox yanlış oxunandır. TCP bağlantısı hər iki ünvan və hər iki portla müəyyən edilir, buna görə yeni yerli ünvan DNS nə deyirsə desin fərqli bağlantıdır. Vacib tətbiqlər yenidən qoşulmalıdır, bu da şəbəkə hiyləsi deyil, sessiya qatı və ya yenidən cəhd edən müştəri deməkdir. Köçmə zamanı sessiyaya baxın: düşmə dərhal olur, tədricən deyil.

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

MAC ünvanını klonlamaq da bunu həll etmir. DHCP icarə kimliyi açıq müştəri identifikatorundan istifadə edə bilər, və eyni kimliyi paylaşan iki interfeys yenə də əlaqələndirilmiş marşrutlara ehtiyac duyur. Mobilliyi tətbiq və paylama dizaynı kimi qəbul edin, cihaz kimliyini sabit saxlayın, ünvanı isə şəbəkəni izləsin.