Krypto

Hallo, bei einem Terminalserverbenutzer passiert es, dass dieser mitten im Arbeiten einige Einstellungen (Aufbau Startmenü etc.) verliert und nur noch eingeschränkte Rechte besitzt. Zudem wird unter der Abmeldung ein anderer Benutzername (muss nicht auf dem gleichen TS arbeiten) angezeigt. Unter Dokumente und Einstellungen wird aber der richtige Benutzername angezeigt. Bisher konnte ich feststellen, dass dies sporadisch auftritt und auf keinen Terminalserver (7 an der Zahl) eingrenzabr ist. Allerdings fehlt unter dem Benutzer ein Registrypfad (HKU-SID --> fehlt, HKU-SID_Classes --> ist vorhanden) - womit ich zumindest die fehlenden Einstellungen erklären kann. Im Ereignisprotokoll wird für diesen Zeitpunkt Ereignis 1401 Quelle UPHClean angegeben, als ob sich der Benutzer versucht hat abzumelden - was er aber laut Aussage nicht getan hat. BS: W2K3 SP2 Patch bis März aktuell TS - Citrix PS 4.5 R03 Client: WinXP oder TC mit Linux Habt Ihr ein paar Tipps für mich? Gruß Ulf

Hallo Nils, erst einmal vielen Dank für die Antwort und für dein Programm. Ich werde mir mal DocuSnap in der Demo anschauen. Hast du schon mal Erfahrung mit NetDoc Ad (DataAssist Shop) gesammelt. Gruß Ulf

Hallo, ich bin gerade dabei für unsere Umgebung die Doku in Ordnung zu bringen. Ich möchte nun die Verschachtelung von User zu Gruppe, ggf. weitere Gruppe zu ACL in Visio2007 abbilden. Hier sind einige gute Tipps, die aber z.T. nur auf HTML aufbauen, wie z.B. Jose. Mit Visio selbst kann ich nur die Benutzer auslesen, aber nicht das Attribut memberof, auch ist das Auslesen von Gruppen nicht möglich (meine ich jedenfalls). Mit ADTDNet wird nur die OU Struktur dargestellt. ImTechnet wird u.a. der Artikel Integrating Visio 2007 and Active Directory aufgeführt - ist allerdings nicht ganz das richtige. Ich weiß auch, dass aus AD keine Zuordnung zur ACL erfolgt. Daher wäre es kein Problem mehrere Tools zu haben, wichtig für mich ist das letztendlich alles in Visio abgebildet wird. Das ich dann ggf. die StrukturenErgebnisse "zusammen setzen" muss, nehme ich gerne in Kauf. Alles von Hand zu zeichnen nicht :-) Kennt von euch jemand kostenfreie, bzw. kostengünstige Tools die dies erledigen können? Gruß Ulf

Hallo, bei mir tut sich gerade ein Problem mit der Email zustellung auf, welches ich mir nicht erklären kann. es wurden zwei Server mit HT-Rolle installiert, beide besitzen eine eigene, zudem über NLB eine gemeinsame IP-Adresse (Details weiter unten). Es wurden verschiedene Receive Connectors eingerichtet, denen unterschiedliche Receive-IP's hinterlegt wurden - bei beiden HT natürlich identisch eingerichtet. Nun kommt es vor, sporadisch nachzuvollziehen bei Emails von und zu @telekom.de oder @t-systems.com, dass Emails über falsche Receive Connectors geleitet und somit nicht zustellbar (als Fail gekennzeichnet) werden. Der Eingang von externen Emails verläuft so: Eingang Proxy (steht in DMZ) --> Scannen --> Weiterleitung EmailServer HT1 IP- 192.168.63.45 HT2 IP- 192.168.63.46 HT NLB IP- 192.168.63.47 Proxy IP- 192.168.45.25 ReceiveConnector1 (Client HT1) localIPAdress to receive mail: (All Available IPv4/ IPv6 Adress):587 Receive Email from: 0.0.0.0-255.255.255.255 ReceiveConnector2 (Default HT1) localIPAdress to receive mail: (All Available IPv4/ IPv6 Adress):25 Receive Email from: 0.0.0.0-255.255.255.255 ReceiveConnector3 (Test) localIPAdress to receive mail: (All Available IPv4):25 Receive Email from: 192.168.63.10(255.255.255.255) Von der Einstellung her gehe ich nun davon aus, dass externe Emails (sozusagen vom Proxy) über ReceiveConnector2 eingehen und Emails von 192.168.63.10 über ReceiveConnctor3. In o.g. Fall ist es lt. Message Tracking aber so, dass eine Email vom Absender mit @t-systems.com an ReceiveConnector3 übergeben worden ist. Danach wird mir eine weitere Zeile angezeigt, bei der als EventId "Fail" und als Content bzw. SourceContent "Agent" eingetragen wurde. Nachdem ich den ReceiveConnector3 deaktiviert habe wird diese an den richtigen Connector übergeben, aber wird trotzdem nicht zugestellt - mit gleichen Fehler 1. Warum wird sporadisch ReceiveConnector 3 und nicht 2 benutzt? 2. wie kann ich herausfinden, warum die Email nicht zugestellt wurde - der Grund Fail ist mir zu wenig Gruß Ulf – Hallo noch einmal, punkt zwei habe ich gelöst, es war eine falsch eingestellte Transportregel. Drauf gekommen bin ich mit set-transportserver und piplinetracing Bleibt noch herauszufinden, warum nicht der richtige connector benutzt wird einer eine Idee? GRuß Ulf

Hallo, beim Versand von Emails kommt es sporadisch vor, dass Umlaute mit ? ersetzt werden. Der Absender sieht die Ziechen korrekt dargestellt, aber der Empfänger erhält die verändert dargestellte Nachricht. Nach meiner Recherche liegt es allerdings an uns, da bei der Suche nach Nachrichten schon die Veränderung in einer Betreffzeile nachvollziehbar ist. Dieses Problem betrifft sowohl externe als auch interne Emails. Nur bei externen Emails wird ein Disclaimer vom Exchange hinzugefügt, der dann auch die Veränderungen enthält. Am Exchange ist der Zeichencode für MIME und non-MIME auf Western European (ISO) eingestellt. Der Zeichencode in Outlook wird mittels GPO ebenfalls auf Westeuropäisch (Windows) vorgegeben. Wir haben Exchange 2007 (englisch), Outlook 2003 (deutsch) Woher kommt der Fehler und wie kann ich diesen beheben? Gruß Ulf

Hi, ich war nun gerade beim User und kann folgendes mitteilen: es erscheinen unterschiedliche Einträge wpad ---------- Name existiert nicht oder s --------- Name existiert nicht oder serv ----------- Name exisitert nicht weiterhin sind natürlich auch die richtigen Namen und Auflösungen vorhanden Im Internet habe ich zu wpad (Web Prox Autodiscovery Protocol) etwas gefunden, die Autokonfig war beim User auch aktiviert, aber nun habe ich dies deaktiviert. Der Eintrag taucht trotzdem auf. zudem würde mich interessieren, woher er die falschen Namen hernimmt Nachtrag: wenn der User \\ts-server1.domain.com\c$ aufruft, dann fkt. alles, im DNS-Cache werden zwar auch die falschen Einträge aufgelistet, aber die Passwortabfrage kommt sofort. Gruß Ulf

Hallo zusammen, bei einem Client habe ich folgendes Problem: Der User will per Administrativer Freigabe Daten von seinem Client zu unseren Terminalserver kopieren und anderen bereitstellen. Er gibt unter Start - Ausführen: \\TS-Server1\c$ ein. Soweit alles OK, nun kommt es aber vor, das bei einem Aufruf eines weiteren Servers dies nicht mehr fkt., erst eine lange Wartezeit abwarten muss und dann schließlich eine Fehlermeldung bekommt. Weitere Aufrufe anderer Server scheitern ab diesem Moment ebenfalls. der Client bekommt seine IP-Einstellungen per DHCP, Netbios ist deaktiviert. Wenn ich nun iconfig /release und /renew ausführe, dann fkt. der Aufruf wieder, auch derer, welche vorher nicht fkt. Ich habe mir dann den DNS-Cache immer wieder angeschaut und da ist mir aufgefallen, dass irgenwann ein Eintrag auftaucht Server .... Computer nicht vorhanden (genauen Wortlaut würde ich nachreichen) zudem löst er aber den aufgerufenen Server korrekt auf. ipconfig /flushdns /release /renew --> alles wieder i.O., in sporadischen Abständen tritt der Fehler wieder auf. In der Datei Host und lmhost sind keine Einträge vorhanden. wenn ich in der Datei Host diesen Eintrag hinzufüge, z.B. Server 192.16.1.23, dann taucht irgenwann der Eintrag waped im DNS-Cache auf. DNS und WINS (netbios über tcp ist zwar deaktiviert) ist definitiv sauber. Ich habe leider keine weitere Idee woher diese Einträge kommen. Hat von euch einer eine Idee. Gruß Ulf

nun ja, sauer bin ich auch - aber Menschen machen nun halt Fehler. Aber ich werde das hier intern klären, dass Updates zwar durch den Kollegen installiert werden dürfen, aber erst nach Vorwarnung und sollte danach etwas nicht fkt. dann soll ermir doch gleich Bescheid geben - wie man sieht, kommt es zum Schluß doch heraus. :-) Gruß Ulf

Hallo Norbert, vielen Dank für deine Info. Ich glaube, ich habe den Fehler gefunden. Kurz dafür noch eine Zwischeninfo. Wir besitzen für die Ausfallsicherheit zwei Hub Server mit NLB. Vorangeschaltet ist ein Proxy. Dieser sendet auf die NLB Adresse, wobei immer nur einer empfängt. Ein Kollege hat letzte Woche ein Update für Exchange auf beiden Hubs installiert. Eines hat er aus zeitgründen abgebrochen - danach waren aber die Dienste von Exchange deaktiviert und konnten nach Änderung auf Automatisch nicht mehr gestartet werden. Was hat der nette Kollege gemacht - er deinstallierte und installierte Exchange auf dem HUB neu. Er installierte allerdings nicht die Anti Spam Agents von Exchange mit. :-( Zur Zeit war es nun dieser Hub, der vom Proxy empfangen hat. Nachdem ich nun dahinter gestiegen war, habe ich diese nun installiert. Ich denke, dass das der Auslöser gewesen ist. Ich beobachte dies noch weiter - falls ich nichts mehr von mir hören lasse, dann war das der Fehler. Gruß Ulf

Hallo phoenixcp, danke für die Info, die Seiten habe ich bereits durch. Ebenfalls habe ich ja die Einstellungen Block messages sent to recipients not listed in GAL aktiviert, trotzdem werden zu den Absendern ein NDR versand, bei deren Empfängern NICHT in der GAL aufgeführt sind. GRuß Ulf

Hallo, aufgrund bestimmter ANTI-SPAM Einstellungen habe ich mitbekommen, dass zahlreiche NDR von unserem postmaster versendet werden. Es kommen zahlreiche Emails an, die nicht als Spam erkannt werden. Allerdings ist die Empfangsadresse (z.B. xyzabc@domain.com) in unserer domäne nicht vorhanden. Die Domäne ist allerdings unter Accepted Domains vorhanden. Da das Email nicht zugestellt werden kann, wird ein NDR erstellt. Aber ich habe Allow NDR deaktiviert, zudem wurde Block messages sent to recipients not listed in GAL aktviert Wie kann ich den Versand von NDR für solche Zwecke verhindern? Gibt es die Möglichkeit zu unterscheiden, welche Mail "schlecht" oder "gut" ist und danach einen NDR zu versenden oder nicht. Gruß Ulf

Hallo, nach der Umstellung von Exchange 2003 auf 2007 bekomme ich vereinzelt Hinweise, dass die Umlaute außerhalb unserer Exchange Umgebung (beim externen Empfänger) als ? angezeigt werden. Bisher konnte ich das Problem auf ca. 10 von ca. 300 Benutzer und einem Terminalserver eingrenzen. Nur taucht dieses Problem auch nur sporadisch auf, so dass es keine klare Linie gibt. Wenn ich versuche das Problem nachzustellen, funktioniert natürlich alles. Mir scheint, als dass die Länderkennung nicht stimmt. Die Benutzer arbeiten mit Office 2003 auf einem Terminalserver, bekommen aber die Einstellungen für Länderkennung per Richtlinie (Codierung ausgehnder Nachrichten automatisch wählen --> deaktiviert, bevorzugte Codierung --> Westeuropäisch (Windows)). Die User dürfen nur das Email Format (nur-Text, HTML etc.) wählen. Im Exchange 2007 wurde ebenfalls die Einstellung getroffen: Organization Configuration - HubTransport - RemoteDomains - MIME-character set und NON-MIME character set = Western European (ISO) Die Terminalserver + Office sind in deutsch installiert, der Exchange wurde in Englisch installiert, es existieren der Mailbox Server (Cluster) und zwei Hub Transport Server (NLB) Habt Ihr einen Lösungsansatz für mich. Gruß Ulf

@Norbert geht mir genauso, mache schon Termine in meinem Urlaub :-( @Günther das ist ein guter Ansatz, werde es mal ausprobieren Vielen Dank Gruß Ulf

haben wir, wie kann ich das berwerkstelligen?

unsere User werden im Normalfall manuell angelegt. Der Vorschlag klingt ganz gut, allerdings kann der User nicht nur von mir angelegt werden, sondern von allen im Team. Daher würde ich eine automatische Abwicklung bevorzugen. Gruß Ulf