Warum ein Blog? Aus Gründen!
Nokia Softwareupdate sperrt Speicherkarte ohne Rückfrage
Da bekommt man eine Mail von Nokia, mit dem Hinweis, dass es neue Software für das E66 gibt. Da das Handy mit der 110.xyz doch ein paar Schwierigkeiten hatte (Bluetooth funktionierte nicht zuverlässig, die Geschwindigkeit war nicht so toll, etc.) habe ich natürlich das Update gemacht. Aber mit den folgenden Problemen hätte ich dabei nicht gerechnet.
„Nokia E66 Update – Speicherkarte plötzlich mit Kennwort“ weiterlesen
Ein wirklich sehr schönes Video über Dinge, die eigentlich jeden Tag passieren – nur keiner nimmt sie noch so bewusst wahr:
Gefunden über diesen Blogeintrag
Unter Windows XP funktionierte die Konfiguration mit der automatischen Konfiguration mittels Proxy.pac völlig problemlos. Der Internet Explorer und auch Firefox fanden die angegebene proxy.pac und interpretierten die Einstellungen korrekt.
Unter Windows 7 ist das etwas anders. Der Internet Explorer funktioniert immer noch wie erwartet, aber der Firefox ignoriert die Werte in der proxy.pac. Der Server, der die Datei ausliefert funktioniert korrekt. In den Logs ist auch der Abruf der Datei erkennbar, sobald Firefox gestaret wird. Ein Test mit FoxyProxy (um eigene Konfigurationsfehler auszuschließen) brachte immer ein positives Ergebnis. Also funktioniert eigentlich alles und doch wieder nicht.
Die Ursache liegt aber tatsächlich in der Kombination Firefox + Windows 7 und im Detail an DNS im Zusammenspiel mit IPv6.
Stellt man unter about:config den Wert network.dns.disableIPv6 von false auf true, funktioniert wieder alles wie gewohnt.
Quelle: http://kb.mozillazine.org/Network.dns.disableIPv6
Update vom 04.04.2014:
Eine in diesem Zusammenhang sehr interessante Seite www.proxypacfiles.com
Im Prinzip scheint es einfach: Am Switch einen Port spiegeln, daran ein Linux System anschließen und mit tcpdump den Traffic ansehen. Je nach Menge des Datenverkehrs rauschen hier aber sehr viele Daten vorbei. Aber dafür gibt es ja Filter. Mit einem
tcpdump -n host 192.168.1.1
ist es ja ein leichtes, nur die Verbindungen von und zu einer IP zu sehen.
Was aber, wenn hier plötzlich keine Daten mehr kommen? Ohne Filter sieht man alles, inkl. des Verkehrs von und zu der gefilterten IP. Was ist los?
In meinem Fall lag es daran, dass der gespiegelte Port die Datenpakete taggt. Diese Info muss also in den Filter mit einfließen. Wenn die Daten also nicht über das Default VLAN 1 laufen, sondern z. B. über Vlan 250, so sieht der Filter dann so aus:
tcpdump -n vlan 250 and host 192.168.1.1
Im übrigen gilt gleiches Problem bei den Capture Filtern von Wireshark, wobei die Capture Filter genauso funktionieren, wie die von/für tcpdump.
Quellen: