VPN ağ geçidi portunda duplex uyuşmazlığı: iki ucu da okuyun

Tünelden geçen bir dosya kopyası bir saniye duruyor, devam ediyor ve VPN günlükleri hiçbir şey göstermiyor. Uygulama ağı suçluyor, ağ uygulamayı suçluyor ve anahtar portu on bir aydır açık. Bu inceleme duraklamadan başlar ve dışa doğru fiziksel bağlantıya doğru ilerler: portun gerçekte ne yaptığı, uzak ucun ne yaptığı ve siz izlerken sayaçların ne yaptığı. Birisi duplex ayarına dokunmadan önce bunu yapmaya değer.

Porttan değil, duraklamadan başlayın

Belirtiyi test edilebilir bir biçimde tarif edin. Büyük bir aktarım sırasında yaklaşık bir saniye süren duraklama, sıfırlanan bir bağlantıdan farklı bir sorundur ve saatte bir kez olan bir duraklama, her birkaç saniyede bir olandan farklıdır. İş yükünü, yönü ve yaklaşık aralığı yazın.

Ardından arayüzü izlerken bunu yeniden üretin. Fiziksel bir sorun, etkilenen iş yükü sırasında sayaçlarda hareket olarak görünür ve sayaçlarda hiç hareket yaratmayan bir sorun büyük olasılıkla bağlantı katmanının üzerindedir. Bir dakika izleyin, bir saniye değil, çünkü bu arızalar görünmeden önce genellikle sürekli trafik gerektirir. Boşta izleme, yalnızca yük altında kötü davranan bir bağlantı hakkında hiçbir şey kanıtlamaz.

Bu önemlidir çünkü duplex uyuşmazlıklarının bir imzası vardır: yalnızca yük altında, trafiğin yönünde ortaya çıkan hatalar, oysa küçük ping'ler ve etkileşimli oturumlar kusursuz kalır. Boşta trafik de başarısız oluyorsa, önce başka bir yere bakın.

İki uçta çalışma modunu okuyun

Kaydedilen yapılandırma çalışma durumu değildir. Bir port otomatik anlaşma için yapılandırılıp yarım duplex'e düşebilir veya diğer ucun hiç kabul etmediği sabit bir hıza ayarlanmış olabilir. Bağlantının şu anda iki tarafta ne yaptığını okuyun.

ethtool eth0
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0

Hızı, duplex'i ve otomatik anlaşmanın açık olup olmadığını not edin, ardından aynı üç gerçeği komşu anahtardan veya sağlayıcı portundan alın. Tek bir uç hiçbir şey söylemez, çünkü uyuşmazlık bir ilişkidir, ayar değil. İki satırı ticket'a yan yana, okuduğunuz saatle birlikte yazın. Bu alıştırmanın değerinin yarısı iki okumanın tek bir yerde olmasıdır.

Uzak ucu okuyamıyorsanız bunu teşhis edemezsiniz. Sahibinden çalışma modunu ve sayaçları isteyin veya kendi tarafınızı değiştirmeye başlamadan önce erişim ayarlayın.

10/100 yarım duplex durumu nasıl görünür

10/100 bakır bağlantılarda, otomatik anlaşan bir uç, zorlanmış bir eşin hızını onun duplex ayarını öğrenmeden algılayabilir. Paralel algılama hızı sinyalden belirler ve duplex anlaşmak yerine varsayılır, bu nedenle bir taraf yarım duplex'te kalırken diğeri tam duplex çalışabilir.

Cisco'nun otomatik anlaşma kılavuzu tam da bu durumu açıklar. Bu, anlaşmayı her yerde kapatmak için bir argüman değildir ve gigabit bakır hakkında yararlı hiçbir şey söylemez; orada duplex sabittir ve bağlantının hiç kurulabilmesi için otomatik anlaşma gereklidir.

Gözlemlenebilir kanıt, yalnızca tek yönde var olan hataların karışımıdır: tam duplex tarafında FCS veya CRC hataları, yarım duplex tarafında çarpışmalar veya geç çarpışmalar ve yük altında çöken verim, boştayken gecikme normal kalırken. Bu asimetri imzadır. Sadece aşırı yüklenmiş bir bağlantı her iki yönde ve her zaman bozulur.

İki ucu birlikte değiştirin, geri dönüş yoluyla

Duplex düzeltmesi eşgüdümlü bir değişikliktir, yerel değil. Uzak ucun onayı olmadan kendi tarafınızı zorlamak, çalışan bir bağlantının bozulma biçimidir ve CLI'nin komutu kabul etmesi yalnızca sözdiziminin geçerli olduğunu kanıtlar.

sudo ethtool -s eth0 speed 100 duplex full autoneg off
ethtool eth0

Böyle bir şey çalıştırmadan önce platformun bu birleşimi desteklediğini ve uzak ucun aynı pencerede değiştirileceğini doğrulayın. Cihazı yönetmek için bağımsız bir yol saklayın, çünkü değiştirmek üzere olduğunuz port yönetim oturumunuzu taşıyan port olabilir.

Birçok modern bağlantıda doğru yanıt, bir şeyi zorlamak yerine otomatik anlaşmayı iki uçta açık bırakmaktır. Zorlama, belirli bir teknolojideki belirli bir uyuşmazlığın ilacıdır, genel bir iyileştirme değildir. Özellikle gigabit bakır, bağlantının kurulması için otomatik anlaşmaya ihtiyaç duyar, bu yüzden 10/100 tavsiyesi oraya taşınmaz.

Sayaçların iyiye doğru hareket ettiğini doğrulayın

Değişiklikten sonra çalışma durumunu iki uçta yeniden okuyun ve aynı fikirde olduklarını doğrulayın. Ardından duraklamaya neden olan aynı iş yükünü çalıştırın ve ömür boyu toplamlar yerine sayaç farklarını karşılaştırın, çünkü bir yıl boyunca biriken bir toplam son on dakikada ne olduğunu söyleyemez.

ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0
ping -f -c 200 10.90.0.1

Aynı yük altında yeni hata göstermeyen bir bağlantı, eksik olan kanıttır. Hâlâ hata veren bir bağlantı veya sayaçlarının hiç hareket etmediği bir bağlantı, sizi duplex tartışmasında derinlere değil bir sonraki sınıra gönderir. İki sonuç da ilerlemedir ve bu, yapılandırma dosyasının verebileceğinden fazladır. İlk okuma doğru göründü diye ikinci okumayı atlamayın.

Değişiklik öncesi ve sonrası sayıları zaman damgalarıyla ticket'a yazın. O kayıt, «VPN daha iyi hissettiriyor» sözünü bir sonraki mühendisin üzerine inşa edebileceği bir şeye dönüştürür.