Apa yang bisa menyebabkan sesi ssh lambat? [Tutup]

46

Saya ssh pada host jarak jauh tetapi kinerja terminal buruk. Simbol yang saya ketikkan tidak ditampilkan segera, tetapi dengan beberapa penundaan. Terkadang dua simbol ditampilkan pada satu waktu setelah penundaan.

ssh performance lexsys
sumber
Mosh adalah pengganti ssh yang baik untuk mencegah masalah ini: mosh.mit.edu
Steven C. Howell
6
ssh server ... mengapa ini ditutup? ini jelas masalah server. Tentu beberapa jawaban di sini didasarkan pada pendapat, tetapi pertanyaannya harus baik-baik saja.
j0h
5
Mengapa pertanyaan ini ditutup? Dalam kasus saya itu adalah sisi server def - port UDP tertutup 67/68. Ada DHCP yang diaktifkan pada gambar Vultr generik, ia mencoba memperbarui pub IP terus-menerus, tetapi diblokir oleh CSF. Membiarkan port-port itu tampaknya menyelesaikannya, SSH cepat (dan layanan jaringan lainnya) sekali lagi. Perhatikan hal itu jika Anda menggunakannya atau gambar VPS default / serupa lainnya.
dhaupin
5
Ini jelas merupakan masalah jaringan (umum). Saya percaya tidak ada alasan untuk menutupnya, dan sudah pasti bukan di luar topik. Bahkan (khususnya) ketika masalah dapat memiliki banyak penyebab yang sulit untuk diidentifikasi.
mivk

Jawaban:

17

Latensi tinggi adalah penyebab lain dari kinerja ssh yang buruk. Saya sangat merekomendasikan menggunakan mtr sebagai pengganti traceroute yang lebih baik. Seharusnya bisa memberi Anda beberapa ide di mana masalah jaringan Anda mungkin terjadi.

David Pashley
sumber
13

Menonaktifkan penerusan X11 jika Anda tidak membutuhkannya (ssh -x) dan mengaktifkan kompresi (ssh -C) juga dapat mempercepat sesi Anda.

Woody
sumber
9

Saya dapat memikirkan dua kemungkinan penyebab:

  1. Paket hilang pada koneksi
  2. Beban tinggi di server.
Shoan
sumber
3

Saya mencoba mengukur kinerja jaringan dengan segera menemukan bahwa terminal baik-baik saja. Apa yang telah terjadi?

Kami memiliki load balancing antara dua saluran Internet router. Terkadang ia merutekan traffic ssh saya melalui Wan1 dan terkadang melalui Wan2. Saya mengusulkan, bahwa ada yang salah dengan hanya satu saluran. Jadi saya mengukur kinerja jaringan dengan mtr (alat hebat!) Untuk dua saluran secara terpisah.

ya! Wan2 memiliki 21 hop dengan 110 ms dan Wan1 memiliki 15 hop dengan hanya 21 ms! Wan2 latency adalah masalahnya.

lexsys
sumber
3

Gunakan Compression dan CompressionLevel of 9. Itu seharusnya sedikit membantu. Anda dapat mengkonfigurasi parameter ini di / etc / ssh / ssh_config. Tetapi jika jaringan yang sebenarnya sangat buruk trik ini tidak akan banyak membantu.

Saurabh Barjatiya
sumber
2

Penyebab paling jelas untuk perilaku ini adalah tautan yang berupa paket jenuh atau menjatuhkan. Berapa banyak hop yang Anda miliki dari workstation ke mesin yang Anda tuju? Sudahkah Anda menganalisis traceroute, jika ada?

Jan Jungnickel
sumber
2

Jika Anda menggunakan OpenSSH pada pipa panjang-gemuk (bandwidth tinggi + latensi tinggi) pastikan Anda menggunakan setidaknya versi 4.7 di kedua sisi karena mengandung perbaikan untuk membuat OpenSSH menggunakan ukuran jendela tcp yang lebih besar.

 * The SSH channel window size has been increased, and both ssh(1)
   sshd(8) now send window updates more aggressively. These improves
   performance on high-BDP (Bandwidth Delay Product) networks.

Ini bisa menjadi penting jika Anda ingin menggunakan koneksi ke potensi penuh karena jika pengirim mungkin harus menunggu acks sebelum dapat melanjutkan pengiriman.

knweiss
sumber
1

Seperti yang sudah dikatakan oleh orang lain, itu bisa berasal dari latensi, kehilangan jaringan Anda, server lambat.
Kadang-kadang Anda melihat 2 karakter pada satu jenis karena tumpukan TCP modern menggunakan algoritma yang disebut Naggle .

radius
sumber
1
Algoritma Nagle ini selalu dinonaktifkan pada aplikasi interaktif seperti telnet & SSH
LapTop006
1
Anda tidak memiliki informasi yang cukup untuk mengatakan 'selalu'. Kami tidak tahu apa ssh client / server yang ia gunakan. Kami tidak tahu OS yang ia jalankan. dll. Dengan beberapa OS, pengaturan level kernel dapat berdampak pada TCP_NODELAY yang ditetapkan pada level aplikasi.
radius
1

Ini juga bisa berupa upaya SSH Brute Force yang mencekik koneksi Anda. Setiap kali sesi saya berjalan lambat saya memeriksa log dan dalam beberapa kasus seseorang mencoba kata sandi seperti orang gila.

raupach
sumber
1

DNS yang salah konfigurasi dapat menyebabkan hal ini. Server akan merespon dengan baik begitu login, dan mengunggah dan mengunduh file dengan cukup cepat, tetapi login SSH akan lambat.

ServerChecker
sumber
1
Saya menemukan saya dapat menjatuhkan entri IP di / etc / hosts untuk server yang memiliki login SSH lambat dan biasanya yang mempercepat koneksi awal. Tetapi perbaikan sebenarnya adalah untuk membuat DNS berfungsi dengan baik.
ServerChecker
1

Satu hal yang perlu dilihat hanyalah memori server. Saya menjalankan VM Ubuntu dengan memori 256Mb dan SSH benar-benar lamban. Menggandakan ini ke 512Mb memecahkan masalah.

GateKiller
sumber