Sesi Putty yang dibiarkan menganggur akan terputus pada waktu yang ditentukan oleh server host. Coba aktifkan keep-alives di PutTY. Hal ini menyebabkan Putty mengirimkan paket SSH nol ke host jarak jauh secara berkala, mencegah sesi dari waktu habis.
Klien Putty dapat dikonfigurasi untuk selalu membuat koneksi yang tidak akan habis karena tidak aktif. Untuk membuat dan menyimpan koneksi keep-live baru, ikuti langkah-langkah ini:
Buka aplikasi Putty, dan pergi ke panel Opsi (berlabel "Kategori") di sebelah kiri jendela.
Pilih (klik) item "Koneksi".
Di area "Mengirim paket nol untuk menjaga sesi aktif" di sebelah kanan, ubah nilai default "Detik antar keepalives" dari 0 (matikan) menjadi 1800 (30 menit).
Pilih kotak centang "Aktifkan TCP keepalives (opsi SO_KEEPALIVE)". Catatan: Opsi ini mungkin tidak tersedia dalam versi klien Putty yang lebih lama.
Di sisi kiri paling atas panel Opsi, pilih (klik) "Sesi".
Di bidang "Nama Host (atau Alamat IP)", masukkan nama host tujuan atau alamat IP (misalnya, "destination.ipaddress.here.com" atau "192.168.1.1").
Dalam kotak entri teks "Sesi Tersimpan", berikan nama untuk sesi tersebut (mis., "Sesi tersimpan").
Pilih "Simpan".
Untuk menggunakan pengaturan sesi yang dimodifikasi, pilih dari daftar "Sesi tersimpan", lalu klik tombol bertanda "Muat" dan "Buka".
Jika sesi Anda yang terhubung masih time out, masukkan jumlah detik yang lebih rendah ke dalam nilai "Detik antar penyimpanan".
Ini juga salah. Koneksi TCP tidak pernah habis. Jika prinsip ujung ke ujung dirusak oleh NAT atau sejenisnya, pemetaan koneksi pada perangkat ini mungkin habis. SSH, secara default, tidak akan pernah kehabisan waktu. Pada koneksi internet yang tepat, koneksi SSH idle akan tetap terbuka tanpa batas.
Daniel B
Ssh menawarkan dua jenis keep-alives: TCP keep-alives dan ssh keep-alives. TCP memang menawarkan mekanisme untuk secara otomatis menutup koneksi yang dianggap mati karena batas waktu. Ini tentang mengaktifkan bendera di soket.
Raúl Salinas-Monteagudo
Saya telah menurunkan jumlahnya dan kembali pada 0 dan masih tidak akan berfungsi. Apakah ada solusi yang berbeda untuk ini?
myselfmiqdad
1
Server bisa dikeraskan. Alasannya bisa a) ip klien mungkin tidak dikonfigurasi di / etc / allowhosts dan / atau b) aturan firewall unix / linux / selinux tidak diizinkan.
Saya memiliki masalah yang sama untuk waktu yang lama, saya menggunakan dempul untuk terhubung ke instance AWS linux (beberapa server cloud jarak jauh) Saya membaca tentang memperbaikinya dengan keepAlives di beberapa halaman beberapa halaman, mencobanya tetapi tidak berhasil.
Selain menyesuaikan warna terminal, terminal ini juga menerapkan beberapa default waras (Seperti KeepAlives yang disebutkan sebelumnya hingga 59 detik plus lainnya), dan coba tebak? Saya belum punya koneksi tertutup selama dua hari penuh.
Namun tidak persis seperti itu: Jika Anda logout (atau dipaksa keluar), koneksi diakhiri dengan anggun. Apa yang terjadi di sini adalah bahwa koneksi TCP yang mendasarinya entah bagaimana ditutup ("Koneksi reset oleh rekan"), karenanya "tiba-tiba".
Daniel B
Di mana Anda melihat "reset"? Bagi saya arti yang jelas dari "tak terduga ditutup" adalah TCP-close tidak diharapkan pada level SSH, dan pengujian mengonfirmasi ini: jika saya keluar dari atau membunuh shell saya, saya mendapatkan paket SSH serveral (saya anggap saja saya CHANNEL_EOF, CHANNEL_CLOSED dan / atau DISCONNECT) lalu pertukaran FIN dan Putty muncul "ditutup oleh host yang di-remotes"; OTOH jika saya membunuh -9 sshd saya, saya hanya mendapatkan pertukaran TCP FIN dan "server koneksi jaringan tertutup yang tidak terduga". Jika itu RST (dan bukan di SYN di mana artinya ditolak) Saya akan curiga beberapa middlebox, konsisten dengan komentar Anda yang lain.
dave_thompson_085
@ dave_thompson_085 Anda benar, saya bingung FIN dan RST. Jika tidak, KiTTY mengatakan "Perangkat lunak menyebabkan koneksi dibatalkan".
Server bisa dikeraskan. Alasannya bisa a) ip klien mungkin tidak dikonfigurasi di / etc / allowhosts dan / atau b) aturan firewall unix / linux / selinux tidak diizinkan.
sumber
Saya memiliki masalah yang sama untuk waktu yang lama, saya menggunakan dempul untuk terhubung ke instance AWS linux (beberapa server cloud jarak jauh) Saya membaca tentang memperbaikinya dengan keepAlives di beberapa halaman beberapa halaman, mencobanya tetapi tidak berhasil.
Dan baru kemarin, ketika mencari beberapa pengaturan skema warna saya menemukan ini: https://github.com/jblaine/solarized-and-modern-putty
Selain menyesuaikan warna terminal, terminal ini juga menerapkan beberapa default waras (Seperti KeepAlives yang disebutkan sebelumnya hingga 59 detik plus lainnya), dan coba tebak? Saya belum punya koneksi tertutup selama dua hari penuh.
sumber
Anda menganggur lebih lama dari batas waktu sesi pada perangkat jarak jauh, jadi itu menutup sesi dan Putty tidak mengharapkannya.
sumber