Komut çıkışı yaklaşık 5 satırdan fazlaysa SSH

Bu soruyu burada sormam tavsiye edildi : Şu anda yaşadığım şu sorundan şaşkınım.
DSL yönlendiricime bir ethernet kablosu ile bağlı bir Debian 5.0 Linux sunucum var. Dizüstü bilgisayarım Windows 7 çalıştırıyor ve kablosuz olarak (802.11b / g) aynı DSL yönlendiriciye bağlı. Ben Putty kullanarak sunucuya SSH ve birden çok çıkış satırı sonuçlanan bir komut yürütmeye çalışırsanız SSH oturumum donuyor. Ör.

ls -al /             // Freezes
ls -al / > ~/boo.txt // OK
vi ~/boo.txt         // OK
top                  // Freezes

Yukarıdaki tüm komutlar, bunları doğrudan sunucuda çalıştırırsam veya dizüstü bilgisayarımın bağlantısını kablolu bir bağlantıyla değiştirirsem çalışır. Ne oluyor? Bu problem beni gerçekten şaşırtıyor! Teşekkürler

— Topluluk
kaynak

Bunu StackOverflow'da sormak isteyebilirsiniz, ancak vi herhangi bir renklendirme yapmadığı için (aslında vim olmadığı sürece) özel karakterlerle (belki de renk) bir sorun olabilir.

— Topher Fangio

O vermedi StackOverflow'daki istersek, ama muhtemelen ServerFault taşıyarak daha iyi olurdu ... ve Aidan'la şeyler: my ilk şüpheli ağ MTU oldu.

— dmckee --- ex-moderatör kitten

Ah ha ha, Evet, ServerFault, StackOverflow değil ... bu bir Pazartesi = P

— Topher Fangio

Yanıtlar:

kablolu bir MTU sorunu gibi geliyor. Biraz ...

jumboframe'lerin etkin olması mümkün mü? muhtemelen değil. Yine de - debian üzerinde daha düşük mtu ayarlamayı deneyin ve yardımcı olup olmadığını görün.

— PQD
kaynak

Destekliyorum; bu bir MTU problemi gibi geliyor. Hatalar / bırakılan paketleri alana kadar daha büyük ve daha büyük paketleri (ping kullanarak kolayca yapılır) denemenizi öneririm. Veya her yerde MTU ayarlarını kontrol edin :)

— MikeyB

Teşekkürler! Dizüstü bilgisayarda düşük MTU hile yaptı. MTU gönderen / alıcı / her ikisi için de geçerli mi? Ben daha büyük veri boyutu ile dizüstü bilgisayardan sunucu ping olabilir. Tersi doğru değildi. Linux sunucusu: ~ # ping -S 5000 athlon64-laptop.lan PING athlon64-laptop.lan 56 (84) byte veri xxxx'ten 64 bayt: icmp_seq = 1 ttl = 128 zaman = 2.71 ms Windows dizüstü bilgisayarda> ping -l 2048 athlon64x2-server.lan 2048 bayt veri ile athlon64x2-server.lan ping: İstek zaman aşımına uğradı. > ping -l 1048 athlon64x2-server.lan 1048 bayt veri ile athlon64x2-server.lan ping: xxxx yanıt: bytes = 1048 time =

@leftbrainlogic - mtu ile ilgili sorunlar ağınızda balık gibi bir şey olduğunu gösterir. belki erişim noktası hızlı ethernet için izin verilen en büyük [1500B] çerçeveleri geçmez? Sunucuyu el ile jumboframlar kullanacak şekilde yapılandırdınız mı?

— pQd

@pQd - Hayır, sunucu Debian 5.0'ın vanilya yüklemesini çalıştırıyor. Disk bölümleme ve ana bilgisayar adı dışında tüm varsayılanları kabul ettim.

@leftbrainlogic - tamam; bağlantımda açıklandığı gibi mtu'yu indirmeyi deneyin. 1500B helahtly standart uzunluk, bu anahtar, erişim noktası veya wifi ağ kartı ile bazı sorun gösteriyor düşünüyorum.

— pQd

Muhtemelen ağ bağlantınızın MTU'su ile ilgili bir sorun var - Linux sunucusu tek bir ağ paketinde çok fazla bayt veri göndermeye çalıştığında, muhtemelen yönlendirici bunu windows kutusuna iletmeyi reddediyor, çünkü paket boyutunun kablosuz ağ üzerinden gönderilemeyecek kadar büyük. Linux kutusundaki Ethernet arabirimi için MTU'yu azaltabilmeniz gerekir ve bu muhtemelen sorununuzu çözecektir.

Teşhis ping -s <packetsize> <windows-ip> etmek için, linux kutusundan windows makinenizin ping <linux-ip> <packetsize>IP'sine ve windows kutusundan linux'a, packetsize parametresi için farklı değerlerle deneyin ve maksimum boyutun her iki yönde de farklı olup olmadığını görün.

Ayrıca: man pingLinux'ta neler olup bittiğini anlamak için yardımcı olacaktır.

— Aidan Cully
kaynak

Yapılacak ilk şey, hem istemcide hem de sunucuda hata ayıklama modunu etkinleştirmektir.

PuTTY, Oturum -> Günlüğe Kaydetme altında bulunan yerleşik hata ayıklama özelliğine sahiptir . Günlük ayarlarını yapmadan önce kullanacağınız oturumu yüklemeniz gerektiğini unutmayın. Günlük ayarları oturumun yapılandırmasının bir parçasıdır.

Sunucuda, LogLevel'i INFO (in /etc/ssh/sshd_config) olarak bırakabilir ve DEBUG olarak değiştirebilirsiniz, ancak sorununuzla ilgili hiçbir şey göremiyorsanız. Oturumu kapatıp değişiklikleri uygulamak için ssh sunucusunu yeniden başlatmayı unutmayın ( /etc/init.d/ssh restart). DEBUG faydalı bilgi vermezse, DEBUG3'ü deneyin man sshd_config.

Lütfen sorunuzu bulgularınızla güncelleyin!

— Nicolas
kaynak