Akankah init 1 dari sesi ssh jarak jauh (melalui VPN) mematikan koneksi ssh saya

Solusi 1:

Ya, ya itu akan terjadi. Sebagian besar layanan tidak berjalan di runlevel 1.

Solusi 2:

Seharusnya tidak apa-apa. Sementara daemon pendengar SSH dihentikan di runlevel 1 pada sebagian besar distro, koneksi yang ada harus tetap terjaga, dan jaringan tidak akan terpengaruh. Namun, saya tidak akan melakukannya tanpa memiliki semacam konsol jarak jauh yang terhubung -- Anda tidak pernah tahu kapan suar matahari jahat akan datang dan memutuskan koneksi jaringan Anda untuk waktu yang cukup lama untuk mematikan sesi SSH Anda.

EDIT :Beberapa pengujian menunjukkan bahwa, setidaknya pada sistem Debian, /etc/rc1.d/S30killprocs akan menghapus koneksi SSH yang ada (karena mematikan segalanya). Saya akan cenderung untuk menonaktifkan skrip itu untuk sementara dan melakukannya dengan tangan (menghindari koneksi SSH) jika saya mencoba melakukan apa yang ingin Anda lakukan. Saya masih lebih suka menggunakan konsol jarak jauh.

Solusi 3:

Maaf baru muncul setelah sekian lama. Saya butuh jawaban untuk pertanyaan yang sama ini. Jawaban saat ini salah untuk perangkat saya. Temuan saya adalah untuk pemasangan berbasis Centos 5.11.

1. Alasan klien ssh terputus adalah karena init 1 melakukan sesuatu seperti service network stop .Apa yang saya amati adalah itu dan semua antarmuka jaringan turun dan tidak dikonfigurasi.ip a dan ifconfig -a konfirmasi ini.

2. init 1 menghentikan sshd proses pendengar. Itu tidak menghentikan sshd proses anak yang menahan sesi untuk klien yang terhubung. Sesi ssh akhirnya dibatalkan karena waktu habis TCP karena jaringan mati, sesi ssh tidak terbunuh. Jika saya mengembalikan jaringan service network start di konsol cukup cepat kemudian klien saya tetap terhubung meskipun kotak berada di runlevel 1.

3. Pertanyaan menyebutkan VPN. Jika server VPN yang Anda tuju ada di kotak tempat Anda melakukan init 1 maka ya, biasanya Anda akan terputus karena server VPN secara default TIDAK akan berjalan pada runlevel 1.

Pekerjaan saya untuk membawa sistem ke runlevel 1 tanpa kehilangan sesi ssh, adalah untuk sementara mengonfigurasi layanan yang diperlukan untuk terus berjalan pada run level 1. Semua berdasarkan Centos 5.11.YMMV.Penafian: Saya tidak ingin mengandalkan ini untuk bekerja.

    # keep network interfaces up
    chkconfig --level 1 network on
    # if you are connecting though VPN e.g. OpenVPN running on same server
    chkconfig --level 1 openvpn on
    # While at it, might as well keep SSHD running, so you can reconnect
    chkconfig --level 1 sshd on

    init 1
    # look for messages that indicate that run level has been reached
    tail -F /var/log/messages
    # Aug 31 14:21:19 pabx-demo kernel: Kernel logging (proc) stopped.
    # Aug 31 14:21:19 pabx-demo kernel: Kernel log daemon terminating.
    # Aug 31 14:21:20 pabx-demo exiting on signal 15

Itu saja. Ini memungkinkan saya mengambil box ke init 1 dari jarak jauh sambil tetap memegang kendali.

Setelah selesai, jangan lupa untuk membatalkan perubahan:

chkconfig --level 1 network off
chkconfig --level 1 openvpn off
chkconfig --level 1 sshd off