O tünel adresi bir eş, göz atabileceğiniz bir alt ağ değil

İstemciniz bağlanır ve bir adres çifti ya da tek bir adresi 255.255.255.255 maskesiyle gösterir, ilk tepki sunucunun bozuk bir şey verdiğidir. Hiçbir şey bozuk değil: tünelli arayüz noktadan noktaya bir bağlantıdır ve maske komşuların aralığını değil, o tek bağlantının uzak ucunu tanımlar. Çifti yerel ve eş olarak okumak, tuhaf maskeyi, yanındaki tek ana bilgisayar yolunu ve eksik komşu tablosunu açıklar. Aynı okumanın mazur göstermediği şey ise ofis ağıyla çakışan bir adres planıdır.

Maske tünel bağlantısında neden yanlış görünür

Bir Ethernet arayüzünde adres ve maske iki şey söyler: bu ana bilgisayar adrese sahiptir ve önek içindeki her şey doğrudan komşudur. Çekirdek bu iki olgudan bağlantı üzerinde bir yol türetir ve ardından var olduğunu düşündüğü komşular için bağlantı adreslerini çözer. Noktadan noktaya arayüz sahipliği korur ve komşuları bırakır, bu yüzden istemci satırındaki ikinci adres paylaşılan bir segmentteki başka bir ana bilgisayar değil, uzak uçtur. Donanım adreslemesi, çözümleme trafiği ve katılabileceği bir yayın alanı yoktur, bu yüzden arayüz tam olarak tek hedefi olan bir boru gibi davranır.

Bu yüzden geniş bir maskenin yanında tek ana bilgisayar yolu burada semptom değil, normaldir. Bu bağlantıdaki erişilebilirlik tek bir adres demektir ve çekirdek tam olarak bunu yazar. İki adresi birlikte okuyun yapılandırmanın yanlış olduğuna karar vermeden önce, çünkü her biri tek başına bir hata gibi görünür.

İki topoloji, iki adres biçimi

Daha eski noktadan noktaya topolojisi her istemciye küçük bir blok verir ve ortadaki iki adresi kullanır, bu yüzden maske bir havuz değil, bir ağın parçası gibi görünür. Alt ağ topolojisi havuzdan havuz maskesiyle bir adres verir ve sunucunun tünel adresini eş olarak adlandırır. İkisi de geçerli bir bağlantı üretir ve yalnızca profilde hangi adreslerin göründüğü ve kullanıcının büyük olasılıkla sorgulayacağı maske bakımından farklıdır.

Hangi satır istemcinize uyarsa uysun, önce eşi okuyun, çünkü uzak ucu adlandırır ve böylece maskeyi açıklar. Farklı topolojiler kullanan sunucular arasında kopyalanan bir profil yeni evi için yanlış biçimi gösterir ve bu uyumsuzluk kolayca sunucu arızası sanılır.

Havuz ve ofis ağı aynı bitleri talep ettiğinde

Bağlantı yönlendirildiği için havuzun, sunucunun erişebildiği ağların hiçbirinde görünmeyen bir öneke ihtiyacı vardır. Birini paylaşın ve istemci iki yer anlamına gelen bir aralık için tek bir yol tutar, hangi yerin kazanacağına en son kurulan yol karar verir. Arıza istemcide görünür, oysa arkasındaki karar adres planına aittir. Kullanıcıların bildirdiği, tünel açıldığında yerel yönlendiricinin kaybolması ya da yalnızca bazı ofis ana bilgisayarlarının yanıt vermesidir.

Yalnızca benzer görünen önekler başka bir durumdur ve oktetleri gözle karşılaştırmak bir önek karşılaştırması değildir. İkisini de yazın ve maskelenen bitleri sayın: 192.168.4.0/24 karşısında 192.168.6.0/24 bit 22'ye kadar örtüşür ve bit 23'te ayrışır, çünkü üçüncü oktet şöyle okunur: 00000100 karşısında 00000110, yani bu iki ağ gerçekten ayrıdır. 10.8.0.0/24 başka bir 10.8.0.0/24 değerinin yanına koyun ve maskelenen 24 bitin tümü örtüşür, bu da tek bir yolun iki yeri ifade edemeyeceği anlamına gelir. Karşılaştırmanın nerede duracağına maske uzunluğu karar verir ve ikinci kurulan ağ kaybedendir.

Yönlendirilmiş bir bağlantının iletemediği şey

Yayın ve çoklu yayın yönlendirilmiş bir bağlantıdan geçmez ve birçok tanıdık özellik bunların üzerine kuruludur. Göz atma listeleri, ad duyuruları ve hizmet keşfi hepsi paylaşılan bir segment varsayar, bu yüzden bir dosya sunucusu her isteği adresle yanıtlayabilir ve yine de hiçbir listede görünmez. Bağlantının yerel yayınına dayanan ad çözümlemesi aynı nedenle başarısız olur ve hiçbir profil düzenlemesi tünelin ne taşıyabileceğini değiştirmez. Bunun önemli olup olmadığı yönlendirme değil, gereksinim sorusudur.

Bu teslimatlara gerçekten ihtiyaç duyan bir istemci köprülenmiş bir arayüz gerektirir; bu arayüz Ethernet çerçeveleri taşır ve bu yüzden yayın alanını korur. Bedeli daha gürültülü bir bağlantı, yukarıda anlatılan temiz adreslemenin kaybı ve döngüler ortaya çıktığında çok daha büyük bir arıza yüzeyidir. Geçmeden önce gereksinimi gerekçelendirin ve gereksinim yalnızca adlarla ilgiliyse yönlendirilmiş bağlantılar üzerinde çalışan bir ad hizmetini tercih edin.

Profili düzenlemeden önce arayüzü okumak

Çekirdeğe ne kurduğunu sorun, profilin söylüyor gibi göründüğünü değil. Adres çıktısı maskeyi açıklayan eşi gösterir ve yol çıktısı ona giden bir yol olup olmadığını gösterir. İkisini de tünel aygıtına karşı çalıştırmak bir an sürer ve soruyu çözer.

ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1

Bu üçü örtüşürse profil yapılandırıldığı işi yapıyordur ve kalan sorun başka yerdedir. Topolojiyi yalnızca eksik bir yeteneği adlandıran bir nedenle değiştirin, çünkü tanıdık olmayan bir maske böyle bir neden değildir.