Pomoc How to disable Public_IP watchdog script?

Mol

System Engineer
Q Specialist
15 Lipiec 2018
169
13
18
45
QNAP
TS-x64
Ethernet
2.5 GbE
I use 2 connections and I have some of the services exposed on one connection, some on the 2nd connection. Before the script was put in place, everything was working better for me. Since a week it misidentifies the connection on which rTorrent should work and I am invisible ;-(.
Can you add an option to disable this script?

How to turn it off quickly?
 
Będzie lepiej jeśli napiszesz jak konkretnie objawia się ten problem. Co oznacza, że używasz dwóch połączeń? Masz dwa gateway'e?
Czy wybrałeś w opcjach prawidłowy interfejs?
1712638276349.png
 
W rTorrent mam ustawione "default gateway", qnap "dostaje" IP z klasy prywatnej (LAN)
Mój QNAP jest w sieci LAN. Mam 2 łącza od 2 różnych operatorów A i B. Mój router to pfSense.
Jako łącze domyślne (główne) na pfSense mam ustawione łącze B.
W regułach - i to do tej pory wszystko pięknie działało do czasu wprowadzenia nowej funkcjonalności mam ustawione że porty na QNAP (6008, 32400, 42000, 49750:49832, 6881:8000, 8080:8082) wychodzą łączem A.
Jak zrestartuje QNAP to przez pewien czas poprawnie pokazuje że wychodzi łączem A a dopiero po pewnym czasie zmienia na łącze B i do kolejnego restartu nie jest w stanie "wrócić" na łącze A.
Oczywiście mam ustawione reguły na pfsense że jeśli coś się dzieje z łączem B to ma "iść" łączem A.
Fajnie gdyby dało się wyłączyć ten skrypt - bo przez wiele lat wszystko pięknie działało i automatycznie przełączał sie mi program na działające łącze.

edit: te porty są otwarte na łączu A
 
No to nie będzie nigdy to kompatybilne.
Zadaniem tego skryptu jest odpytać na porcie 80/443 tego jaki IP jest publiczny dla serwera:
Bash:
        "1")
            _public_ip_addr=$(\
                curl -sL --connect-timeout 3 --interface $bindif http://ipinfo.io/ip || \
                echo -n 1.1.1.1)
        ;;
        "2")
            _public_ip_addr=$(\
                curl -sL --connect-timeout 3 --interface $bindif http://ifconfig.co || \
                echo -n 1.1.1.1)
        ;;
        "3")
            _public_ip_addr=$(\
                curl -sL --connect-timeout 5 --interface $bindif http://icanhazip.com || \
                echo -n 1.1.1.1)
        ;;
Są to randomowe zapytania, do któregoś z tych adresów.
Możesz sobie to zweryfikować logując się po SSH
i wykonując np.:
Bash:
curl -sL http://ifconfig.co
Voila!
I w ten sposób określany jest adres IP wychodzący. Dla takiej konfiguracji jak Ty używasz nie można odpytać serwera wychodząc portem rtorrenta.
 
Nie wiem czy rozumiesz, ale poprzednia wersja była zbugowana. Nie da się wyłączyć tego skryptu i jest to prawidłowe działanie programu. Ten skrypt weryfikuje jakie jest publiczne IP co minute i przekazuje trackerowi, aby klienci niezależnie czy ze zmiennym IP czy z VPN mogli poprawnie korzystać z programu.
To Ty masz nietypową konfigurację i to w Twoim interesie jest rozwiązać problem.
 
  • Lubię to
Reakcje: jerry1333
Spróbuje u siebie zmienić ale nie czy nie da się dodać przełacznika do wyłączenia tego skryptu? Przy okazji w pasku pokazuje mi że mam starą wersję:
1712682355037.png
 
porty 80 i 443 wskaz na ten sam interfejs

a tak w ogole to IMHO zle to robisz
skoro masz dwa WAN'y
to powinienes zNATowac WAN na którym masz QNAP i zapiąć go do LAN2 w swoim QNAP
pierwszy WAN znatować i zrobić bridge i zapiąć go do LAN1 w swoim QNAP
i w rtorrent wybrać interfejs LAN1/LAN2 który ma wychodzić całym ruchem
to jest prawidłowa metoda
 
Na razie ustawiłem regułę która ruch do tych hostów na których masz skrypt kieruje na właściwe łącze ;>
niestety problem prawdopodobnie może wrócić jak łącze na którym działa się wywróci (nikomu nie polecam usług Vectra) i przełączy się na 2. Z jakiegoś powodu chyba ma problem z powrotem na "bazowe" łącze. Zobaczę w przeciągu 24h
Jeszcze raz dziękuje za support ;>
 
  • Lubię to
Reakcje: Silas Mariusz
coś jest nie tak, znowu qnap próbuje wyjść łączem B zamiast A tj qnap dobrze wychodzi bo polecenie "curl" zwraca poprawne łącze a rtorrent twierdzi że "idze" łączem B i raportuje do trackera łącze B ;-(
Czy mogę wgrać starszą wersję rtorrenta i zobaczyć czy "działa" prawidłowo?
 
Cześć, podłączony jest jednym interfejsem lan, przechodzi przez 2 switche 2,5gbit i dopiero wchodzi do routera pfsense.
Zalogowałem się przed chwilą na QNAP do "Sieć i przełącznik wirtualny" i prawidłowo wyświetla mi IP gatewaya łącza A którym rtorrent powinien wychodzić !!!
Proszę rozważ włączenie/wyłączenie "Public_IP watchdog script".
Niestety chciałem pobrać archiwalną wersję ale nie są dostępne ;-( i nie mam możliwości sprawdzenia czy może coś jeszcze ma na to wpływ.
 
Mariusz, jeszcze raz proszę o możliwość wyłączenia tego skryptu - możesz domyślnie ustawić na włączony - ale proszę daj możliwość go wyłączenia!
Na prawdę mam duże problemy z jednym łączem które co jakiś czas się restartuje i kiedy to robi Twój skrypt aktualizuje że wychodzi 2 łączem ale nie chce wrócić na poprzednie łącze. Może przy dynamicznych adresach ten skrypt się sprawdza ale przy stałych - nie!
 
Mariusz, jeszcze raz proszę o możliwość wyłączenia tego skryptu - możesz domyślnie ustawić na włączony - ale proszę daj możliwość go wyłączenia!
Na prawdę mam duże problemy z jednym łączem które co jakiś czas się restartuje i kiedy to robi Twój skrypt aktualizuje że wychodzi 2 łączem ale nie chce wrócić na poprzednie łącze. Może przy dynamicznych adresach ten skrypt się sprawdza ale przy stałych - nie!
Dobrze....
zaloguj sie po SSH i wykonaj:
Bash:
/usr/bin/rtorrent/bin/ip_public_watchdog.sh
i co pokazuje?

Skrypt się odświeża co 30sek.
Jeśli poprzedni publiczny adres IP się różni to wtedy rtorrent aktualizuje go do trackera.
Kod:
[~] # /usr/bin/rtorrent/bin/ip_public_watchdog.sh
Waiting for Rtorrent...
Public IP address has been set: 1.1.1.1  --> 1.1.1.1
Result:

Integer: 0

Mechanizm jest prosty jak nic:
1712933737072.png


Jeśli masz problem z tym, że masz złe IP to masz źle skonfigurowany swój schemat. QNAP posiada kilka portów LAN, wydziel dedykowany port dla pozostałego ruchu i ten port przekieruj innym WANem. Ostatni raz powtarzam, to nie jest problem Rtorrent.
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. 1.1.1.1