Dotaz: Trvalý ssh tunel

[Georgius]

Dobrý večer, než začnu vynalézat kolo, rád bych se zeptal jestli už někdo neřešil nějakého "démona", který by udržoval reverzní ssh tunel na počítači za NATem, kterému čas od času spadne připojení.

s díky Georgius

Odpovědi

[razor]

Zdar, zkusil bych openvpn.

[Georgius]

No jo, ale ony jsou oba počítače každý za svým NATem. V této pohádce za sedmero sítěmi a sedmero NATy potřebuju navíc od chrabrého prince jen SSH komunikaci, takže VPN je imho trochu dělo na vrabce ...

[razor]

Já to tedy nikdy nepoužíl, ale možná se ti šikne hamachi

[Georgius]

Díky za tip, to je closed-source (dle wiki) a data jsou přes nějaký centrální cizí server. Fuj.

[MiK[3]Zz]

Ale prave openvpn je asi ta najjednoduchsia a pritom najbezpecnejsia volba.

[magnum]

taky davam hlas openvpn

[Josef Kufner]

Hmm... protunelovat openvpn přes ssh ... to zni hezky...

Ale jinak ti bude stacit jeden radek do inittabu:

x:12345:respawn:/usr/local/bin/navaz_spojeni_a_neukoncuj_se_dokud_nechcipne

[dantm]

Napriklad:

tento skript volej jednou za cas z cronu (*/5 * * * * /root/bin/tunel &)

#!/bin/sh
COMMAND='ssh -l uzivatel -N -R 22:0.0.0.0:22 adresa'
pgrep -f -x "$COMMAND" > /dev/null 2>&1 || $COMMAND

Napred je nutne nastavit ucet bez hesla, autentizace jen certifikatem.

[Samron]

Mozno nemam pravdu, ale ak su oba konce za NATom a nemas moznost nastavit forwardovanie aspon na jednom z nich (na jednom z NATovacich strojov), tak sa ti to nepodari. Ak sa mylim, opravte ma.

Riesenie by ma urcite zaujimalo, lebo som to raz potreboval a urobil som to pomocou openvpn, ktory bezal na tretom stroji na verejenej IP adrese (openvpn tu bezalo s tap zariadenim, ktore nemalo IP adresu, a len sprostredkovavalo komunikaciu medzi oboma klientami). Openvpn tiez riesi problem s nahodnymi vypadkami spojenia, funguje aj z win, ma mraky moznosti, ktore mozes (ale nemusis) vyuzit, atd. Nemyslim, ze je to kanon na vrabce.

Samron

[Jiří J.]

No dříve fungovaly projekty typu nat-traverse, kdy šlo pres UDP datagramy oblafnout základní NAT a vytvořit jakýsi pomyslný UDP tunnel.. poslední dobou nepozoruji, že by to někde šlo, za pokus to stojí, zkusil jsem něco takového se strojem s veřejnou a neveřejnou IP, fungovalo to .. packet loss 30% bez wifi ...

[Georgius]

Mezi tím, co jsem včera čekal na odpovědi jsem si taky trochu hrál s ssháčkem a dospěl jsem k tomu řešení s cronem. Respawn mne nenapadl, ale bojím se, že by vytvářel moc velký traffic v okamžiku, kdy síť jde do kopru. Moje řešení jsem napsal do mého blogu, prosím o připomínky ev. i tam. Díky všem z rady, o tom respawnu budu ještě chvíli přemýšlet ...