5v3n!

Ich hätte noch 3 Tips für dich: Die umständlichen: Besorge dir von SysInternals die Programme "Filemon" und "Regmon". Mit den Proggis kannst du nachforschen wo jedes (Win-)Programm seine Finger reinstreckt und so ggf. die Stelle für das Passwort finden. Regmon kümmert sich um die Registry und Filemon logischerweise um Dateizugriffe. Da du sagtest das du XP benutzt (= NT Nachfolger) würde ich mal sagen das alles Benutzerbezogene unter deinem Profil liegt - im Notfall müsste es also reichen wenn du dir nen neues Profil (neuer Nutzer und/oder altes löschen & vorher Dokumente sichern ;)) zulegst um das Passwort loszuwerden - oder du "schnüffelst" mal unter "%USERPROFILE%" nach allem was nach Frontpage aussieht (im Exploer alle Dateien anzeigen lasse auch versteckte). Letze Idee (die Einfachste) wäre der IE --> Internetoptionen --> Inhalt --> Button "Autovervollständigung" --> Button "Kennwörter löschen" evtl. wird das Frontpage Pass dort mitabgelegt :). MfG.

Ich nehme mal an der Router routet in ein privates Netz (also via NAT) in dem Fall würde ich mal sagen musst du auf dem (NAT-)Router das TCP Port von VNC forwarden. Das dumme is nur das der VNC Port Session abhänig ist 5900 für Session 0 - 5901 für Session 1 usw. es is also anzuraten keine autm. Verbindungsnummern zunutzen sondern fest 0 zuvergeben. MfG.

Was mir gerade noch einfällt... welche DX version is eigendlich bei XP dabei ? Denn für die 8.0er gibbed nen Digital Video Update: http://www.microsoft.com/windows/directx/downloads/default.asp BTW: Ab heute gibbed die 9.0 :). MfG.

Hmm, also soweit ich weiß brauch man für Firewire Kameras überhaupt keine Treiber ! Also ich hab bis jetzt nie einen gebraucht - weder unter XP noch unter W2K. Einfach angeklemmt und die Cam erscheint dann im Gerätemanager unter "Bildbearbeitungsgeräte". MfG.

@ TCN Wenn du das Brennprogramm Nero hast dann kannst du dort mit dem Tool "Nero CD Speed" die CD auf Lese/Sector Fehler prüfen. Am besten mit nem Brenner - dann kannst du dir sicher sein ob die CD ok ist :). MfG.

Danke für die Antwort, nur: 1. ich hab keine Servergespeicherten Profil 2. ich benutze den IE 6.0 (und den auch nur für MS Updates) sonst Netscape 7.01 3. ich hab bereits alle (!) SP1 + SP2 + SP3 + pre SP4 Patches installiert 4. trat das Problem erst NACH SP3 auf ! ergo trifft Q253820 leider nicht zu. Andere Ideen ? MfG. Update: Hab gerade das hier gefunden (der Beitrag von "David Nicholls" trifft wohl auch bei mir zu :( ): http://www.eventid.net/display.asp?eventid=1000&source=userenv

Hi, ich hab mal wieder nen "Superproblem" :D. Ich habe hier 4 Windows 2000 PC's - 2x Server 2x Worksation. Alle haben die aktuellsten M$ Patches incl. SP3. Der Fehler tritt nur bei den Workstations auf allerdings war die 1. WS sofort nach SP3 betroffen und die 2. ist erst seit ein paar Tagen betroffen. So der Fehler sieht so aus das der PC beim Herrunterfahren "sehr" lange braucht (3 Minuten minimum) und im Ergebnisprotokoll folgendes vermerkt wird: Die Systeme gehören keiner Domäne an und ich haben auch keine Servergespeicherten Profile soviel dazu. Bis jetzt konnte ich das Problem soweit verfolgen das ich sagen kann das Windows an dem Versuch einen bestimmten Registry Hive zu unmounten scheitert (siehe \WINNT\Debug\UserMod\Userenv.log): Der entsprechende Hive liegt in dieser Datei: "\%USERPROFILE%\Lokale Einstellungen\Anwendungsdaten\Microsoft\Windows\UsrClass.dat" Wenn man jetzt z.B. nen anderen User anmeldet (den PC also nicht runterfährt) und dann versucht diese Datei (natürlich vom zuvor angemeldeten User) zu öffnen gelingt dies ebenfalls nicht da die Datei dann weiterhin gesperrt ist (normalerweise kann man sie von nicht angemeldeten User allerdings öffnen). Leider ist es mir bis jetzt nicht gelungen heraus zubekommen welches Programm oder Treiber dieses Problem verursacht - komisch ist auch das ein PC das Problem nach SP3 hatte der andere aber erst seit ein paar Tagen als M$ malwieder das neuste Flickwerk verteilt hat. An der Software die auf den (4) PC's installiert ist kanns eigendlich nicht liegen denn die ist größtenteils gleich oder nicht auf den beidenbetroffnen PC's installiert. Im I-Net habe ich zwar ähnliche Berichte gelesen aber leider keine Lösung gefunden, nur nen Workaround: MMC: --> Richtlinien für Lokalen Computer ----> Computerkonfiguration ------>Administrative Vorlagen -------->System ----------> Anmeldung "Maximale Wiederholungsversuche zum Entladen und Aktualisieren des Benutzerprofils" von 60 (Standard) auf irgendwas zwischen 5 - 10 setzen das verkürzt logischerweise natürlich nur die Wartezeit ;). Falls jemand ein ähnliches Problem kennt, ne Lösung oder ne Idee hat würde ich mich freuen wenn hier antwortet - jedenfalls danke schonmal für's lesen :). MfG. P.S.: Die "Rohe-Gewalt-Methode" (also das löschen der "UsrClass.dat") hilft auch nicht - sie wird neu angelegt der Fehler ist der selbe ...

@ Günter Hast du dir das Proggi welches ich oben gelinkt hab mal angesehen ? Stell damit doch erstmal fest: a) welcher Prozessor im PC steckt (CPUID Sting) b) mit welchem Takt / Multiplikator er arbeitet CPU Takt = Frontsidebus (FSB) * Multiplikator Gänige FSBs liegen bei 66/100/133/166 MHz Der Multiplikator ist bei neueren CPUs "Hardwired" und kann im Normalfall nich geändert werden (bei AMD gehts allerdings mit nen bisschen Bastelarbeit). Der FSB lässt sich bei neuen MotherBoards (MoBo) meist im BIOS ändern (nach dem einschalten ENTF. Taste drücken). MfG.

Hi, man kann auch die Hofixes via Windowsupdate downloaden und lokal speichern. Das ganze funzt M$ like mal wieder hintenrum is aber ganz nützlich. Einfach folgende URL im IE5.xx (is wichtig !!!) öffnen: http://v4.windowsupdate.microsoft.com/de/default.asp?corporate=true MfG.

http://www.h-oda.com/ --> Download --> WCPUID Screenshot und du weist mehr über deinen Processor als du jemals wissen wolltest :D . MfG.

Soweit ich weiss: NEIN ! Aber du kannst via Regedt32 einen sog. Registry Hive importieren und diesen dann dort bearbeiten ggf. auch wieder exportieren. Ne andere Möglichkeit wäre die Registry via Bootdisk und Tools andere Hersteller zubearbeiten (CIA Commander / ERD Commander). MfG.

So hab heute nun W2K incl. SP3 + RASPPPoE 0.98b auf dem selben PC auf ner 2. Festplatte installiert und anschließend das ICS aktiviert. Das Problem ist und bleibt das selbe Pings zwischen 1464 und 1472 bzw. Packete zwischen 1492 und 1500 Bytes verschwinden spurlos auf dem Weg ins I-Net. Ich denke ich habe fast alle möglichen Kombinationen duchprobiert - mal mit einer NIC mal mit zwei NICs mal mit der MSS Option in RASPPPoE mal ohne und sogar mal mit noch weiter verringerter MTU zu meinem ISP (statt 1492 mal 1490). Es ist und bleibt immer das gleiche Packete die nicht fragmentiert werden dürfen, von nem Client PC stammen und deren größe sich aus der Differenz Ethernet MTU (1500) und Broadband DSL MTU (PPPoE = 1492) ergibt werden von dem Windows 2000 Server einfach "gekillt" (= Time out). Kurioser weise gibt's auf dem Server direkt keine Probleme damit bzw. nen Ping von 1465 Byte wird korrekt mit "Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt." beantwortet. Also irgendwo scheint er über den Umstand der verringerten MTU auf dem WAN schon informiert zu sein nur beim Routing interresierts ihn dann halt nicht mehr :( . Bleibt die Frage liegts an RASPPPoE oder an Windows ? (ich tendiere zu Windows...) MfG.

Also der Schlabbach-Treiber ist ohne Zweifel super (klein & schnell) = perfekt. Ich hatte zwar schonmal im I-Net nach meinem Problem gesucht - bin auch fündig geworden. Dort wurde ebenfalls deine Lösung genennt, nur eben leider in Verbindung mit dem einfachen ICS und nicht via RRAS (daher meine Vermutung oben). Naja werde mir Windows 2000 Server nochmal auf ner 2. Festplatte installieren und dann das ganze über ICS probieren mal sehen wie sich das System dann verhält. Das Routing und RAS von Windows 2000 is meiner Meinung nach auch recht gut (also man kann ne Menge damit Anstellen) daher war ich auch etwas überrascht das NAT die Portsperre einfach nicht gesehen hat, naja und in Bezug auf dessen hab ich langsam den Verdacht das es sich mit dem MTU Problem ähnlich verhält, sprich RRAS weiß einfach nix von der MTU Beschränkung der PPPoE Verbindung (diverse Registry Einträge/Experimente von mir waren leider auch ohne Ergebnis) und verwirft diese "übergroßen" Packete dann einfach (denn raussenden tut er sich nicht das hab mit nem Sniffer bereits nachgesehen). Tja und das Windows nen anderen PPPoE Treiber als den von Schlabbach verwendet kann ich mir nicht vorstellen den soweit ich weiß wurde ein PPPoE-Treiber erst ab Windows XP eingebaut. Bin leider noch nen "totaler Linux-DAU" sonst würde ich das ganze "mal eben schnell" damit testen - nur alles was bei mir und SuSE über Yast und RPM hinausgeht endet meißt mit ner Fehlermeldung :D :D :D. Aber danke erstmal für deine Tips - sie zeigen mir das ich nicht völlig auf dem falschen Weg war/bin :). MfG.

Ja ich benutze den Treiber von Schlabbach. Und dieses kleine Häckchen hab ich auch mal testweise gesetzt nur leider ohne Erfolg :( - Möglicherweise funktioniert das nur mit ICS (Internet Connetion Sharing) und nicht mit RRAS... . Hatte auch schon versucht über DHCP (MTU Option 26) die Clients darüber zu informieren nur leider ignorieren die Workstation (W2k/ Win98SE) das behaarlich. Ich hab hier auch noch nen kleinen Hardware Router für DSL rumstehen (der leider meiner Netzwerklast Zeitweise nich ganz gewachsen ist) dafür aber besagte Fragmentierungsmeldung an die Stationen zurücksendet - und deshalb hatte ich eigendlich gehofft das man das auch dem Windows 2000 Server beibringen kann :). Naja evtl. hat ja noch jemand ne Idee (oder ich stell mich einfach nur zu doof an und seh einfach nich das wonach ich die ganze Zeit suche :D ). MfG.

> Wenn Du darauf beharrst, daß Port 1025 gesperrt ist, ist ja wohl ein anderer Port offen. Wo ist da der Unterschied ? Ich habe den Port nur gesperrt da auf dem Server ein Dienst lauft der diesen Port benutzt, welcher aber NICHT via I-Net erreichbar sein soll. Das Problem ist eben das RRAS diese Portsperre scheinbar nicht wahrnimmt und so immer das erste via NAT übersetze Packet auf Port 1025 zum z.B. Port 80 des I-Net Servers sendet (was aber durch die Portsperre eben nicht gelingt) :(. Hatte ihm da mal mit nen Sniffer auf den Zahn gefühlt ;). Ich hoffte das es hierfür ne "elegantere" Lösung gibt als die Meinige. Selbes gilt auch für das MTU Problem --> gibt es denn keine Möglichkeit das sich der Windows 2000 Server so verhält das er den Clients mitteilt wenn ein Packet zu groß ist (is doch nen bisschen aufwendig für jeden Client die MTU zu ändern oder ???) Aber trotzdem danke für deine Antwort :). MfG.

Proxy ?! Ich denkmal dein Proxy "kümmert" sich nur um Port 80 (HTTP) anfragen. Für Mail brauchste noch die Ports 25 (SMTP) und 110 (POP). Müsste irgendwo in dem Proxy einstellbar sein :rolleyes: . MfG.

Hi, ich hoffe ihr könnt mir helfen (bin "zufällig" auf euer Board aufmerksam geworden). Folgende Konfig: Windows 2000 Server mit RRAS "wählt" sich via RASPPPoE und DSL ins I-Net ein. Auf dem Server rennt Routing und RAS mit NAT + DHCP + DNS. Das System funktioniert auch soweit, also die Clients incl. Server kommen ins I-Net usw. . Nur 2 kleine Probleme: 1. NAT verwendet immer für ausgehende Verbindungen das Port "1025" zuerst. Das würde ich gerne ändern, da ich einige Ports in RRAS gesperrt habe (damit keiner von draußen darauf zugreifen kann u.a. eben auch "1025"). Das Problem dabei is nämlich das dadurch einige Verbindungen eben nicht zustande kommen können. --> für dieses Problem hab ich zwar ne Lösung nur bin ich mir nicht sicher ob die so gut ist (= hab in der RRAS NAT Konfiguration einfach die gesperrten Port's auf ne nicht existierende IP im LAN geforwarded wodurch NAT diese Ports nun nicht mehr verwenden kann :D). --> Gibt's ne bessere Lösung ??? 2. Problem ist etwas größer Nämlich alle Clients im LAN arbeiten mit ner MTU von 1500, über PPPoE im Server passen aber nur 1492 (wegen PPPoE). Das Problem ist nun das Windows 2000 den Client's diesen "kleinen" Umstand nicht via ICMP Meldung mitteilt. Was zur Folge hat das Packete in denen das Don't Fragment Bit gesetzt ist und die eine Größe zwischen 1492 und 1500 haben einfach verpuffen. Bsp.: ping -f -l 1472 1.2.3.4 = Time Out ...bis... ping -f -l 1465 1.2.3.4 = Time Out ping -f -l 1464 1.2.3.4 = geht ! Wenn ich die MTU auf allen Client's ändere (=1492) geht's natürlich, nur das möchte ich nicht da dadurch auch der LAN Traffic "beeinträchtigt" wird. Gibt's ne andere Lösung ??? Bin für jede Antwort dankbar :) . MfG.