Pascal_HH

Hallo Günther, danke für die Antwort. Das Problem ist, dass der Administrator sich per Citrix anmeldet, also ist es keine Konsolensitzung. Wenn die Meldung beim normalen Benutzer erscheint, wäre es logisch. Für den Administrator aber sehr lästig...

*bump* Hat keiner eine Idee ???

Hi all, ich habe folgendes Problem : Auf unserem W2K3-TS-Server treten u.U. Zugriffsverletzungen auf. Wir wissen, wo sie herkommen und beseitigen sie langsam. Das Problem besteht darin, dass User-Programm-Zugriffsverletzungen beim Anmelden als Administrator erscheinen. Das ist sehr lästig, wenn der Admin zuerst 20 Fehlermeldungen wegklicken muss, bis er arbeiten kann. Weiß jemand wie man das um- oder abstellen kann ? Ich finde es einfach nicht. Es hat m.E. nichts mit der Fehlerberichtserstattung zu tun. Denn diese Einstellungen haben dafür keine Auswirkungen. Sven

und nu? keiner mehr eine Idee?

Also ist irgendwie alles gemischt.. hier ist der auszug von set: ALLUSERSPROFILE=F:\Dokumente und Einstellungen\All Users APPDATA=F:\Dokumente und Einstellungen\Administrator\Anwendungsdaten AVENGINE=C:\PROGRA~1\CA\SHARED~1\SCANEN~1 CATPATH=C:\Programme\CA\BrightStor ARCserve Backup\DATABASE CommonProgramFiles=C:\Programme\Gemeinsame Dateien ComSpec=F:\WINNT\system32\cmd.exe CONNPATH=C:\Programme\CA\BrightStor ARCserve Backup\ HOMEDRIVE=F: HOMEPATH=\Dokumente und Einstellungen\Administrator NUMBER_OF_PROCESSORS=2 OS=Windows_NT Os2LibPath=F:\WINNT\system32\os2\dll; Path=d:\Dokumente\DBDIRECT\DBMS;d:\Dokumente\DBDIRECT\EXE;F:\WINNT\system INNT;F:\WINNT\System32\Wbem;C:\Programme\Gemeinsame Dateien\WatchGuard\li PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 11 Stepping 1, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0b01 ProgramFiles=C:\Programme PROMPT=$P$G SESSIONNAME=RDP-Tcp#33 SystemDrive=F: SystemRoot=F:\WINNT TEMP=F:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\3 TMP=F:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\3 USERNAME=Administrator USERPROFILE=F:\Dokumente und Einstellungen\Administrator windir=F:\WINNT

Nein chkdsk habe ich noch nicht durchgeführt, was aber eigentlich eine gute Idee ist.... werde ich mal auspobieren. Und es wurde auch keine neue Software installiert.

Hallo Forum, haben bei uns einen Windows 2000 Server (inkl allen Patches) mit folgendem Problem. Seit ca. 1 Woche hat der Server statt nur noch c:\ jetzt auch f:\ (zur info es wurde nix neues eingebaut). Es ist auch keine Spiegel-Platte im System eingebaut. Und in der Datenträgerverwaltung ist auch nur eine Festplatte vorhanden, hier zeigt er aber nicht mehr C:\ an sondern F:\ . Also c:\ und f:\ ist der selbe Inhalt bzw gleiche Platte..... eigentlich könnte man das Problem ignorieren wenn wir den Server nicht ab und zu rebooten müssten.... Wenn der Server rebootet denkt er jetzt des Öfteren das dies sein System-Laufwerk ist und dadurch können Die Fax-Treiber auf c:\ nicht gefunden werden..... nach 2 bis 3 weiteren Reboots ist c:\ wieder c:\ und das Faxen geht wieder.... hat jemand ein Tipp oder eine Gute Idee?? Oder gibt es eine Möglichkeit den Laufwerksbuchstaben noch mal zu überschreiben oder so? danke im Voraus.....

Das liegt an der Binärrechnung : 128 (dec)= 1000 0000 (bin) Netmask (bitmusterfilter) 240 = 1111 0000 (bin) (also nur die letzten 4 Bits bilden den Bereich) Also alle Adressen von 1000 0000 - 1000 1111 (bin) 1000 1111 (bin) = 143 (dec) die höchste Zahl q.e.d.

Ich denke, dass die rituelle Lammschächtung im Rechnerraum geholfen hat !

Wollte das Problem wenigstens mal abschliessen : ein minütliches "arp -d *" hat Abhilfe geschaffen... Nichts hält besser als eine gute Krücke .... Vielen Dank Euch trotzdem

Das Problem ist eigentlich wichtig und nervt ... es ist nicht unbedingt zeitkritisch... der DNS-Server meckert, dass er doch gerne im Rechnernamen dom1.nt.testdomain.de haette... und es gibt kleinere andere Probs ... Es existiert seit der Wandlung von NT4.0-Domäne auf Win2k3-Domäne. Der Lizenzserver wanderte mit dieser Umstellung von R1 auf Dom1. Dadurch, dass Dom1 am Anfang dom1.nt.testdomain.de hiess, fand r1 seinen lizenzserver nicht ... was unter Citrix die Auswirkung hat, dass keine Anwendungen extern gefunden werden...viele Leute nix arbeiten können ... dns-suffix raus aus dom1 und alles gut... Btw : Hab nen anderes TS reingehängt und, was ja klar ist, es funktioniert... Sniffen ergab, dass R1 sich irgendwie nicht auf \\dom1.nt.testdomain.de\ipc$ verbinden konnte... (war ja klar und nix neues) Frage : Kann es Treiber der Netzwerkkarte sein ?!? Die ist bei beiden identisch und nicht weiter im Netz im Einsatz. Fazit ist dann : Problem Win2k auf R1 und R2 ... irgendwas bei der SMB-Abfrage läuft schief... oder ?!? Wenn dem so ist, werde ich das Problem dann nicht technisch sondern taktisch (Holzhammer) lösen : Ich hatte eh vor im nächsten Quartal ( was ja eh in 2 Wochen beginnt ) die Citrix-Server upzudaten, sprich Neuinstallation. Werde dann mal den Zeitplan umstellen. Ich verspreche mir dann davon, dass es funktioniert. Ich will nur ausschliessen, dass es irgendetwas kleines und leicht behebar ist... Vielen Dank fuer Deine Mühen Edgar !!!!! hanseatischen Gruss pascal

Auf Dom1 geht bei \\dom1.nt.testdomain.de das Fenster ordnungsgemaess auf. Auf R1 halt nicht. Das Fenster geht auch von ca. 50 anderen Rechnern ordnungsgemäss auf... nur halt von R1 und R2 nicht. Dumme Frage : Kann das irgendwie an TS oder Citrix liegen.. ich häng mal einen alten TS-Server ins Netz mal sehen was der dazu sagt. Das ist ein Unterschied zu allen anderen Rechnern hier im Netz. Warum Class B - Netz ? Tja... Das logische Netz ist mehr als 15 Jahre alt... quasi historisch gewachsen...

ich denke mal ipconfig /all >datei oder meinst du was anderes ? Dom1 : -------------------- Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : dom1 Primäres DNS-Suffix . . . . . . . : Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : 3Com EtherLink XL 10/100 PCI-TX-NIC (3C905B-TX) Physikalische Adresse . . . . . . : 00-50-04-63-AC-00 DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 129.1.1.80 Subnetzmaske . . . . . . . . . . : 255.255.0.0 Standardgateway . . . . . . . . . : 129.1.1.86 DNS-Server . . . . . . . . . . . : 129.1.1.80 ----------------------------- R1 : Windows 2000-IP-Konfiguration Hostname. . . . . . . . . . . . . : r1 Prim„res DNS-Suffix . . . . . . . : nt.testdomain.de Knotentyp . . . . . . . . . . . . : Hybridadapter IP-Routing aktiviert. . . . . . . : Ja WINS-Proxy aktiviert. . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : nt.testdomain.de Ethernetadapter "LAN-Verbindung": Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : D-Link DGE-500T Gigabit Adapter Physikalische Adresse . . . . . . : 00-50-BA-38-DF-67 DHCP-aktiviert. . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 129.1.1.11 Subnetzmaske. . . . . . . . . . . : 255.255.0.0 Standardgateway . . . . . . . . . : 129.1.1.86 DNS-Server. . . . . . . . . . . . : 129.1.1.80 Ob ich Dom1 einen DNS-Suffix gebe oder nicht, interessiert das Problem gar nicht...

Hast du unter den Optionen des RDP die lokalen Ressourcen freigegeben ?!?

Kein Problem... vielleicht war ich zu undeutlich... Unter Ausführen passiert bei \\dom1 dass der Explorer hochkommt (also alles i.O.). Wenn ich \\dom1.nt.testdomain.de eingebe, "Netzwerkname wurde nicht gefunden." Meine Variante war, dass ich es direkt in der Adresszeile des Explorers eingeben. Gruss

Hi Edgar, nslookup funzt .. ping funzt lediglich UNC Auflösung en gehen nicht von r1 aus : \\192.x.x.x geht \\dom1 geht \\dom1.nt.testdomain.de geht nicht !!! \\r1 geht \\r1.nt.testdomain.de geht wie gesagt : nslookup dom1.nt.testdomain.de geht ping dom1.nt.testdomain.de geht auch Ich hab den WINS-Server noch übergangsweise in Betrieb, da ich nicht sicher bin ob nicht doch noch ein WinNT-Rechner im Netz habe ... Hab aber auch schon mal den WINS-Server aus R1 und R2 entfernt... nix... Gruss Pascal

Hallo liebe Forummer, ich habe da ein neues Problem. Um Verwechslungen mit live existierenden Umgebungen zu vermeiden, sind die Namen frei erfunden. Umgebung : Win2k3-Domäne (von NT 4.0 erfolgreich (!) angehoben) AD-Rechner : dom1 Domäne : nt.testdomain.de Wins-Server : läuft auf dom1 DNS-Server : läuft auf dom1 (noch) kein 2ten DC im Einsatz, DNS- und Wins sind auch nicht repliziert. Ich habe es eigentlich schon reduziert auf folgendes : Von allen Rechnern kann ich per UNC \\dom1 und \\dom1.nt.testdomain.de auf Freigaben zugreifen. Zwei Rechner (r1 & r2 beides Win2kSrv SP4) können dieses nicht ! Diese koennen nur \\dom1 auflösen aber nicht \\dom1.nt.testdomain.de. UND Achtung : DNS-Auflösung auf dom1.nt.pascal.de funktioniert korrekt. Folgende Aktionen wurden schon getestet : - Netzwerkeinstellung auf diesen 2 Rechnern komplett kontrolliert. - Wins-Einträge auf DC kontrolliert. - Wins-Eintrag auf den Rechner raus und wieder rein genommen. - Rechner aus Domäne raus und wieder rein genommen (inkl. Konto löschen). - Rechner heissen r1.nt.testdomain.de & r2.nt.testdomain.de - hosts und lmhosts sind leer - Hardwareprobs sind ausgeschlossen worden Das Folgeproblem ist dies, dass diese Rechner den Lizensierungsdienst auf dem AD nicht finden können. Dies funktioniert nur dann, wenn ich den DNS-Suffix des DC "nt.testdomain.de" entferne.. dann meckert aber der DNS-Server und es erscheint eine unsaubere Lösung zu sein... Der Unterschied von R1 und R2 zu anderen Rechnern ist der, dass es sich hier um Terminalserver handelt (Citrix Loadbalancing). Habt ihr irgendwelche Ideen ?!? dankenden Gruss aus Hamburg...

Naja ist ja auch ein Wille ... jedes Bootshaus will zur Villa ... Ausserdem fliessen die Bits in Wassernähe definitiv besser als im Industriegebiet egal welche Dämpfung. :D (ok etwas Threadhijacking aber eigentlich gehörts zum Voooodoooo) :D :D :D

Nein Nein ..... 300m am Stück ist nicht mein Ernst Ich würde nur einzelne Switche überbrücken wollen. Ich traue noch nicht einmal 90m ohne Repeater....

So sniffen erbrachte sogut wie nichts... Pings gingen im Fehlerfall zwar raus kam aber kein reply... genauso wie alle anderen Anfragen. Zwei Rechner parallel am Platz vom R1 haben zeitgleich das gleiche Problem. Was scheinbar half, das Problem zu beheben, war ein "arp -d *". Der nächste Netzwerkzugriff löst dann eine ARP-Broadcast aus und 1-2 Sek dannach steht die Leitung wieder. (lt. Sniffen bekommt meistens erst der 2te ARP-Broadcast reply). temporärer Workaround (Nicht lachen !): alle 1min wird ein "arp -d *" ausgeführt. Bisher (16h) keine Probs. Ich denke der ARP-Broadcast hilft nicht meinem Rechner (R1), da dieser nun schon 3x ausgetauscht wurde, sondern vielmehr irgendeinem Switch davor, verlorene ARP-Table-Einträge wiederzubekommen. Desweiteren haben wir mal die Netzwerkkarte bei R1 auf Halfduplex und 10MBit geschaltet (100 MBit ist an R1 durch Citrix nicht notwendig). Vooooooodooooooooooo !!!! Hab Kabel und 2 3Com-Switche (Nicht-SoHo-Switche) schon im Auto und tausche bei Wiederauftreten des Probs mal die D-Links durch.

Ich geh heute mal sniffen... mal sehen was dabei raus kommt...

Noch Infos : das gesamte Netzwerk ist rein Win2k. S1 ist WinTerminalServer mit Citrix PS 3.0. Alle ServicePacks und Hotfix eingespielt.

Sorry für die wenigen Infos.. R1 wurde getauscht. Patch-Panel wurde inzwischen komplett umgearbeitet. Will heissen, dass dort quasi der erste Switch auch ausgetauscht wurde... keine Änderung. 300m+ wäre die direkte Verbindung von Rechnerraum --> Fenster --> Hof --> R1 Es sind unterschiedliche Gebäude (leider keine LWL-Anbindung) mit gleicher Stromversorgungsquelle. Ein Switch (SW2) ist quasi Repeater-Switch... Zwischen den Gebäuden bestehen keine Probs, da hier alle Rechner einwandfrei arbeiten... Anschlussdosen arbeiten einwandfrei... S2 ist ja ständig und einwandfrei erreichbar...

Danke für die schnelle Antwort :) . ich werde das mal checken, glaube aber nicht, ... Als nächstes wären wohl Holzhammermethoden eingesetzt: die weichen : Port-wechsel auf alles Switches usw. die harten : 300m Cat5 ziehen um Switche zu über brücken :)

Hi, ich habe folgendes sehr schönes Problem : Ich habe einen entfernten Rechner Rechner R1 der auf einen Server S1 und S2 zugreift. So es funktioniert alles einwandfrei. Meistens... Denn manchmal (2-4mal am Tag) kann R1 den Server S1 nicht erreichen (ping etc.). Dieser Zustand hält ca. 1-15min an. R1 kann aber S2 IMMER pingen und Ping <10ms ... permanent. Und S1 wird von ca.20-30 anderen Geräten während dieser Zeit erreicht. Das ist das Symptom. Konstruktion des Netzwerkes ist durch historische Gegebenheiten wie folgt : Wir befinden uns in einem Netzwerk Subnet 255.255.255.192 (zum Lesen : Verbindung von oben nach unten und umgekehrt) Server S1 192.168.47.131 & Server S2 192.168.47.144 --> 1Gbit Switch 3Com Superstack 3(SW1) --> Dlink 10/100 Switch DES 1008D (SW2) --> DLink 10/100 Switch DES 1005D (SW3) --> DLink AP2100+ BridgeMode (SW4) 192.168.47.189 --> DLink AP2100+ BridgeMode (SW5) 192.168.47.190 --> DLink 10/100 Switch DES 1005D (SW6) --> Rechner R1 192.168.47.169 Wir schliessen eigentlich die 5-4-3 Repeater-Regel aus, da es sich bei jedem Glied um einen Switch handelt. Wir schliessen physikalische Fehler aus, da die Leitung immer funktioniert und an den Zwischen-Switchen (bis vor die AP2100+ dannach sitzt nur noch R1) evtl. auch Rechner sitzen die NIE eine Störung haben. Wir schliessen doppelte IP aus. Kann es sein, dass irgendjemand ARP Einträge verliert ?!? Was könnte es noch sein ?!? Kann mir jemand helfen .. wir sind total verzweifelt ! Unsere nächste Idee wäre, eine rituelle Lammschächtung vor jedem Switch vorzunehmen...