Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 38 subscribers
  • Views 2909 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

Sophos RED 10 APIPA

Manuel
Hallo,
leider bekommt ein Windows 7 Client am Standort der RED keine IP vom DHCP-Server der RED zugewiesen und weist sich selber "169.254.228.23" zu.

Die RED wird im Standard / Split betrieben.

Was habe ich für Lösungsmöglichkeiten?

UTM 220 hat Version 9.309-3 installiert

Viele Grüsse


This thread was automatically locked due to age.
  • 0
    Ist der DHCP Request und Ofer im Log zu sehen?
  • 0
    Ist die RED pingbar, wenn der Client eine IP Adresse manuell erhält?
  • 0
    Ist auf der UTM für das betroffene RED Netz ein DHCP konfiguriert?
  • 0
    Ist auf der UTM für das betroffene RED Netz ein DHCP konfiguriert?

    Ja ist.

    Ist die RED pingbar, wenn der Client eine IP Adresse manuell erhält?

    Kann ich nicht testen, da niemand vor Ort ist.
    Der Drucker (statische IP) ist pingbar und Zugriff auf Webinterface.

    Ist der DHCP Request und Ofer im Log zu sehen?


    Seit die RED offline war, hat es keine DHCP Request mehr gegeben 

    	Line 3160: 2015:03:26-14:57:30 astaro01 dhcpd: Listening on LPF/reds1/00:3d:6e:XX:XX:XX/192.168.XX.0/24

    	Line 3161: 2015:03:26-14:57:30 astaro01 dhcpd: Sending on   LPF/reds1/00:3d:6e:XX:XX:XX/192.168.XX.0/24

    	Line 3188: 2015:03:26-15:01:14 astaro01 dhcpd: DHCPDISCOVER from 6c:62:6d:XX:XX:XX via reds1

    	Line 3189: 2015:03:26-15:01:15 astaro01 dhcpd: DHCPOFFER on 192.168.XX.128 to 6c:62:6d:XX:XX:XX (CLIENTXX) via reds1

    	Line 3190: 2015:03:26-15:01:15 astaro01 dhcpd: DHCPREQUEST for 192.168.XX.128 (192.168.XX.1) from 6c:62:6d:XX:XX:XX (CLIENTXX) via reds1

    	Line 3191: 2015:03:26-15:01:15 astaro01 dhcpd: DHCPACK on 192.168.XX.128 to 6c:62:6d:XX:XX:XX (CLIENTXX) via reds1

    	Line 3192: 2015:03:26-15:01:18 astaro01 dhcpd: DHCPINFORM from 192.168.XX.128 via reds1

    	Line 3193: 2015:03:26-15:01:18 astaro01 dhcpd: DHCPACK to 192.168.XX.128 (6c:62:6d:XX:XX:XX) via reds1

    	Line 3196: 2015:03:26-15:03:16 astaro01 dhcpd: DHCPINFORM from 192.168.XX.128 via reds1

    	Line 3197: 2015:03:26-15:03:16 astaro01 dhcpd: DHCPACK to 192.168.XX.128 (6c:62:6d:XX:XX:XX) via reds1

    	Line 3958: 2015:03:26-17:58:24 astaro01 dhcpd: DHCPINFORM from 192.168.XX.128 via reds1

    	Line 3959: 2015:03:26-17:58:24 astaro01 dhcpd: DHCPACK to 192.168.XX.128 (6c:62:6d:XX:XX:XX) via reds1a



    Nur einer von mehreren?

    Zu Zeit ist nur ein PC eingeschaltet.
    Drucker mit statischer IP ist erreichbar.


    Die RED wurde erst am Donnerstag nach der Verkabelung konfiguriert.
    Donnerstag Nachmittags ging die Verbindung zur RED verloren.
    Nach einem Reset des Modems durch den Provider (UPC Cablecom) am Freitag, kam die RED wieder Online.

    Seither ist der PC nicht mehr erreichbar, macht aber noch SNMP Abfragen an einen Drucker im Netzwerk.
  • 0
    Testweise schon mal
    1) DHCP ausschalten, ein paar Sekunden warten, DHCP einschalten.
    2) RED Interface ausschalten, ein paar Sekunden warten, RED Interface einschalten
  • 0
    Nach einem erneuten Kaltstart des Kabelmodems und anschliessendem Kaltstart der RED funktioniert die Verbindung. Unterbrüche wurden seither keine mehr festgestellt.
Unfiltered HTML