Dotaz: Linux Mint 18.1 Cinnamon - autostart ssh

[Petr Fiedler]

Zdravím,

marně se snažím nastavit autostart ssh. Když ho spustím ručně, tak vše funguje. Ale zautomatizovat to nejsem schopen. Ví někdo prosím co s tím? Tady jsou podrobnosti o tom, co jsem už zkoušel.

Petr

---

---

Odpovědi

[majales]

Zaměřil bych se na tohle:

error: Bind to port 22 on 192.168.0.111 failed: Cannot assign requested address.

Ještě se zeptám, neposlouchá na tom portu něco jiného?

Co ukáže toto?

netstat -anp |grep 22

[Petr Fiedler]

Tohle:

petr@gigabyteLVM ~ $ netstat -anp |grep 22
(Všechny procesy nemohly být identifikovány. Budou vypsaány informace
pouze o procesech, jichž jste vlastníkem. Aby jste mohl vidět vše, musel
byste být superuživatelem.)
tcp        0      0 192.168.0.111:33174     171.25.221.158:80       SPOJENO     2154/firefox    
tcp        0      0 192.168.0.111:52282     172.217.23.205:443      SPOJENO     2154/firefox    
tcp        0      0 192.168.0.111:50430     52.202.229.147:443      SPOJENO     2154/firefox    
tcp        0      0 192.168.0.111:57460     52.222.171.117:443      TIME_WAIT   -               
tcp        0      0 192.168.0.111:50432     52.202.229.147:443      SPOJENO     2154/firefox    
unix  22     [ ]         DGRAM                    14691    -                   /run/systemd/journal/dev-log
unix  2      [ ACC ]     STREAM     NASLOUCHÁ    25226    -                   /var/run/NetworkManager/private-dhcp
unix  3      [ ]         STREAM     SPOJEN        22798    -                   
unix  3      [ ]         STREAM     SPOJEN        22304    -                   /var/run/dbus/system_bus_socket
unix  2      [ ]         DGRAM                    22551    -                   
unix  3      [ ]         STREAM     SPOJEN        22550    -                   
unix  3      [ ]         STREAM     SPOJEN        22810    -                   
unix  2      [ ]         DGRAM                    25229    -                   
unix  3      [ ]         STREAM     SPOJEN        22927    -                   /var/run/dbus/system_bus_socket
unix  3      [ ]         STREAM     SPOJEN        21225    -                   
unix  3      [ ]         STREAM     SPOJEN        22311    -                   /var/run/dbus/system_bus_socket
unix  3      [ ]         STREAM     SPOJEN        22811    -                   
unix  3      [ ]         STREAM     SPOJEN        22996    -                   /run/systemd/journal/stdout
unix  3      [ ]         STREAM     SPOJEN        28922    1887/dbus-daemon    @/tmp/dbus-v0UgNXxOsc
unix  3      [ ]         STREAM     SPOJEN        22994    -                   
unix  3      [ ]         STREAM     SPOJEN        31833    2245/python3        
unix  3      [ ]         STREAM     SPOJEN        29122    2091/gvfsd-metadata 
unix  3      [ ]         STREAM     SPOJEN        31022    2154/firefox        
unix  3      [ ]         STREAM     SPOJEN        23422    -                   
unix  3      [ ]         STREAM     SPOJEN        29254    2245/python3        
unix  3      [ ]         STREAM     SPOJEN        29022    1812/cinnamon-sessi @/tmp/.ICE-unix/1812
unix  3      [ ]         STREAM     SPOJEN        29259    2245/python3        
petr@gigabyteLVM ~ $ 

[Petr Fiedler]

A jako root:

petr@gigabyteLVM ~ $ sudo netstat -anp |grep 22
[sudo] heslo pro petr: 
tcp        0      0 192.168.0.111:33190     171.25.221.158:80       TIME_WAIT   -               
tcp        0      0 192.168.0.111:44220     216.58.214.196:443      SPOJENO     2154/firefox    
unix  22     [ ]         DGRAM                    14691    1/init              /run/systemd/journal/dev-log
unix  2      [ ACC ]     STREAM     NASLOUCHÁ    25226    884/NetworkManager  /var/run/NetworkManager/private-dhcp
unix  3      [ ]         STREAM     SPOJEN        22798    834/dbus-daemon     
unix  3      [ ]         STREAM     SPOJEN        32261    1/init              /run/systemd/journal/stdout
unix  3      [ ]         STREAM     SPOJEN        22304    834/dbus-daemon     /var/run/dbus/system_bus_socket
unix  2      [ ]         DGRAM                    22551    779/systemd-logind  
unix  3      [ ]         STREAM     SPOJEN        22550    795/avahi-daemon: r 
unix  3      [ ]         STREAM     SPOJEN        22810    790/ModemManager    
unix  2      [ ]         DGRAM                    25229    1288/dhclient       
unix  3      [ ]         STREAM     SPOJEN        21225    783/cron            
unix  3      [ ]         STREAM     SPOJEN        22311    834/dbus-daemon     /var/run/dbus/system_bus_socket
unix  3      [ ]         STREAM     SPOJEN        22811    833/accounts-daemon 
unix  3      [ ]         STREAM     SPOJEN        22996    1/init              /run/systemd/journal/stdout
unix  3      [ ]         STREAM     SPOJEN        28922    1887/dbus-daemon    @/tmp/dbus-v0UgNXxOsc
unix  3      [ ]         STREAM     SPOJEN        22994    884/NetworkManager  
unix  3      [ ]         STREAM     SPOJEN        32263    1/init              /run/systemd/journal/stdout
unix  3      [ ]         STREAM     SPOJEN        31833    2245/python3        
unix  3      [ ]         STREAM     SPOJEN        29122    2091/gvfsd-metadata 
unix  3      [ ]         STREAM     SPOJEN        31022    2154/firefox        
unix  3      [ ]         STREAM     SPOJEN        23422    1264/dbus-launch    
unix  3      [ ]         STREAM     SPOJEN        29254    2245/python3        
unix  3      [ ]         STREAM     SPOJEN        29022    1812/cinnamon-sessi @/tmp/.ICE-unix/1812
unix  3      [ ]         STREAM     SPOJEN        29259    2245/python3        
petr@gigabyteLVM ~ $ 

[majales]

Zvláštní.. asi by stálo za to zjistit co je v syslogu. Můžeš grepnout to co se týká sshd? A nebo ještě v logu systemd:

systemctl status sshd

případně

journalctl -u sshd

[Petr Fiedler]

Až přijdu z práce ke komplu, tak ti to sem dám.

Něco na vysvětlení: Začal jsem se učit Linux a tak jsem si ten stejný nainstaloval doma na desktop, v práci na můj notebook a ještě chodím na kurz Linuxu a tam jsem si ho dal taky na jeden pc. Všude tedy mám Linux Mint 18.1 Cinnamon. A všude mám poslední verzi kernelu (ukuu). A nikde nejde rozjet autostart ssh. Můj linuxový lektor si s tím taky neví rady a to má vejšku na sítě. Zrovna jsem v práci a na svém notebooku to zkouším rozjet a narazil jsem na neuvěřitelnou věc. Mám nainstalovaný openssh-server a dotáhl jsem ještě balík ssh. V /etc/ssh/sshd_config jsem odkomentoval ListenAddress a vyplnil jsem patřičnou ip adresu např. 192.168.0.123 a uložil. Po rebootu se ssh automaticky nespustí a když v terminálu zadám ssh 192.168.0.123, tak to napíše: connection refusef. Když znovu zedituju konfigurák sshd_config a zakomentuju ListenAddress, tak po rebootu se ssh automaticky spustí a když v terminálu zadám ssh + konkrétní ip (je zakomentovaná), tak to funguje a normálně se po zadání hesla připojím. Chápete to někdo? Asi nějaká chyba v ještě neodladěném Míntu 18.1. Asi vše přeinstaluju na Mint 17.3. Ten jsem před časem kvůli horší lupě zavrhl. ale asi ho teď odzavrhnu. Jsem velmi zvědavý na to co to bude dělat doma na desktopu.

Zatím zdarec ...

[majales]

V mém Debianu je v /etc/sshd_config ListenAddress zakomentované.

cat /etc/ssh/sshd_config |grep -i listen
# What ports, IPs and protocols we listen for
#ListenAddress ::
#ListenAddress 0.0.0.0

Předpokládám, že defaultně to poslouchá na všech interfacech na všech adresách na portu 22. Pokud v logu nic nebude tak by asi stálo za to nastavit v sshd_config debug pomocí

LogLevel Debug

nebo alespoň

LogLevel Verbose

Ať je jasné co se děje.

Jo a ještě se podívej do

/etc/default/ssh

i když nevím jestli je to používané, protože to je pro starý init.d skript a předpokládám že Mint už jede sshd přes systemd.

[Petr Fiedler]

Co se týká sshd_config, tak defaultně jsem ho měl nastavený stejně jako ty, než jsem to změnil.

Pokud v logu nic nebude, tak by asi stálo za to nastavit v sshd_config debug pomocí ... => vůbec nechápu, co po mě žádáš

V etc/default/ssh bylo tohle:

# Default settings for openssh-server. This file is sourced by /bin/sh$ # /etc/init.d/ssh.

# Options to pass to sshd SSHD_OPTS=

[majales]

Měl jsem na mysli udělat zálohu souboru /etc/ssh/sshd_config pak ho editovat a přídat tam ten "LogLevel Debug" na nový řádek. Ještě bych určitě zakomentoval tu ListenAddress

[k3dAR]

v ramci tve vyuku take doporucuju zalohu konfigu, tedy vzdy pred jakoukoliv vlastni upravou provest nastedujici

cp -a soubor soubor.orig

parametr -a zachova datum/cas takze budes mit puvodni, pripona .orig (nebo jina co zvolis, ale vzdy stejna) ti pak umozni snadno dohledat vsechny puvodni soubory ktere si upravoval...
ma to nekolik vyhod, jednam se muzes vzdy snadno vratit k puvodnimu nastaveni (bez potreby premejslet co jsi zmenil), zaroven se muzes snadno podivat co jsi zmenil a provest totozne na jinem pocitaci a/nebo jinem systemu...

diff soubor.orig soubor

pripadne rovnou udelat patch kterej muzes jinde aplikovat automaticky s tim ze si i poresi pripadne nepatrne rozdili (napr. jine cislo radku)

git diff soubor.conf soubor >soubor.patch

git diff nemusis pouzit jen pro tvorbu patche, ale oproti normalnimu diff je i prehlednejsi, dukladnejsi bez dalsich parametru...

[Petr Fiedler]

To je hodně dobrý, díky

[majales]

Jo a ještě se podívej jestli je opravdu povolený ssh server

systemctl list-unit-files | grep ssh

sshd.service musí být enabled

[Petr Fiedler]

Je enabled.

[sshd]

Blahopřeji k nalezení téměř 10 let staré neopravené chyby.

[Peter Golis]

Tak to je potom smutné keď to niekde neopravili. Mne to funguje:

Štandardné nastavenie bez obmedzenia:

# netstat -tunlp|grep -e :22\  -e Address
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      8313/sshd       
tcp6       0      0 :::22                   :::*                    LISTEN      8313/sshd       
#

Nastavenie ListenAddress len pre špecifickú adresu sieťového rozhrania:

# netstat -tunlp|grep -e :22\  -e Address
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 192.168.122.1:22        0.0.0.0:*               LISTEN      8255/sshd       
#

Ale, Mint nepoužívam.

[Petr Fiedler]

Tak doma na desktopu se to chová úplně stejně. Konzultoval jsem to se svým lektorem Linuxu a řekl mi, že tohle distro se chová nestandardně. Např. v Ubuntu, pokud by v /etc/ssh/sshd_config nebylo zrušeno zakomentování řádku ListenAddress a nebyla by tam zadaná IP pro localhost, tak by se nešlo např. pomocí Putty připojit k danému pc. Prostě by to nefungovalo, protože by neběželo ssh. Ale Mint (dle slov mého učitele) si tu IP adresu někde sám zjistí a proto ten řádek v tom konfiguráku může zůstat zakomentovaný. A problém právě nastane, když se zakomentování zruší. To by asi bylo potřeba něco donastavit. Takže ssh už mi autostartuje

Díky všem, mějte se.

Petr

[Peter Golis]

Pozdravujem lektora, a odkazujem mu že vo východzom nastavení sshd v Ubuntu je nastavenie ListenAddress zakomentované, a pripojiť sa na ssh server dá bez problému. To nastavenie totižto lsúži na obmedzenie pripojenia na špecifikovanú adresu. Ak nie je to obmedzenie nastavené, tak to počúva na akejkoľvek adrese IPv4 a aj IPv6. A ak sa nastaví že má počúvať na špecifickej adrese rozhrania, tak na nej počúva. Ak ju má k dispozícii. To sú základy siete.

PS: Kto poskytuje ten kurz?

[Petr Fiedler]

Možná jsem to nevysvětlil úplně dobře. Každopádně šlo o to, že jsme právě chtěli, aby to poslouchalo na konkrétní adrese, kterou jsme rezervovali v nastavení routeru v nastavení DHcP. Zeptám se ho, jestli by ti chtěl odpovědět. Já to určitě nedokážu tak, jako on.

[Peter Golis]

Štart sshd nezávisí od toho či je rezervovaná daná adresa v nastavení routra pre DHcP.

Štart sshd zlyhá ak má obmedzenie na IP adresu ktorá nie je pridelená sieťovému rozhraniu počítača na ktorom sa štartuje daná služba sshd. Vtedy to zlyhá s chybou:

error: Bind to port 22 on 192.168.66.6 failed: Cannot assign requested address.

Naozaj by som sa rád dozvedel kto poskytuje ten kurz. Rád by som sa im vyhol.

[Petr Fiedler]

Jak to myslíš, že není přidělená síťovému rozhraní? Jestli to správně chápu, tak právě DHcP tu IP adresu přiděluje. Takže by měla být přidělená, ne? V nastavení DHcP jsem rezervoval adresu 192.168.0.111 a tu jsem taky zadal do sshd_config. Proč teda podle tebe ssh nestartoval?

[Peter Golis]

Nie. To že si v reštaurácii zarezervuješ stôl neznamená že za ním sedíš.

Skontroluj si pridelené adresy na sieťových rozhraniach, ako som už hovoril.

[Petr Fiedler]

Jestli myslíš:

ip a

tak to jsem udělal, ještě než jsem sem napsal a tam ta zarezervovaná adresa byla (teda s maskou /24). Myslel jsi tohle?

[Petr Fiedler]

Tady je výpis:

~ $ ip a

link/ether 40:8d:5c:b0:95:a1 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.111/24 brd 192.168.0.255 scope global enp0s31f6

[Petr Fiedler]

Takže proč to teda autonestartovalo? Asi proto, že je to 10 let stará neopravená chyba.

[lertimir]

Ty jsi tu chybu snad nepřečetl. ListenAddress způsobí, že sshd bude poslouchat pouze na uvedených adresách a ne na všech. No a co má daemon dělat, když se spustí a zjistí, že nikde žádná z adres uvedených v ListenAddress není. Tak skončí s chybou protože nemá kde poslouchat a není proč by běžel. a když máš adresu přes DHCP, tak ti může nastat situace, kdy to chvíli trvá než systém dostane adresu a sshd nemá ošetřené závisle spuštění a spustí se ihned a je před přiřazenou adresou a když nemá na jaké adrese poslochat tak se ukončí.

[Peter Golis]

Samozrejme že sa na tú chybu nepozrel ako mu bolo poradené (v syslogu alebo žurnáli). Keby sa pozrel, tak zistí že za tou chybou ide fatálne zlyhanie:

fatal: Cannot bind any address.

A to je dôvod na to aby sa služba sshd ukončila. Jedná sa o sieťovú službu ktorá keď nemá na akej adrese počúvať, tak sa nemá dôvod spustiť a zíde zo sveta vlastnou rukou.

PS: Obávam sa že sa ani nejednalo o lektora. Ľudí čo učia to, čomu nerozumejú je veľa. Ale ludí ktorí odpovedia že je to divné len preto že tomu nerozumejú, tak takí ľudia nemôžu byť profesionáli. A naozaj by som sa rád dozvedel meno firmy ktorá poskytuje školenia takýmito ľuďmi. Táto informácia môže zabrániť reklamácii kde by sa jednalo nielen o navrátenie sumy zaplatenej za školenie, ale aj o bežné náklady a zamestnanca počas školenia spolu s ušlým ziskom ktorý by ten zamestnanec vyprodukoval.

[sshd]

Služba sshd se prostě spouští dříve, než je k dispozici IP adresa, zadaná v direktivě "ListenAdress".

Proto dojde k chybě a sshd "umře".

Například u databáze MariaDB master-master je toto ošetřeno.Při výpadku jednoho nodu dojde po nějaké době k novému pokusu o připojení a synchronizaci.

Sranda to může být na serveru, protože dnes se spouští služby při startu paralelně, a kdo dřív přijde, ten dřív (do)mele...

[lertimir]

Navíc mysím, že tazatel nechápe, že jedinný důvod proč používat ListenAddress je ten, že nechci na některé adresse poslouchat, protože jinak nejpřirozenější je poslouchat na všech interfaces. A potom tam je vždy přítomný intervace localhost a služba vždy odstartuje. Zatím nevíme, proč se tazatel pytlíkuje s omezením na nějaké adresy.

[Petr Fiedler]

Lertimire, prosím tě, mohl bys mi to ještě více přiblížit. Jestli to teda chápu dobře, tak podle tebe když do ListenAddress v sshd_config vyplním nějakou adresu, tak na ní to poslouchat nebude?

[Petr Fiedler]

Už jsem to asi pochopil. Když nechci z nějakého důvodu na nějaké určité adrese poslouchat, tak si v ListenAddress vyplním adresu, na které poslouchat chci a pak na ní poslouchám, že jo?

[lertimir]

Když nechceš mít problém ListenAddres zakomentuješ. Pak to bude defaltně poslouchat na všech rozhraních.

[Petr Fiedler]

Zatím nevíme, proč se tazatel pytlíkuje s omezením na nějaké adresy.

No, přesně ti to taky neřeknu, ale cílem toho, čemu jsem teď vyučován je si pomocí magic packet probudit svoje pc odjinud a nalogovat se do systému ...

[lertimir]

Hm. Ale to s sshd a jeho omezením na rozhraní vůbec, ale opravdu vůbec, nesouvisí. Klasická situace pro tohle je. Mám jeden systém. Jen mám přístupný na zalogování. Zaloguji se na něj a s pomocí magic packet probouzím jiné stroje. Nic co se týká omezování ssh na rozhraní.

[Petr Fiedler]

Peter,

měl by si být opatrnější s vynášením soudů. Vůbec neznáš okolnosti a tak je takřka nemožné vynést pravdivý soud. Co se týká lektora, je to člověk, se kterým jsem se sblížil a bez toho, že bych o tom s ním promluvil sem už o něm nic psát nebudu. Pracuje v neziskovce a zdarma mi pomáhají a já se jim neodvděčím tím, že na ně nakydám humus. Třeba si to obhájit dokáže a tady na tom webu to vysvětlí. Rozhodně ale nikdo nepřichází o žádné peníze atd... A je to lektor. Jak jsem už napsal. Nesuď, když o tom nic nevíš, je to opravdu dost hloupé. Píšu ti to přátelsky

[Peter Golis]

Peter,

Okolnosti si opísal veľmi presne. Citujem: Konzultoval jsem to se svým lektorem Linuxu a řekl mi, že tohle distro se chová nestandardně.. Teda, lektor nerozumel látke ktorú vyučoval. A aby tú nevedomosť zahladil, tak zdehonestoval produkt ktorý nepozná.

PS: Ten lektor si nemá čo obhájiť. Predpokladám že ti rovno povie že si nerozumel jeho slovám, a to bol základ tohoto nedorozumenia.

[Petr Fiedler]

Díky za vysvětlení.

Chybu jsem si přečetl, ale za prvé neumím anglicky a překládám to pomocí Google Translator, což bývá někdy dost kostrbaté a za druhé tomu nerozumím jako vy, takže ne vždy (jako evidentně teď) vše pochopím.

[Ruža Becelin]

Lepsi je:

sudo netstat -alnptu | grep 22

[Petr Fiedler]

petr@hp ~ $ sudo netstat -alnptu | grep 22
sudo: unable to resolve host hp: Connection timed out
[sudo] password for petr: 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      969/sshd        
tcp        0      0 172.16.33.64:38268      171.25.221.158:80       TIME_WAIT   -               
tcp        0      0 172.16.33.64:59712      93.184.220.29:80        ESTABLISHED 2142/firefox    
tcp        0      0 172.16.33.64:38260      171.25.221.158:80       TIME_WAIT   -               
tcp        0      0 172.16.33.64:38262      171.25.221.158:80       TIME_WAIT   -               
tcp        0      0 172.16.33.64:40022      209.85.233.120:443      ESTABLISHED 2142/firefox    
tcp        0      0 172.16.33.64:38264      171.25.221.158:80       TIME_WAIT   -               
tcp        0      0 172.16.33.64:38270      171.25.221.158:80       TIME_WAIT   -               
tcp        0      0 172.16.33.64:38266      171.25.221.158:80       TIME_WAIT   -               
tcp6       0      0 :::22                   :::*                    LISTEN      969/sshd        
petr@hp ~ $ 

[Petr Fiedler]

Jen dodám, že tohle posílám z notebooku v práci. Ne, jako včera z domácího desktopu. Ale je to asi jedno. Půjde asi o stejný problém.

[Peter Golis]

Ale v práci ti ten sshd počúva na porte 22. Skontroluj si či naozaj máš na nejakej sieťovej karte IP adresu ktorú mu vnucuješ, a či to nemáš zarezané na firewalli. V prípade Virtuálneho stroja si aj skontroluj či naň inak cez sieť vidíš.