Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 1 subscriber
  • Views 1491 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

Probleme mit UDP Traffic

feo2012
Hallo, 

also ich habe folgendes Problem – und habe keine Ahnung woran es liegt….

- habe in den Logs gesehen, dass die Firewall Violations konstant zunehmen 



- das ganze gehört zu der IP 169.254.23.204



- und diese IP macht Traffic (UDP) auf sämtlichen Ports




das ganze hat am 13.02. um 03:12:54 angefangen

2014:02:13-03:12:54 ***-1 ulogd[5165]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60002" initf="br0" outitf="br0" srcmac="e0:69:95:9e:fe:90" dstmac="0:1a:8c:f0:1:80" srcip="169.254.230.204" dstip="224.0.0.22" proto="2" length="40" tos="0x00" prec="0x00" ttl="1"

- am Anfang sind kurz ein paar Einträge auf interne IPs aber dann ist es nur Traffic zwischen der o.g. IP und anderen externen IPs
- alle Pakete werden gedroppt

- ich bekomme kein sinnvolles whois ergebniss zu der IP
- die MAC Adressen helfen mir auch nicht weiter – gehören laut DHCP Einträgen zu keiner internen Kiste

-warum ist es UDP Traffic? Wo kann der herkommen? Wie bekomme ich das in den Griff?

Bin über Tipps dankbar.

Feo


This thread was automatically locked due to age.
Parents
  • 0
    @feo2012

    IP-Adressen aus dem Bereich 169.254.0.0/16 sind aus dem APIPA-Bereich.

    Wenn ein (Windows)-Client per DHCP keine IP-Adresse beziehen konnte,
    dann weißt ihm das Windows-System eine Adresse aus dem APIPA-Bereich zu,
    um eine grundsätzliche Netzwerkfähigkeit für das betreffende Netzwerkinterface herzustellen.

    Ich vermute, dass in deinem Netzwerk irgendwo ein Rechner mit mehreren Netzwerkschnittstellen vorhanden ist, auf dem ein Interface keine IP-Adresse bekommt.

    Der Traffic der betreffenden Schnittstelle wird ( meine Vermutung ) über die andere Schnittstelle zur UTM geroutet, weil die UTM wahrscheinlich als Gateway eingetragen ist.

    Mach' mal ein traceroute auf die 169er-Adresse und schaue, wo du landest.

    Das kannst du entweder über den WebAdmin der UTM machen ( "Support" -> "Tools" -> "Traceroute" ).

    Kann sein, dass du nicht beim 1. Traceroute-Versuch Erfolg hast,
    da der betreffende Rechner möglicherweise gerade nicht eingeschaltet ist.

    Ich würde wie beschrieben vorgehen, ob du damit Erfolg haben wirst weiß ich nicht,
    aber wäre auf jeden Fall ein Ansatz...

    Wäre cool, wenn du uns bei Gelegenheit mal ein Feedback geben würdest :-).

    Gruß, Datax
Reply
  • 0
    @feo2012

    IP-Adressen aus dem Bereich 169.254.0.0/16 sind aus dem APIPA-Bereich.

    Wenn ein (Windows)-Client per DHCP keine IP-Adresse beziehen konnte,
    dann weißt ihm das Windows-System eine Adresse aus dem APIPA-Bereich zu,
    um eine grundsätzliche Netzwerkfähigkeit für das betreffende Netzwerkinterface herzustellen.

    Ich vermute, dass in deinem Netzwerk irgendwo ein Rechner mit mehreren Netzwerkschnittstellen vorhanden ist, auf dem ein Interface keine IP-Adresse bekommt.

    Der Traffic der betreffenden Schnittstelle wird ( meine Vermutung ) über die andere Schnittstelle zur UTM geroutet, weil die UTM wahrscheinlich als Gateway eingetragen ist.

    Mach' mal ein traceroute auf die 169er-Adresse und schaue, wo du landest.

    Das kannst du entweder über den WebAdmin der UTM machen ( "Support" -> "Tools" -> "Traceroute" ).

    Kann sein, dass du nicht beim 1. Traceroute-Versuch Erfolg hast,
    da der betreffende Rechner möglicherweise gerade nicht eingeschaltet ist.

    Ich würde wie beschrieben vorgehen, ob du damit Erfolg haben wirst weiß ich nicht,
    aber wäre auf jeden Fall ein Ansatz...

    Wäre cool, wenn du uns bei Gelegenheit mal ein Feedback geben würdest :-).

    Gruß, Datax
Children
No Data
Cookie Information Banner