wern2000
Goto Top

Kurioses Problem mit Fritzbox und debian-Squid3

Hallo,

ich hab hier ein ein paar Tagen ein sehr komisches Internetproblem in zusammenspiel mit meinem Debian-Squid-Proxy und der Fritzbox.
Bis jetzt hat alles ohne Probleme funktioniert aber sein ein paar Tagen hmm...

zum eigentlichen Problem:
Diverse Internetseiten lassen sich nicht mehr aufrufen. Man muss ewig auf eine Fehlermeldung warten

Firefox
Amazon -> gesicherte Verbindung fehlgeschlagen
h30434.www3.hp.com -> gesicherte Verbindung fehlgeschlagen
paypal -> gesicherte Verbindung fehlgeschlagen
flickr -> läd und irgendwann kleines fenster "ups da ist was fehlgeschlagen"
google -> funktioniert
ebay -> funktioniert
yahoo -> funktioniert

Opera

Amazon -> funktioniert
paypal -> funktioniert
ebay -> Webseite konnte nicht erreicht werden
flickr -> Webseite konnte nicht erreicht werden
yahoo -> funktioniert

Das Interessante ist, dass wenn ich ohne Proxy in's Internet gehe, sind alle Seiten auf jedem Browser problemlos zu öffnen.
Der Squid3 läuft weitgehend in der grundkonfiguration (schon mehrere Jahre so. Ist eine VM auf einem Windows 2019 Server)
Der Diskcache, objektgröße wurde vergrößert und eine txt datei mit blocked domains wird geladen.
hab schon Diskcache neu aufbauen lassen -> keine besserung
proxy neu gestartet -> keine besserung
Wenn z.B amazon aufgerufen wird sieht das acces.log so aus

1593066183.437 20053 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -
1593066185.256 20050 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -
1593066190.210 20050 192.168.0.101 TCP_TUNNEL/200 222 CONNECT h30434.www3.hp.com:443 - HIER_DIRECT/184.30.223.39 -
1593066199.675 171425 192.168.0.101 TCP_TUNNEL/200 5503 CONNECT fonts.googleapis.com:443 - HIER_DIRECT/216.58.207.170 -
1593066201.499 20049 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -
1593066203.510 20054 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -
1593066205.317 20055 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -
1593066210.288 20076 192.168.0.101 TCP_TUNNEL/200 222 CONNECT h30434.www3.hp.com:443 - HIER_DIRECT/184.30.223.39 -
1593066213.362 20046 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -
1593066221.642 20141 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -
1593066223.577 20050 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -
1593066225.380 20061 192.168.0.101 TCP_TUNNEL/200 222 CONNECT www.amazon.de:443 - HIER_DIRECT/104.108.44.223 -


jetzt kommt das aberwitzige:
Wenn ich der Fritzbox 7490 sage das die internetverbindung neu aufgebaut werden soll (kein reboot oder dsl-sync neu aufbauen) funktioniert der Squid wieder ohne probleme. Alle Internetseiten lassen sich wie gewohnt ratz fatz öffnen.
Die Fritzbox mach auch Täglich um ca 3:45 Uhr eine zwangstrennung.

Hat da jemand einen tip für mich was das sein könnte?

grüsse

Content-ID: 582015

Url: https://administrator.de/forum/kurioses-problem-mit-fritzbox-und-debian-squid3-582015.html

Ausgedruckt am: 22.12.2024 um 06:12 Uhr

NordicMike
NordicMike 25.06.2020 um 09:37:27 Uhr
Goto Top
Klingt, als ob die Anzahl der offenen Ports die Fritzbox überlastet, durch das Trennen schliesst du alle offenen Verbindungen und alles geht wieder. Überprüfe im Squid die offenen 443 Ports.
Wern2000
Wern2000 25.06.2020 um 09:47:15 Uhr
Goto Top
aktuell nichts besonderes.
aber müsten die nicht alle geschlossen werden wenn ich den squid neu starte? Denn auch ein neustart des Squid oder ein reboot der VM brachte keine besserung.
Alle Internetseiten gingen ohne Proxy problemlos auf.
NordicMike
NordicMike 26.06.2020 um 09:02:24 Uhr
Goto Top
Ich weiss nicht wie lange es dauert, bis die Fritzbox das verwirft, wenn der Squid neu startet. Ob sie es überhaupt verwirft, weil, sie hängt ja. Da habe ich zu wenig Erfahrungen damit.
Wern2000
Wern2000 29.06.2020 aktualisiert um 05:41:00 Uhr
Goto Top
hatte eben den Fehler wieder.
etliche Internetseiten gingen über den Proxy nicht auf. Proxy deaktiviert Seiten gingen. Proxy wieder aktiviert Seiten gingen nicht mehr.
Fritbox neu verbinden lassen und alles geht wieder
NordicMike
NordicMike 29.06.2020 um 10:30:55 Uhr
Goto Top
Aha, also ist das Limit tatsächlich in der Fritzbox erreicht, jedoch nur für ein Gerät, den Proxy - als einziger CLient. Er gibt also eine maximale Anzahl offener Ports pro Client.

Wenn du den Proxy deaktivierst, bleiben die Ports in der Fritzbox offen. Die anderen Geräte öffnen dann neue Ports. Wenn du den Proxy wieder aktivierst, sind die alten Ports immer noch offen und es geht nichts mehr.

Also müsstest du jetzt in zwei Richtungen recherchieren:
1) Kann man der Fritzbox diese Limitierung deaktivieren?
2) Kann der Proxy bei nichtgebrauch die Ports wieder schließen z.B. nach einem gewissen Timeout

zu 2)
Man muss überlegen, ob es Ports sind, die von Clients wirklich verwendet werden oder ob sie übrig geblieben sind und nicht mehr verwendet werden. Dafür gibt es Befehle zur analyse in Linux (im Squid).
Eine überlegung wäre es die Ports nach einer gewissen inaktivität vom Squid schliessen zu lassen.
Wern2000
Wern2000 29.06.2020 um 12:18:02 Uhr
Goto Top
Werde da ein bisschen nachforschen

Aber wieso tritt der Fehler erst seit kurzem auf?
Die firmware der Fritzbox ist vom 09.08.2019
Die squid konfig hat sich ebenfalls seit mehrereren jahren nicht geändert.
NordicMike
NordicMike 30.06.2020 aktualisiert um 04:49:12 Uhr
Goto Top
Vielleicht steigt ja eure Netzwerklast, vielleicht saut auch irgendein einzelner Client herum und macht ein Port nach dem anderen auf. Vielleicht macht sich ein Trojaner breit. Da hilft nur den Traffic zu analysieren. Zum Glück gibt es dafür ja genügend Befehle unter Linux.
Wern2000
Wern2000 14.07.2020 um 08:56:23 Uhr
Goto Top
Nach dem Update von Squid auf die Aktuellste Version (4.12) ist der Spuck bis jetzt vorbei.
Läuft seit 2 Wochen wieder ohne Probleme
NordicMike
NordicMike 14.07.2020 um 10:13:12 Uhr
Goto Top
Interessant. Das klingt wirklich so, als ob die alten Sessions nicht mehr geschlossen wurden.