Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 6 subscribers
  • Views 12910 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Ich bekomme die RED 15 nicht im transparent/Split Modus zum laufen

MichaelSchmalz-Hennemann

Anbei der Logfiel, ich drehe noch durch

2016:01:14-23:48:23 utm red2ctl[21642]: Overflow happened on reds1:0

2016:01:14-23:48:23 utm red2ctl[21642]: Missing keepalive from reds1:0, disabling peer 79.199.30.122
2016:01:14-23:48:23 utm red_server[21631]: SELF: (Re-)loading device configurations
2016:01:14-23:48:26 utm red_server[1499]: A3501291B667954: command 'UMTS_STATUS value=OK'
2016:01:14-23:48:26 utm red_server[1499]: A3501291B667954: command 'PING 0 uplink=WAN'
2016:01:14-23:48:26 utm red_server[1499]: id="4201" severity="info" sys="System" sub="RED" name="RED Tunnel Up" red_id="A3501291B667954" forced="0"
2016:01:14-23:48:26 utm red_server[1499]: A3501291B667954: PING remote_tx=0 local_rx=0 diff=0
2016:01:14-23:48:26 utm red_server[1499]: A3501291B667954: PONG local_tx=0
2016:01:14-23:48:26 utm red2ctl[21642]: Missing keepalive from reds1:0, disabling peer 79.199.30.122
2016:01:14-23:48:28 utm red_server[21631]: SELF: (Re-)loading device configurations
2016:01:14-23:48:29 utm red2ctl[21642]: Received keepalive from reds1:0, enabling peer 79.199.30.122
2016:01:14-23:48:33 utm red_server[21631]: SELF: (Re-)loading device configurations
2016:01:14-23:48:42 utm red_server[1499]: A3501291B667954: command 'PING 0 uplink=WAN'
2016:01:14-23:48:42 utm red_server[1499]: A3501291B667954: PING remote_tx=0 local_rx=0 diff=0
2016:01:14-23:48:42 utm red_server[1499]: A3501291B667954: PONG local_tx=0
2016:01:14-23:48:57 utm red_server[1499]: A3501291B667954: command 'PING 0 uplink=WAN'
2016:01:14-23:48:57 utm red_server[1499]: A3501291B667954: PING remote_tx=0 local_rx=0 diff=0
2016:01:14-23:48:57 utm red_server[1499]: A3501291B667954: PONG local_tx=0
2016:01:14-23:49:00 utm red_server[1977]: SELF: New connection from 79.199.30.122 with ID A3501291B667954 (cipher AES256-GCM-SHA384), rev1
2016:01:14-23:49:00 utm red_server[1977]: A3501291B667954: already connected, releasing old connection.
2016:01:14-23:49:00 utm red_server[1499]: id="4202" severity="info" sys="System" sub="RED" name="RED Tunnel Down" red_id="A3501291B667954" forced="1"
2016:01:14-23:49:00 utm red_server[1499]: A3501291B667954 is disconnected.
2016:01:14-23:49:00 utm red_server[21631]: SELF: (Re-)loading device configurations
2016:01:14-23:49:01 utm red_server[1977]: A3501291B667954: connected OK, pushing config
2016:01:14-23:49:01 utm red_server[1977]: A3501291B667954: Sending PEERS+192.168.255.1
2016:01:14-23:49:01 utm red_server[21631]: SELF: (Re-)loading device configurations
2016:01:14-23:49:04 utm red_server[1977]: A3501291B667954: command 'UMTS_STATUS value=OK'
2016:01:14-23:49:04 utm red_server[1977]: A3501291B667954: command 'PING 0 uplink=WAN'
2016:01:14-23:49:04 utm red_server[1977]: id="4201" severity="info" sys="System" sub="RED" name="RED Tunnel Up" red_id="A3501291B667954" forced="0"
2016:01:14-23:49:04 utm red_server[1977]: A3501291B667954: PING remote_tx=0 local_rx=0 diff=0
2016:01:14-23:49:04 utm red_server[1977]: A3501291B667954: PONG local_tx=0
2016:01:14-23:49:05 utm red2ctl[21642]: Overflow happened on reds1:0
2016:01:14-23:49:05 utm red2ctl[21642]: Missing keepalive from reds1:0, disabling peer 79.199.30.122
2016:01:14-23:49:06 utm red_server[21631]: SELF: (Re-)loading device configurations
2016:01:14-23:49:08 utm red2ctl[21642]: Received keepalive from reds1:0, enabling peer 79.199.30.122
2016:01:14-23:49:11 utm red_server[21631]: SELF: (Re-)loading device configurations


This thread was automatically locked due to age.
  • 0
    Gleiches Problem haben viele andere! Support ist angeblich dran aber die müssen scheinbar das ganze REDv2 Protokoll neu schreiben damit das funktioniert. Wir haben seit über 4 Wochen Probleme bei einem Kunden mit mehreren RED15 und haben auch einen kleinen Workarround gefunden der dir vielleicht auch helfen könnte.

    Siehe: community.sophos.com/.../33288
  • 0
    Danke für die Info, ich hab die Reds am laufen. Aber ich bekomme die SWYX-Clients nicht richtig zum laufen. Mal geht der Client mal geht er nicht. Dann hört der eine den andere nicht, usw. Der Trick bei den Reds ist im RED Managment eine statische IP aus dem Remotenetz statisch zu vergeben und das Gateway aus den Remotenetz statisch einzutragen. Danach laufen die Teile. Aber wenn jemand eine Idee zu der Swyx nummer weis..
  • 0
    Gleiches Problem, sobald die Zwangstrennung (auf der RED15 Seite) seitens des Providers erfolgt, connecten die Red15 nicht mehr richtig . Der Status in der UTM steht zwar auf grün, aber über UDP kommen einfach keine Daten an. Manchmal hilft ein Neustart der REDs. manchmal braucht man sie auch nur in der UTM ein und ausschalten. Red 10 laufen an der gleichen UTM ohne Probleme. Antwort von Support bisher: ...............
  • 0 in reply to reutman
    Wir versuchen gerade verzweifelt genug RED10 zu finden um bei unserm Kunden auf die umzustellen. Eigentlich muss Sophos so langsam einlenken und nen Rückruf der RED15 starten das kann ja nicht angehen. Unsere vorletzte Rückmeldung nach ca. 5 Wochen war das unsere UTM immer noch zu klein ist. Dabei haben wir schon vor 4 Wochen, vom selben Support, statt einer SG125 eine SG210 zum testen bekommen. Gestern ist der Support dann mal auf die Idee gekommen eine eigene RED an die UTM unseres Kunden zu klemmen. Zum Glück hat die ebenfalls diesen reconnect Bug und verbindet sich jede Minute neu.
Unfiltered HTML