SSH, yeniden başlatma sırasında varsayılan bağlantı noktasına sıfırlanır

Ev sunucumdaki ( /etc/ssh/sshd_configdosyadaki) varsayılan SSH bağlantı noktanızı 54747 numaralı bağlantı noktasına değiştirdim, sonra sshve sshdhizmetleri yeniden başlattım (hangisinin bu kadar güvende olmadığından emin değilim). Yapılandırmamı test etmek için oturumu kapattım ve sorunsuz bir şekilde tekrar giriş yaptım.

Birkaç gün sonra uygun güncellemeler yükledim ve sunucumu yeniden başlattım. SSH'yi tekrar (54747 numaralı bağlantı noktasında) denemeye çalıştığımda, bağlantı reddedildi hatası alıyorum.

Nedense, varsayılan bağlantı noktasında SSH denedim ve işe yaradı! Ben sshd_config kontrol etmek için geri döndü, ama yine de özel bağlantı noktası vardı. Bu yüzden sshve sshdhizmetlerini yeniden başlattım ve "düzenli" davranışa geri döndüm (54747 numaralı bağlantı noktasında ssh). Yeniden başlatmayı denedim ve bağlantı tekrar reddedildi ...

Ne yaptığımı bilen var mı?

Ekstra ayrıntılar:

• Ubuntu 16.04.2 LTS
• Sunucu, TV'imde açık oturum (SSH ile aynı kullanıcı) olan bir HTPC de kullanıyor
• Dizüstü bilgisayarımın RSA anahtarını kullanarak SSH ve şifre kimlik doğrulamasını devre dışı bıraktım
• Eskiden yeniden başlatırdım sudo reboot -h now, ama aradıktan sonra, bazı insanlar tarafından cesaretini kırdığını keşfettim, bu yüzden denedim sudo reboot, ama hiçbir fark yok

Olayları DÜZENLE :

1. SSH bağlantı noktasını 22'den 54747'ye değiştirin. /etc/ssh/sshd_config
2. Ssh ve sshd hizmetlerini yeniden başlatın
3. Geçerli SSH oturumunu sonlandır
4. SSH 54747 numaralı bağlantı noktasında başarıyla geri döndü
5. Yeniden Başlatma
6. 54747 numaralı bağlantı noktasında SSH bağlantı hatası, ancak 22 numaralı bağlantı noktasında başarılı
7. Ssh ve sshd hizmetlerini yeniden başlatın
8. SSH, 54747 numaralı bağlantı noktasında başarıyla geri döndü, 22 numaralı bağlantı noktasında bağlantı hatası
9. Yeniden başlatın ve 6'ya geri dönün

EDIT 1: netstat çıktı

rgo@ATLAS:~$ sudo netstat -lntp | grep :54747
rgo@ATLAS:~$ sudo netstat -lntp | grep :22
tcp6       0      0 :::22                   :::*                    LISTEN      1/init  

DÜZENLEME 2: service sshd status

● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: inactive (dead)

DÜZENLEME 3: lsof -i | grep ssh

systemd      1     root   46u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)
systemd      1     root   49u  IPv6  14641      0t0  TCP *:ssh (LISTEN)
sshd      4088     root    3u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)
sshd      4088     root    4u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)
sshd      4202      rgo    3u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)
sshd      4202      rgo    4u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)

Başvuru için, ATLAS uzak sunucu ana bilgisayar adı, 192.168.1.27 dizüstü bilgisayarımın LAN IP'sidir ve komut adım 6 ve 7 arasında yürütülmüştür

ufw status

Status: inactive

DÜZENLEME 4: ps -ef |grep sshd

root      4088     1  0 22:40 ?        00:00:00 sshd: rgo [priv]
rgo       4202  4088  0 22:40 ?        00:00:00 sshd: rgo@pts/1 sshd

ssh, yapılandırmaya bağlı olarak systemd tarafından "soketle etkinleştirilebilir", yani başlangıçta dinleme bağlantı noktasını kuran sistemd'dir ve sshd yalnızca bir istemci ilk bağlandığında başlatılır. Bu, başlangıç ​​zamanını hızlandırmak içindir: hizmet cinleri yalnızca istek üzerine başlatılır.

Ancak bu, systemd'yi eşleşen bağlantı noktasına da yapılandırmanız gerektiği anlamına gelir. /lib/systemd/system/ssh.socketListelerde hangi sistem yapılandırmasını bulacaksınız ListenStream=22. Bunu geçersiz kılmak için aşağıdakileri içeren bir dosya /etc/systemd/system/ssh.socket.d/port.confoluşturun ( ssh.socket.dgerekirse dizini oluşturma ):

[Socket]
ListenStream=
ListenStream=54747

Numarayı istediğiniz bağlantı noktasına değiştirin. İlk boş giriş önceki varsayılanı siler ve sonraki giriş yeni girişi ekler. Bu, gönderilen varsayılan değeri geçersiz kılar ve değiştirmeye ek/lib/systemd/system/ssh.socket olarak yapılması gerekir ./etc/ssh/sshd_config

Ardından sudo systemctl daemon-reload, systemd'ye değişikliklerinizi ve sudo systemctl reload sshssh arka plan programınızın daha önce çalışıp çalışmadığını anlatmak için çalıştırın.

/etc/ssh/sshd_configDosyadaki bağlantı noktası ayarlarınızı doğrulayın . Sudo veya sudo grubunda bir kullanıcı olarak düzenleme yaptığınızdan emin olun. Bağlantı noktasını ayarlamak için tek yapmanız gereken, bir satır türünde Port 54747.Şimdi, ssh hizmetini service sshd restart.çalıştırarak sudo netstat -lntp | grep ssh.yeniden başlatmaktır.

Ayrıca ağ ayarlarınızı kontrol edin. Şirket ağındaysanız, doğru vlanda olduğunuzdan emin olun.

Bazen işler ters gidiyor. Senin yerinde olsaydım, denerdim:

cp /etc/ssh/sshd_config $HOME
sudo apt-get --reinstall install openssh-server

ssh, ssh sunucusuna kullanıcı oturumu bağlantısını tahkim eden ve sürdüren istemci işlemidir. sshd, ssh bağlantı isteklerini dinlemek ve kimlik doğrulaması yapmak için ssh sunucusunda çalışan arka plan programıdır.

Sshd hizmetini başlatırken okunan sshd sunucusundaki yapılandırma dosyası (düzenlemek için sudo ayrıcalıkları gerektirir)

/etc/ssh/sshd_config

Hizmet başlamalıdır

/etc/systemd/system/sshd.service

Sshd_config dosyasının yeniden okunmasını gerektiren sshd'yi yeniden başlatmak için

sudo service sshd restart

Sshd arka plan programının hangi bağlantı noktasını ve diğer yararlı bilgileri dinlediğini görmek için ssh sunucusu türü

sudo service sshd status

Aşağıdaki adımları belirtilen sırayla gerçekleştirin:

Ssh sunucusunu yeniden başlatın

Ssh sunucusunda bir terminal oturumu açın (ssh bağlantısı değil)

tip hostname

Ana bilgisayar adı ssh sunucusunun adını döndürmezse (bu durumda Atlas) önceki adımı doğru şekilde yeniden yapın.

grep Port /etc/ssh/sshd_config - bağlantı noktası numarasını not edin. Belirttiğiniz kişi olmalı

sudo service sshd status

Durum etkin olduğunu, belirttiğiniz özel bağlantı noktasında çalıştığını ve dinlediğini bildiriyorsa, bu konuda iyisinizdir. Değilse, hizmet başlangıcı değiştirdiğiniz sshd_config dosyasını değil, varsayılan bilgileri içeren başka bir yapılandırma dosyasını çağırıyor olabilir. Hizmet başlamadıysa (ölü olduğunu, etkin ve çalışmadığını söylüyorsa, bu, sorduğunuzdan farklı bir sorundur.

Bu adımlar muhtemelen sorduğunuz sorunun temel nedenini belirleyecektir.

Test amacıyla ve basitlik için: İstemci tarafında, bir terminal oturumundan ssh sunucusuna aşağıdaki gibi ssh

ssh -l username -p 54747 hostname

OP geri bildirimlerine dayanarak, sshd'nin önyüklemede başlatılmadığından, ancak manuel olarak çağrıldığında doğru başlatıldığından şüpheleniyorum. Bağlantı noktası 22 yoluyla başarılı ssh bağlantıları ssh sunucusuna DEĞİL, başka bir şeye (örneğin localhost) bağlanıyor olabilir. Ssh tipiyle bağlandıktan sonra bunu kanıtlamak veya reddetmek için

hostname

OP'nin söylediklerine dayanarak, ana bilgisayar adının ssh sunucusu atlası olmayacağını tahmin ediyorum.

Bunu daha fazla izole etmek için, ssh sunucusunu yeniden başlattıktan sonra ancak başka bir şey yapmadan önce , ssh sunucusu (Atlas) türündeki bir terminal oturumundan

ssh localhost

Bu başarısız olursa, olması gerektiği gibi, o zaman

ssh -p 54747 localhost

Bu da işe yaramazsa, çalışırken elde edilen sonuçları onaylar

sudo service sshd status

Muhtemelen, sshd_config ile paketiniz arasındaki farklar uygun olduğunda Y'yi yanıtladınız. Paket mantain versiyonunu kurmak ya da sizinkini korumak isteyip istemediğinizi sorar.

Düşünebileceğim olası nedenler

1. Önyükleme sırasında farklı bir sshd ikili dosyası veya farklı bir yapılandırma ile sshd başlatılır. Belki burada sistemd suçludur - /usr/lib/systemd/system/sshd.socketgörünüşe göre dosya üzerinden port değiştirmenin farklı bir yolu var : https://www.vultr.com/docs/how-to-change-ssh-port-on-coreos
2. Sshd başladığında doğru / etc / veya / etc / ssh henüz bağlanmamıştır, makinenizde daha sonra önyükleme işlemine bağlanan ayrı bir birim mi?
3. sshd, açılışta yapılandırma dosyasına okuma izinlerinden yoksundur, ancak sshd'nin daha sonra başlayıp başlamayacağını bilmiyorum.