Dotaz: SSH auto remote port forwarding

[darren97]

Ahojte, mam server so statickou verejnou IP + server doma co je za NAT. Pouzival som remote port forwarding zo servera doma na server s verejnou IP, aby sluzby servera co je doma boli dostupne aj z internetu. Kazdopadne robil som to rucne a nechaval som to bezat v backround-e. Teraz potrebujem uz dva porty zo servera doma dat na server s verejnou IP. Su navody na internete, ale nic take extra riesenie som nenasiel. Viete mi poradit v akom ssh konfigu viem nastavit, aby vzdy po boote spravilo tento remote port forwarding na 2 porty na ten verejny server (samozrejme SSH je cez certifikat a nie heslo). Dik.

---

---

Odpovědi

[darren97]

Pripajam este nejaku moznost nejakeho autoreconnect, v pripade ze spadne session alebo sa nebodaj rebootne server s verejnou IP.

[NN]

Jmenuje se to autossh, ale neni to 100% spolehlive radeji bych se poohlednul po VPN reseni, ktere ma lepe vyresenou obnovu spojeni.

[majales]

Asi bych použil autossh startované jako systemd service.. to je vcelku spolehlivé.

[GeorgeWH]

oxymoron ako vysity :D

[darren97]

Zdravim
Pouzijte autossh jak tu uz radi. Pokud potrebujete dalsi port tak neni problem otevrit proste dalsi ssh spojeni. Normalne to tak mam a bezne to funguje. Muzete se inspirovat zde timto skriptem ssh_tunnel.sh ktery spustite Cronem pri startu:

#!/bin/bash
while :; do
autossh -o "ServerAliveInterval 30" -o "ServerAliveCountMax 3" -o "ExitOnForwardFailure yes" -i /home/user/.ssh/id_rsa -M 0 -N -R 32000:127.0.0.1:8080 user@server.tld -p 22
sleep 300
done

Zpristupnite tak na domacim serveru sluzbu ktera bezi na localhostu a portu 8080 tak ze bude dostupna na VPS na portu 32000 Zapis do Cronu:

@reboot /bin/sleep 60; /usr/bin/screen -Sdm screen1 /home/user/httpd/ssh_tunnel.sh

No a pro dalsi port si udelate totez akorat prepisete spravne porty. Spolehlivost paradni, tunel pokud padne tak se sam po par minutach znova otevre. Nestalo se mi ze by to nefungovalo.

[darren97]

Ahoj, vyzera to dobre, dakujem :) Urcite to vyskusam. ten dalsi port som myslel jednoducho, ze tam dam druhy -R statement, co by nemal byt problem, napriklad: #!/bin/bash while :; do autossh -o "ServerAliveInterval 30" -o "ServerAliveCountMax 3" -o "ExitOnForwardFailure yes" -i /home/user/.ssh/id_rsa -M 0 -N -R 32000:127.0.0.1:8080 -R 32001:127.0.0.1:8081 user@server.tld -p 22 sleep 300 done

[Josef Kufner]

Teda spouštět to pomocí screenu a cronu je docela zvrhlé. Napsat jednu systemd službu je spolehlivější a mnohem přehlednější.

[Unit]
Description=AutoSSH tunel
#After=networking.service

[Service]
ExecStart=/usr/bin/autossh -o "ServerAliveInterval 30" -o "ServerAliveCountMax 3" -o "ExitOnForwardFailure yes" -i /home/user/.ssh/id_rsa -M 0 -N -R 32000:127.0.0.1:8080 user@server.tld -p 22
KillMode=process
Restart=always
RestartSec=300

[Install]
WantedBy=multi-user.target
Alias=ssh-tunel.service

[otasomil]

No je to morbidni ale v dobe kdy sem toto resil tak Systemd nebylo bezne nebo bylo v zacatcich. Navic ve Screenu se lze podivat v pripade potizi co se deje, jen takto jsem vychytal spadavani tunelu.

[Josef Kufner]

systemctl status ssh-tunel.service ti ukáže stdout a stderr té služby a zda vůbec běží. Pokud chceš víc, než jen pár posledních řádek, tak journalctl -u ssh-tunel.service. Nastavit to jde volbami StandardOutput a StandardError.

[otasomil]

A takto se daj spoustet sluzby i jako bezny uzivatel? Myslim ze je zcela zbytecne poustet nejaky tunel jako root pokud teda nejde o porty pod 1024. Proto Cron a v nem Screen jako kterykoli bezny uzivatel.

[Josef Kufner]

Samozřejmě. Stačí připsat User=…. Možností je tam spousta.

A zrovna na přeposílání portu by se hodilo využít socket activation a spouštět tunel jen když je používán.

[otasomil]

A mohu systemd services vytvorit i jako bezny uzivatel ktery nema roota?

[kaaja]

Ano, staří službu umístit do ~/.config/systemd/user/moje.service a pak

systemctl --user enable/start/.....  moje.service

Jediný problém pak je, že dafaultně se uživatelské služby nestartují po startu systému, ale až po nalogování uživatele a ukončují se po odhlášení uživatele (posledním odhlášení). To se musí uživateli povolit pod rootem

loginctl enable-linger username

[k3dAR]

nic si z toho nedelej take to resim pres cron a nepouzivam ani autossh, ale vlastni skript co navaze ssh spojeni pokud nevidi ${ssh_tunel_command} mezi bezicima akorat nepouzivam screen, odladeni sem delal poustenim skriptu rucne :)

[Semo]

Ak pouzijem systemd, tak je vobec nutne spustat autossh? Nestaci ssh a restarty spadnuteho spojenia nechat na systemd?

[Josef Kufner]

V podstatě ano, ale autossh má v sobě pár triků pro lepší sledovaní stavu tunelu, kdežto systemd pracuje jen na úrovni procesu, zda běží, či neběží. Pokud by se poladilo nastavení systemd, ssh, keep alive paketů a socket activation, tak by se asi autossh dalo plně nahradit.

[otasomil]

Ssh samo o sobe obcas z nevysvetlitelnych duvodu padne, nekdy po par hodinach a nekdy i mesicich. Autossh resi tento problem. Kazdopadne pokud to udelate tak jak pisete tak porad mate moznost spojeni vytuhle sestrelit na serveru a skript pro systemd se postara o opetovne spojeni. Toto se hodi ale pouze pokud potrebujete pristup jen pro sebe.

[Semo]

Ha, vsetko tu uz bolo, a ani nie as tak davno AbcLinuxu: autossh vs systemd. A este aj diskutujuci sa ciastocne prekryvaju.

Nie som prvy, koho napadlo, ze so systemd uz autossh nie je nutne: README-setup-tunnel-as-systemd-service

Skombinovat vsetko dokopy, pridat bez s enable-linger pod non-rootom a je to dokonale.

[NN]

Reseni restartovanim sluzby kazdych 5 vterin myslis vazne?

[Filip Jirsák]

To myslíte vážně, že pořád píšete o věcech, o kterých nic nevíte? Najít si manuálovou stránku systemd.service a zjistit si, co znamená RestartSec, přece není až tak těžké.

[NN]

To opravdu neni:

 Configures the time to sleep before restarting a service (as configured with Restart=). Takes a unit-less value in seconds, or a time span value such as "5min 20s". Defaults to 100ms.

Znamena to snad neco jineho, nez ze se bude sluzba kazdych 5 sekund restartovat? Ne? lol..

[Filip Jirsák]

Pro blbé, kteří si to neumí přečíst v manuálové stránce: znamená to, že pokud bude nutné službu restartovat (podle konfigurační volby Restart), počká se s restartem (v tomto případě) 5 sekund. Konfigurační volba Restart pak určuje, kdy k tomu restartu má dojít – několik voleb je při ukončení hlavního procesu (a rozlišují se různé návratové kódy ukončení), další možnost je na základě watchdogu. V odkazovaném příkladu je Restart=always, tj. pokud se hlavní proces ukončí s libovolným návratovým kódem, 5 sekund se počká a pak se nastartuje znovu.

Důvod, proč se používá ten odklad při restartu, je ten, že ukončení a/nebo start mohou být dost často náročné operace. Pokud by ve službě (nebo konfiguraci či datech) byla nějaká chyba, která by způsobovala, že služba nenaběhne správně a brzy se ukončí, můžete skončit s tím, že se služba bude bez přestání pořád dokola jen restartovat a restartovat, a dost tím vytíží počítač.

Ale fascinuje mne, že jste si opravdu myslel, že se každá služba pod systemd ve výchozí nastavení restartuje každých 100 milisekund. To už je záporné IQ, ne?

[NN]

Fuck off.

No ale, má pravdu, předsedo.

[k3dAR]

nebylo zmineno, sice netusim zda s autossh to take je vhodne, logicky predpokladam ze ano, ale s vlastnim resenim pouzivam na strane cile (tedy toho s verejnou IP) v /home/uzivatel_pouzit_pro_ssh_spojeni_ze_zdroje/.ssh/authorized_keys omezeni pouzitemu klicu jen pro navazani tunelu, tedy na radky pred/vpravo klicem:

command="/bin/sleep 4294967001",no-agent-forwarding,no-pty,no-user-rc,no-X11-forwarding,permitopen="localhost:5901",permitopen="localhost:2201" ssh-rsa nasledujeklic...

u sleep na konci pouziju stejne cislo jako konec cisla portu, kvuli identifikaci, pokud tunel ma problem zabiju v cili proces sleep s danym cislem a tunel se obnovi ...

[darren97]

Dakujem kazdemu za rady :)