Jack_Wolfklaue

Sind zwar eigentlich Lsg. für XP, aber vllt ist ja trotzdem etwas dabei. Link

Ich habe keine Ahnung wo das Problem seien könnte. Darum wollte ich erstmal ausschließen das es an der PDF liegt. Andere Anhänge kannst du ohne Probleme öffenen`?

Kannste die Datei (den Anhang) speichern und dann öffnen?

hast du schon versucht den AdobeReader neu zu installieren? =)

System.Text.Encoding.Default hat funktoniert. falschen Quellcode kompiliert :upps

Ich hab mal wieder ein Problem. Ich habe ein Programm entwicklt das mir eine HTML-Seite nach meinen Wünschen gestaltet. Ich benutze "Mircosoft Visual Basic 2008 Express Edition". Die HTML-Seite die ich bearbeitet liegt für mich im ANSI-Code vor. Im Quelltext habe ich drauf geachetet das ich "System.Text.Encoding.Default" beim einlesen und ausgeben benutze. Jedoch erstellt mir das Programm eine Seite die UTF-8 codiert ist und die Umlaute sind dementsprechend nicht nutzbar. Könnte es daran liegen das ich "Regex.Replace" benutze? Der Quelltext ist ziemlich lang, aus diesen Grund habe ich diesen selbst nicht gepostet. Könnte diesen dann ja vllt per Mail verschicken, falls das nötig sein sollte. mfg Jack

Schritt 1. KB976569 deinstallieren Schritt 2. KB974417 installieren Schritt 3. Herunterfahren (ohne Updates zu installieren) Schritt 4.... WSUS wieder seine Arbeit aufnehmen lassen. So hat das ganze nun mehrfach geklappt. Vielen Danke für eure Hilfe.

Wie trinkt ihr euren Kaffee am liebsten? auch Schwarz mit ein bisschen Zucker? :cool:

Darüber würde ich nochmal nachdenken. Wäre mir persönlich schon zu Groß auf die Entfernung.

Ja haben nun mehr Speicher zu gewiesen und ein paar Einstellungen vorgenommen. Wir müssen nun ja den Server neustarten und ein paar Tage abwarten. Ich melde mich nochmal wenn ich mehr weiß. Fettes Danke btw

ein Dell, Power Edge 1600 SC

Windows Server 2003 .. Wir haben heute die Nachricht bekommen "Sicherheitsprotokoll voll"... könnte es damit etwas zu tun haben? :confused:

Nein, dazu ist unsere Firma einfach nicht groß genug. Das mit dem Bios war auch einfach ein Schuss in die Nacht... manchmal hat man ja Glück =) ich guck mir einfach nochmal die Ergebnissanzeige an, was sich da nun neues finden lässt.

Fehler ist nun wieder aufgetreten...

naja die Switches entscheiden ja anhand der MAC-Addresse... das würde ja das Netzwerk weniger belasten. Aber weitere DHCP-Server würden dann natürlich nichts vom dem ganzen mitbekommen. Aber könnten man das nicht geschickter lösen :confused:

Aber sei gewarnt, ich putze so gut wie Tim Tailer repariert

Eimer? Wenn ich einen solchen bekomme geh ich freiwillig putzen

Ich hab geschrieben das ich es so gelernt habe. Der Link beschreibt das ja ganz anders. Da ist ja jeder Schritt vom DORA Prinzip mit einem BC verbunden. Das wäre in meinen Augen jedoch auch irgendwie komisch Da die MAC-Addressen ja nach "Offer" beiden bekannt sind. :confused:

Ich habe es so gelernt: 1.Discover Der Client sendet einen MAC-Broadcast um den DHCP-Server zu finden. In dem Frame den der Client versendet steht seine MAC-Addresse 2.Offer Der Server nimmt die Anfrage an und erkennt am "TYP" im Frame das es sich um eine eine solche handelt. Der Server kann nun eine gezielte Antwort an den Client schicken, weil der Server nun ja die MAC-Addresse vom Client kennt. Der Server bietet dem Client nun an ihm eine IP-Addresse zu geben. ------------------------------------------------------------------------- Hier haben beide die Addresse des andern. Es ist nicht mehr nötig ein BC zu senden ------------------------------------------------------------------------- 3.Request Der Client fordert nun eine bestimmte IP-Addresse vom Server an. 4. Acknowledge Der Server bestätigt die Anfrage

Also: Als erstes wird ein Mac-Broadcast gemacht. Der wird halt mit der MAC-Adresse FF:FF:FF:FF:FF:FF abgeschickt. Dann Antwort der DHCP-Server auf die Quellmac von dem angekommen Packet Er bietet so dem Client halt eine IP an. Alle anderern Verwerfen das ankommende Packet. Ich schätze das Sie bis TYP vom Frame kontrollieren werden ob das Packet für Sie ist. Vorher können Sie es ja auf keinen fall feststellen. Der Antwort nun auf die ihm nun bekannte Addresse vom DHCP-Server und meldet sozusagen, "Ich brauch die wohl". Der Server bestätigt das dann nochmal. _ _ _ _ _ _ _ _ _ _ _ _ Von IP-Broadcast hab ich nun nicht in meiner Mappe gefunden. Da werde ich gleich mal in unsern Fachbüchern schauen. Das hat mein ergeiz geweckt.

ich hab gleich Mittagspause, bin dann zuhause und werd meine Schulunterlagen zu rate ziehen. Werde mich dann nochmal melden =)

Das sagt Wiki dazu: "Broadcasts gibt es auf verschiedenen Ebenen des OSI-Referenzmodells. Allen gemein ist, dass Broadcasts einer höheren Ebene auf die Ebene des verwendeten physischen Netzwerkes angepasst werden müssen. So muss z. B. ein IP-Broadcast in einem Ethernet-Netzwerk als Ethernet-Broadcast an die MAC-Adresse FF:FF:FF:FF:FF:FF versendet werden." mfg Jack

Habe weiter an der Registry rumgespielt und Windows Installer 3.1 installiert. Und von Hand KB976569 deinstalliert. Und siehe da, 100% im WSUS... Da ich noch mehr Rechner mit dem Problem habe, werde ich nun mal versuchen nachzuvollziehen was genau der Auslöser war

Nur um euch auf dem laufendem zu halten. Wir haben ein BIOS-Update durchgeführt und den Server neu gestartet. Nun läuft der Server (erstmal) wieder normal. mfg Jack

Werde ich dann am Mi. gleich mal ausprobieren Morgen ist ja erstmal wieder Schule .... und nun Feierabend aber auch dir sei mein Dank ausgesprochen