Port Weiterleitung Aussetzer FritzBox?

[rolu2]

Probier es aus. Nur so weiss du es

 

[stecoq_]

Scheint zu laufen. Passt der Code so? Manuelle Ausführung sagte zumindest jetzt "Alles OK".
Im Freetz Webinterface hab ich dann unter crontab noch Folgendes eingetragen:

Spoiler

15 4 * * * /var/media/ftp/portcheck.sh

Spoiler

#Logverzeichnus eintragen
LOGPFAD=/var/media/ftp/Portcheck.log


DATUM=`date +%Y-%m-%d\ %H:%M:%S`
SUBJECT="Portweiterleitung nicht aktiv, Fritzbox wurde neu gestartet"

PORT=$(cat /var/flash/ar7.cfg | grep Raspberry  | cut -d "#" -f2 | cut -c 2- | sed '$!N; /^\(.*\)\n\1$/!P; D')


if [ "$PORT" = 'Raspberry";' ]; then
        echo "Alles OK"
        else
        echo "$DATUM - $SUBJECT " >> $LOGPFAD
        echo "Verschicke EMail.."
                                    mailer \
                                    -s "$SUBJECT" \
                                    -d "$LOGPFAD" \
                                    -f $EMAILFROM \
                                    -t $EMAILTO \
                                    -m $EMAILSERVER \
                                    -a $EMAILUSER \
                                    -w $EMAILPASS   
                                    /sbin/reboot
fi

 

[rolu2]

crontab aktiviert?

Wenn es um 4:15 ausgeführt werden soll. Ja

Edit: Mauidaten eingeben?

Gesendet von meinem SM-A510F mit Tapatalk

 

[stecoq_]

Ja Maildaten eingegeben.

Was heißt aktiviert, hab die Zeile dort im Webif eingegeben und auf übernehmen geklickt. Da stand dann auch irgendwas mit Crontab refresh oder so. Oder muss man es noch anderweitig aktivieren?

 

[rolu2]

Ja. Muss man aktivieren. Schau in den Einstellungen. Wirste schon finden. Der Dienst muss an sein

Edit: Findest du unter Freetz -> Einstellungen

 

[stecoq_]

Danke, scheint zu laufen. Log sagt:

2017-09-08 04:15:00 - Alles OK

/Edit: @rolu2 Jetzt wird es ganz wild. Mir ist aufgefallen, dass alle Clients off waren. In der ar7.cfg stand nach wie vor "tcp 0.0.0.0:extern IP:intern 0 #

Sie müssen registriert sein, um Links zu sehen.

". Doch im Webinterface stand, dass der interne Port nach aussen offen ist. Portcheck bestätigte dies, interner Port offen, externer zu. Noch komischer war, dass die Einstellungen der Portfreigabe stimmten aber trotzdem der falsche Port geöffnet wurde. Dazu siehe Screenshot (gleiche Farbe, gleiche Nummer). Nach Neustart war wieder alles normal, sodass Port extern vergeben auch wieder der Port war, der unter Port extern gewünscht stand.

Eine Idee? Wieder FritzBox (Freetz) Bug? Man könnte über ein so ein Script checken, ob der Port offen ist:

#!/bin/bash

#Logverzeichnus eintragen
LOGPFAD=/var/media/ftp/Portcheck.log
DATUM=`date +%Y-%m-%d\ %H:%M:%S`

function checkport {
    if nc -zv -w30 $1 $2 <<< '' &> /dev/null
    then
        echo "$DATUM - Port $1/$2 is open" >> $LOGPFAD
    else
        echo "$DATUM - Port $1/$2 is closed --> reboot" >> $LOGPFAD
        /sbin/reboot
    fi
}

# Example checks
checkport 'ad.server.one' 389

 

[rolu2]

Das ist ein AVM- Bug. Am Einfachsten ist es du intern und extern den gleichen Port

Das Andere schau ich mir am Wochende wenn Zeit da ist an

Gesendet von meinem SM-A510F mit Tapatalk

 

[stecoq_]

Hab einfach mal bash und netcat mit kompiliert. Das Script funktioniert auch.

Und dieser Bug tritt auch nach der Zwangstrennung auf? Mit dem Script sollte es ja eigentlich so passen, da beide Probleme abgedeckt werden. Jetzt ist nur noch die Frage, wie oft ich das checken lasse. Da ich den ganzen Bugs nicht mehr traue denke ich über einen Cronjob alle 5 Minuten oder so nach. Die Zeit dürfte ja ausreichen, damit nach Zwangstrennung die Dyns aktualisiert sind und checkport nicht die falsche IP checkt und rebootet. Macht das Sinn?

 

[rolu2]

mit bash bauen brauchst du nicht. script änder von

#!/bin/bash

in

#!/bin/sh

netcat ist in unseren Boardimage nicht drin

Großartig belastet tut das die Fritzbox nicht, wenn du das alle 5 Min prüfen willst

Und dieser Bug tritt auch nach der Zwangstrennung auf

Nach meinem Wissen ja

 

[uslaender]

Das ist ein AVM- Bug. Am Einfachsten ist es du intern und extern den gleichen Port

wenn dies ein AVM Bug ist, dann zieht es sich über mehrere Modelle und Firmwares.
Hatte die 7490 und aktuell die 7580.
Hab dann rumexperimentiert und die Lösung war der ext. Port siehe Beitrag #4.
Der Rest war dann einfach:
Firewall im raspi und die DNS Freigabe in der fritzbox. Das wars...läuft stabil!

sorry, da es hier offensichtlich um Freetz und nicht mehr um
Fritzbox mit originaler FW und Raspi geht, ist mein Beitrag sinnfrei.

 

[d2z]

Thema ging ursprünglich um Originalfirmware.
Deswegen auch mein Kommentar hier:
Ich habe jetzt eine ältere Firmware (06.51) auf die 7390 installiert und hoffe, dass der Bug nun verschwunden ist.

 

[d2z]

Hat nichts gebracht.
Werde dann mal die Ports des Servers umstellen.
Verstehe nicht, dass es jahrelang lief und erst seit Juni die Probleme auftreten.

 

[rolu2]

Meist bestehen die Probleme. Wenn man den ex. Port auf einen anderen intern Port umleitet

Gesendet von meinem SM-A510F mit Tapatalk

 

[d2z]

Ja, das ist das Problem. Werde die internen Ports jetzt anpassen. Verstehe trotzdem nicht, wieso das auf einmal so ist und vorher ewig so lief.

 

[d2z]

Nun verstehe ich es Nach der Installation von 06.51 war das Autoupdate aktiviert
Gerade zufällig gesehen, als ich nochmal auf der FritzBox war.
Naja, egal. Habe ja die internen Ports angepasst und damit wieder Ruhe.