Probleme mit Astaro Security Gateway
Hallo,
ich habe einen Astaro Security Gateway im Einsatz. Er wählt sich über ein Siemens Dsl Modem ins Internet ein. Wir nutzen den Proxy um 2 Netzwerke zu verbinden eins hat Internet, dass andere nicht. Außerdem kann man via VPN zugreifen.
In letzter Zeit kommt es aber oft vor, dass der Astaro sich nicht ins Internet einwählen kann. Im PPoe Log steht, dass er das AC Signal nicht bekommt und er es in 900s wieder versucht. Wenn ich mich per dfü direkt einwähle funktioniert es.
Der ISP ist HTP in Hannover.
Ich hab schon alles überprüft, kennt einer das Problem woran könnte es liegen ? Wie gehe ich am besten vor.
Besten Gruß
ich habe einen Astaro Security Gateway im Einsatz. Er wählt sich über ein Siemens Dsl Modem ins Internet ein. Wir nutzen den Proxy um 2 Netzwerke zu verbinden eins hat Internet, dass andere nicht. Außerdem kann man via VPN zugreifen.
In letzter Zeit kommt es aber oft vor, dass der Astaro sich nicht ins Internet einwählen kann. Im PPoe Log steht, dass er das AC Signal nicht bekommt und er es in 900s wieder versucht. Wenn ich mich per dfü direkt einwähle funktioniert es.
Der ISP ist HTP in Hannover.
Ich hab schon alles überprüft, kennt einer das Problem woran könnte es liegen ? Wie gehe ich am besten vor.
Besten Gruß
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 146809
Url: https://administrator.de/forum/probleme-mit-astaro-security-gateway-146809.html
Ausgedruckt am: 13.01.2025 um 09:01 Uhr
12 Kommentare
Neuester Kommentar
Der AC ist der DSL "Access Concentrator", also der Punkt im Provider Netz wo die PPPoE Session terminiert wird ! An den schickt die Astaro ein PPPoE PADI (PPPoE Active Discovery Initiation) Frame auf das der AC dann mit einem PADO (PPPoE Active Discovery Offer) antworten muss.
Dann folgen noch PADR und PADS und die PPPoE Session ist aufgebaut.
Bei dir kommt es schon gar nicht mehr zu einem PADO. Vermutlich stimmt das PPP Format oder irgendwas anderes nicht, DSL Störungen usw. so das die Antwort vom AC ausbleibt.
Leider hat du kein Trace des PPPoE Sessionaufbaus gepostet hier so das man nur raten kann wie es ansatzweise schon geschehen ist wo das Problem ist.
Folgende Dinge solltest du zwingend prüfen:
Was ebenso möglich ist ist das der AC des providers schlicht überbucht ist und nicht genügend Kapazitäten mehr hat. Ob dem so ist kann dir nur der Carrier selber benatworten.
Ein MTU Problem ist eigentlich für den PPPoE Sessionaufbau an sich, an dem es bei dir schon krankt, irrelevant. Aber...Versuch macht kluch..
Dann folgen noch PADR und PADS und die PPPoE Session ist aufgebaut.
Bei dir kommt es schon gar nicht mehr zu einem PADO. Vermutlich stimmt das PPP Format oder irgendwas anderes nicht, DSL Störungen usw. so das die Antwort vom AC ausbleibt.
Leider hat du kein Trace des PPPoE Sessionaufbaus gepostet hier so das man nur raten kann wie es ansatzweise schon geschehen ist wo das Problem ist.
Folgende Dinge solltest du zwingend prüfen:
- Aktuelleste Firmware auf die Astaro flashen !
- Ggf. Modem gegen ein neues tauschen wie z.B. dies_hier. Kostet nichts und ist einen Versuch wert. Oder Modem vom Provider tauschen lassen.
- Verkabelung Astaro Modem und Modem Splitter überprüfen
Was ebenso möglich ist ist das der AC des providers schlicht überbucht ist und nicht genügend Kapazitäten mehr hat. Ob dem so ist kann dir nur der Carrier selber benatworten.
Ein MTU Problem ist eigentlich für den PPPoE Sessionaufbau an sich, an dem es bei dir schon krankt, irrelevant. Aber...Versuch macht kluch..
Ob das Redial Interval veränderbar ist beantwortet dir dein Astaro Handbuch !!!
Mit einem Deaktivieren und wieder Aktivieren (oder dem simplen Ziehen und Stecken des Kabels) des WAN/DSL Ports kannst du immer einen neuen PPPoE Sessionaufbau erzwingen !
Mit Trace ist ein PPPoE Packet Trace des Verbindunsaufbaus gemeint wie z.B. hier:
Frame 1 (44 bytes on wire, 44 bytes captured)
Ethernet II, Src: 00:50:da:42:d7:df, Dst: ff:ff:ff:ff:ff:ff
PPP-over-Ethernet Discovery
Version: 1
Type 1
Code Active Discovery Initiation (PADI)
Session ID: 0000
Payload Length: 24
PPPoE Tags
Tag: Service-Name
Tag: Host-Uniq
Binary Data: (16 bytes)
Frame 2 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: 00:0e:40:7b:f3:8a, Dst: 00:50:da:42:d7:df
PPP-over-Ethernet Discovery
Version: 1
Type 1
Code Active Discovery Offer (PADO)
Session ID: 0000
Payload Length: 36
PPPoE Tags
Tag: AC-Name
String Data: IpzbrOOl
Tag: Host-Uniq
Binary Data: (16 bytes)
Mit einem Deaktivieren und wieder Aktivieren (oder dem simplen Ziehen und Stecken des Kabels) des WAN/DSL Ports kannst du immer einen neuen PPPoE Sessionaufbau erzwingen !
Mit Trace ist ein PPPoE Packet Trace des Verbindunsaufbaus gemeint wie z.B. hier:
Frame 1 (44 bytes on wire, 44 bytes captured)
Ethernet II, Src: 00:50:da:42:d7:df, Dst: ff:ff:ff:ff:ff:ff
PPP-over-Ethernet Discovery
Version: 1
Type 1
Code Active Discovery Initiation (PADI)
Session ID: 0000
Payload Length: 24
PPPoE Tags
Tag: Service-Name
Tag: Host-Uniq
Binary Data: (16 bytes)
Frame 2 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: 00:0e:40:7b:f3:8a, Dst: 00:50:da:42:d7:df
PPP-over-Ethernet Discovery
Version: 1
Type 1
Code Active Discovery Offer (PADO)
Session ID: 0000
Payload Length: 36
PPPoE Tags
Tag: AC-Name
String Data: IpzbrOOl
Tag: Host-Uniq
Binary Data: (16 bytes)
Nein, bei PPPoE ist 1492 schon genau richtig ! Kannst das "Warum" ja auch nochmal genau und fundiert nachlesen:
http://www.cisco.com/en/US/tech/tk175/tk15/technologies_tech_note09186a ...
Kapitel: "Why the MTU Size Must Be Changed"
http://www.cisco.com/en/US/tech/tk175/tk15/technologies_tech_note09186a ...
Kapitel: "Why the MTU Size Must Be Changed"
Ja ! Wenn du dir die Mühe gemacht hättest und den o.a. URL gelesen hättest, dann wüsstest du auch warum und müsstest diese (überflüssige) Frage nicht stellen
Wie du deinen max. MTU ermittelst kannst du hier nachlesen:
http://www.gschwarz.de/mtu-wert-ermitteln
Besser ist also, du stellst dann die MTU am Astaro WAN Port auf 1454 ein !
Wie du deinen max. MTU ermittelst kannst du hier nachlesen:
http://www.gschwarz.de/mtu-wert-ermitteln
Besser ist also, du stellst dann die MTU am Astaro WAN Port auf 1454 ein !