Przecież ten skrypt ZESTAWIA połączenie...

Jak skopiować klucz na VPS o porcie ssh 2213?

# scp klucz_router_pub.txt root@xx.xxx.xx.xxx -p 2213:~/.ssh/

Dobra, to już za nami, a teraz:

root@Gargoyle:~# ssh -f -NT -R 8889:localhost:22 root@xx.xxx.xx.xxx -p 2213 -i /root/klucz_router_pub.txt
ssh: Exited: Bad buf_getptr

root@Gargoyle:~# ssh -P 2213 -f -NT -R 8889:localhost:22 root@31.220.63.128 -i /root/klucz_router_pub.txt
WARNING: Ignoring unknown argument '-P'
ssh: Exited: Error resolving '2213' port '22'. Name or service not known

Błąd polegał na złym kluczu użytym do połączenia.

Skrypcik zestawia tunel. Jeżeli z jakiegoś powodu druga strona "zwiśnie" to tunel nadal jest ale nie możesz z nim nic zrobić. Więc standardowo - pinguj sobie drugą stronę i jak nie ma odpowiedzi to rób restart tunelu przez ew. ubicie tego co zostało i uruchomienie ponowne skryptu.

Nie ma. Po prostu pinguj.

Na routerze kliencie widziałem taki błąd.

netstat: /proc/net/tcp6: No such file or directory
netstat: /proc/net/udp6: No such file or directory
netstat: /proc/net/raw6: No such file or directory

No to ja zdalnie ściągnąłem i zainstalowałem na routerze serwerze http://ecco.selfip.net/attitude_adjustm … ar71xx.ipk i teraz nie mam kontaktu z routerem serwerem.

W związku z tym, że zdalne wyciągnięcie wtyczki routera z gniazdka z wykorzystaniem "żona.sh" nie rozwiązało problemu, to chciałbym się dowiedzieć jakie oprogramowanie mam ściągnąć z sieci, żeby zagadać z routerem, gdy wrócę do domu i nie będę miał połączenia z siecią?

Skrypt "żona.sh" raportuje, że nie ma dostępu po kablu z przeglądarki pod adresem 192.168.1.1

Proszę usunąć ten wpis, bo jak skrypt zobaczy to mam ...
A teraz to co? Uwaliłem go na amen? 30 - 30 - 30, czy da radę jakoś się z routerem dogadać?
To jest ta sztuka z 1.5.9.7.

Super, szkoda tylko, że nie zapisałem sobie tylko authorised_keys, bo jak widzę muszę konfigurować tunel od nowa.
Dziękuję za wsparcie i proszę trzymać kciuki, żeby mnie skrypt nie udusił.

Dobry wieczór, to znowu ja w jednym z dwu moich ulubionych tematów.

Tytułem przypomnienia R1 to mój serwer, a R2 to mój klient do którego chcę się dostać odwróconym tunelem, a teraz pora na problem.

Na R2 jest skrypt sprawdzający dwa warunki - po pierwsze czy tunel jest jednym z aktywnych procesów R2, a po drugie R2 poprzez tunel ma na R1 sprawdzić czy na porcie 443 prowadzony jest przez "cokolwiek" (np. usługę) nasłuch. Jeśli oba warunki są spełnione ma nie robić nic, bo tunel działa.

Skrypcik jest wrzucony do crontaba i uruchamia się co 5 minut. Problem jest taki, że skrypt uruchomiony z ręki działa prawidłowo, tzn. w związku z tym, że oba warunki są spełnione nie robi nic. Gdy minie 5 minut i uruchamia się z crona, to warunek pierwszy jest spełniony (co jest prawdą), a drugi nie (co nie jest prawdą) i w efekcie rozłącza tunel i składa go na nowo.

Pytanie - czy cron ma jakieś ograniczone uprawnienia względem roota i nie może wykonać prawidłowo tego skryptu?

Dziękuję za odpowiedź.

Mając zestawiony tunel z R2 do R1 wykonuję w skrypcie polecenie, które ma się zapisać w zmiennej B:

B=`ssh -p 1313 lamer@13.131.313.13 -i /root/rsa_secret.txt netstat -an | egrep "tcp.*:443.*LISTEN" | wc -l`

Od  razu  nadmieniam,  że  próbowałem  już  zmiennych  SHELL i PATH w skrypcie, a mianowicie:

SHELL=/bin/sh
PATH=/bin:/usr/bin:/usr/sbin
. /etc/profile
... reszta skryptu ....

ale dalej to nic nie daje

Najważniejsza zmienna w skrypcie to:

B=`....`

a dalej

if [ $B -eq 0 ]; then
    killall -9 ssh
    $TUNEL
fi

i  o  ile  "z  ręki"  działa  prawidłowo, tak uruchamiane z crona nie działa.