0xD1 ist meistens ein Treiberproblem, manchmal ein RAM-Fehler, manchmal ganz was anderes. Den Kopf darüber zerbrechen würde ich mir aber nicht wenn das einmal auftaucht, sondern erst wenn's öfters mal auftaucht.
Ein paar weiterführende Links zum Thema sind in FAQ: MWs - Anhang II - Bluescreens of Death (BSOD) - "STOP Fehler" ganz am Ende aufgeführt.

Ich hatte denselben Bluescreen wieder. Ursache ist eine XP-VM, die häufiger nicht ins Internet kann und ich kriege nicht raus wieso. Wenn sie dann ins Internet kann, läuft's ganz normal oder die Host-Kerio meldet sich. Wenn ich die Kerio-Meldung beantworten will, kommt der Bluescreen oder es kommt sowas merkwürdiges:
Kerio_VM_Problem
Nach o.k. auf die Windows-Meldung läuft wieder alles normal.

* Monika 10.06.07 um 23:33:54
P.S.
Nachdem ich der Kerio SeaMonkey TCP(In) verboten habe läuft's im Moment normal.

Zu dem Bluescreen steht nichts in der Ereignisanzeige, aber zu dem "BufferFree".

Quote:


http://www.eventid.net/display.asp?eventid=4000&source=fwdrv

Huch, da steht was von Dialer (habe vor 2 Tagen noch Viren- und Spyware-Scan gemacht) und was ist /AUXSOURCE= flag ?

Quote:
Ja. Ich werde noch einiges testen, ansonsten diese XP-VM neu machen und notfalls meinen alten Plan früher in Angriff nehmen als geplant (eingekauft habe ich inzwischen)......

Quote:
Das hast Du schon mal gesagt, als ich erzählt habe, daß ich mehrere Verbote für TCP-In (zum Beispiel IE) habe.

Nur noch eine Frage. Als ich bei der VMware Installation ständig Meldungen von der Kerio bekam, hast Du gesagt, daß Deine Firewall bei VMware niemals was gefragt hat. Kann das daran liegen, weil meine immer noch auf Ask me steht?
Ich hatte ja schon mal ein Problem mit meiner Kerio. Ich glaube ich lösche alle Regeln und mache die neu.

Quote:
Meine steht auch auf "Ask me first".

Quote:
Das wäre ja wohl der Hammer wenn das erwartet werden würde. Entweder bist Du hier auf dem falschen Dampfer oder die Programmierer von Green Browser/IE. Eingehende TCP-Verbindungen können wie gesagt, wenn sie seriösen Ursprungs sind, nur an Serverdienste geschickt werden. Und Serverdienste anzubieten ist meinem Empfinden nach ganz und garnicht die Aufgabe eines Webbrowsers.
Ansonsten, falls es nicht irgendwelche verirrten Zufallspakete sind, sind es wohl Angriffe auf Deinen Rechner welche Sicherheitslücken und Schwachstellen ausloten bzw. ausnutzen wollen.

Sollten diese Browser tatsächlich nur dann richtig funktionieren wenn sie auf eingehende Verbindungen antworten können wäre das ein weiteres Argument sie keinesfalls zu verwenden - niemals nicht. Und zwar _das_ Killerargument schlechthin.

Quote:
Davor kann ich nur eindringlichst warnen. Dieses Ruleset wurde vor Blaster-/Sasser-Zeiten erstellt, zu einer Zeit als sich noch nicht das halbe Internet auf Windows-Sicherheitslücken gestürzt hat. SMB beispielsweise hat überhaupt nichts im Internet verloren und wenn ich mich recht entsinne ist genau dies aber beispielsweise beim Standard-Ruleset freigegeben.

Standard hätte ich auch nicht genommen. Bei jedem Firewall-Problem krame ich cdk's Zettel hervor.
Meine Localhost-Regel war schon wieder weg. Ich habe die schon mehrmals nachgetragen.
Ich mache jetzt alle Regeln neu.

Also mir ist nicht aufgefallen daß meine PFW jemals eine Regel vergessen oder verändert hätte. Ich denke das kommt eher von Eurer ständigen Image-Aufspielerei...

Ansonsten wär's theoretisch auch denkbar daß Ihr gelegentlich ungebetene Gäste auf dem PC habt, die sich die unpassenden Regeln dann einfach selbst wieder löschen. Naja, zumindest theoretisch. Wer würde sich wohl an der Localhost-erlaubt-Regel stören...
Sowas kann man aber erschweren daß man den Konfigurationzugang mit Paßwort schützt und natürlich remote deaktiviert läßt. Paßwortschutz ist ja eigentlich auch eine logische Konsequenz, falls man eine PFW verwendet.

Anscheinend erwartest Du daß ich was dazu sage - nun denn. Unerwünschte Datenpakete, welche von der PFW gemeldet werden, sollte man ablehnen. Entweder jedesmal auf's Neue manuell oder generell per FW-Regel.
Ist jetzt aber nicht ganz neu, diese Erkenntnis...