MasterB

Hm, wie sieht es aus mit WINS, Datei- und Druckerfreigabe, Bindungen der Netzwerkkarte(n)? Gruß Marc

Wichtig ist, dass Du die Befehle nochmal mit der fix-Option aufrufst. Den Cache bitte überall leeren. Gruß Marc

Den Befehl bitte mit /fix aufrufen ...

Da hat aldisachen Recht. Den Cache solltest Du auch noch mal leeren - nur zur Sicherheit ... Gruß Marc

Den Befehl sollte man zusätzlich auch noch durchführen. Das ist durchaus sinnvoll. Gruß Marc

Hat´s denn was gebracht ?!?

Du solltest von der InstallationsCD aus die Support Tools installieren und dann dcdiag und netdiag mit der option /fix aufrufen. Wichtig ist, dass Du die Tool definitiv von der InstallationsCD benutzt. Dann sollte das Problem gelöst sein. Wahrscheinlich stimmen die SRV-Einträge zwischen dem AD und dem DNS nicht so richtig. Gruß Marc

Bist Du das hier schon mal systematisch durchgegangen? EventID.Net

Kannst Du bitte mal schreiben, wer den Fehler im Ereignisprotokoll einträgt. Da sollte eine Quelle hinterstehen. Tritt auch nur der 1054 auf oder dem zeitlichen Ablauf nach auch noch ein zweiter Fehler. Der 1054 tritt im allgemeinen alle 15 Minuten mit einem zweiten Fehler zusammen auf, habe aber die Nummer und die Quelle nicht vor mir ... so far Marc

Was ist das denn für ein NAS?

Hallo Sepp, ich habe da noch ein paar Verständnisfragen. Wenn Du ein NAS hast, warum bindest Du das Ding dann nicht per iSCSI an den Server an? Mit dem DFS kannst Du doch den Quatsch dann jeder Zeit über einen anderen Server wieder anbieten. Gruß Marc

Laut Microsoft gibt es ja auch keine klaren Anweisungen, was bei dem Fehler zu tun ist. Ich habe bei der Fehlersuche auch die abstrusesten Beschreibungen der Fehlerbehebung gefunden von 2x runterfahren, Drucker an und ausschalten, Schreibtischlampe einmal rechtsrum usw... Meiner Meinung nach liegt es eher daran, dass im DNS Service falsch oder nicht mehr aktuell eingetragen sind, wodruch sich der Server selbst behindert und auch die Clients in Stress geraten. Dann wird das Netz lahm und das Abfragen von Infos aus dem ActiveDirectory dauern zu lange und sind nicht richtig usw. Die fix-Option macht normalerweise alles wieder gut :-) Ich war dann auch so erleichtert, dass der Fehler endlich weg war, dass ich keinen Nerv mehr hatte, mich noch nachträglich nach dem Fehler zu suchen. Bitter, aber wahr. Gruß Marc

Okay, ich war mal wieder etwas vorschnell. Die Dinger haben ja mehrere Slots. Einer der Slots soll quasi mit Vollzugriff belegt werden und alle anderen "gesperrt" werden. Gruß Marc

Hallo Leutz, ein Kunde würde gerne den Zugriff/Berechtigung auf verbaute Cardreader in den Clients per Gruppenrichtlinie steuern. Ich bin nicht der Ober-Richtlinien-Gott und finde auch keine entsprechende Möglichkeit die Cardreader über Gruppenrichtlinien zu steuern. Hat jemand von euch evtl. Erfahrungen oder Ideen, wie man den Zugriff steuern kann? Gruß Marc

Soweit ich weiss nicht. Bei dem Kunden war es auch so, dass die installierte Version mittlerweile "neuer" war als das Installationsmedium. Bei mir hat sich der Fehler dadurch erledigt. Hast du denn die beiden "Diags" auch mit dem Schalter /fix aufgerufen? Gruß Marc

Hallo Schnuffi, ich wollte ich nochmal darauf hinweisen, dass Du DRINGEND die Version von NetDiag und DCDiag von der Installations-CD verwendest. Download von einer neueren Version hat oft nicht den richtigen Effekt. Ich hatte das auch mal bei einem Kunden, habe einfach eine entsprechende Version gedownloadet und die lief auch erstmal augenscheinlich durch - allerdings blieb der Fehler. Erst nach der Installation der Version vom Installationsmedium war nach paar Sekunden alles gut - unglaublich aber wahr. Vielleicht hilft´s. Gruß Marc

Sicherungen sind vorhanden. Allerdings habe ich mir bei der Gelegenheit gedacht, ich mache mal eine Radikalkur und bereinige das System mal wieder ein bisschen - mti allem Drum und Dran. Man hat ja sonst nichts zu tun. Und wie das Sprichwort schon sagt: Der Schuster hat immer die schlechtesten Leisten.;) Gruß Marc

Hallo Lukas, Danke für die Antwort. Ich habe auch noch keine geschickte Lösung gefunden. Eher im gegenteil. Ich habe auf unserem eigenen Server so lange am IIS rumgeschraubt, bis ich ungefähr alles zerstörrt habe, was auch nur annähernd was mit dem IIS zu tun hat :cool: ! So far ... Marc

Hallo Leute, entweder ich sehe mal wieder den Wald vor lauter Bäumen nicht, oder es geht tatsächlich nicht... Ein Aussendienstler meines Kunden sitzt bei einer dritten Firma mit seinem Rechner im Netz. Der Aussendienstler ließt seine Mails per OWA - schön eingeloggt auf dem SBS per Webfrontend. Es funktioniert alles einwandfrei (DYNDNS, IPCop). Andere User, die von Unterwegs aus auf den Server zugreifen gelingt der Zugriff problemlos. Jetzt sieht es wohl so aus, dass die Firewall bei dem Aussendienstler den Traffic über Port 444 blockt. Leider kann es gerade bei diesem Menschen nicht an die große Glocke gehangen werden, dass der auf dem Server meines Kunden arbeiten muss. Meine Frage an dieser Stelle. Gibt es eine Möglichkeit das "Companyweb" in die "Standardwebsite" umzuziehen, sodass als SSL Port der 443 genutzt werden kann? Ich raffe es voll nicht und gebe bei meinen Experimenten hier auf und frage Euch, ob möglich oder nicht. :suspect: Ich danke Euch. Gruß Marc

Hallo liebe Community, ich schlage mich jetzt schon den ganzen Tag mit einem (und meinem) Exchange rum. Das Problem ist wie folgt (mittlerweile auch bei mir): Kunde hat mehere Mail-Domains mit verschiedenen Betätigungsfeldern. Kunde möchte jetzt im "Von"-Feld eintragen, über welche Domain er rausmailt z.B. kunde@abc.de oder kunde@xyz.tv. Der Empfang klappt reibungslos, egal über welche Domain er angemailt wird. Die Adressen sind alle im AD hinterlegt. Das Anwenden der Empfängerichtlinien ist nicht mehr angehakt. Beim Mailen kommt jetzt immer die Nachricht, dass es nicht erlaubt ist ... und bla.bla.bla.... Dieses Problem ist in der Community schon häufig diskutiert worden und oft hat der Lösungsansatz von Günter geholfen. Ich habe allerdings einen Kunden, bei dem ist die Software (Exchange und Server 2003) nicht auf dem letzten Update-Stand. Bei diesem Kunden funktioniert es vollkommen problemlos den Absender auf die verschiedenen Domains umzuschreiben. Ich habe die Einrichtung verglichen und komme zu dem Schluss, dass es nur am Software-Stand liegen kann. Gibt es hier nicht eine Lösung über den SMTP-Connector. Kann ich nicht einen Connector für die Domain xyz und einen für abc einrichten? Wobei der Connector ja einfach alle Mails schickt - ist mit dem * konfiguriert. Wenn ich im AD die Hauptmailadresse ändere, dann schickt der Exchange die Mail auch bei dem User mit der anderen Domainendung raus. Ich verstehe die Welt nicht mehr. Die Geschichten mit dem Senden als sind an allen möglichen Stellen für den User freigegeben. Der Server ist auch der einzige der das AD vorhält. Es wird also nach nirgendwo repliziert. Auch der SMTP-Dienst neustart hat nichts gebracht. Wenn da draussen irgendwo ein Exchange-Spezi ist, dann wäre ich über hilfe sehr dankbar. Ich habe einfach keine Idee mehr. Gruß Marc :shock:

Nope, auch schon probiert. Ich gehe davon aus das der KDC nicht erreichbar ist. Die Clients die Zertifikate noch im Cache. Ich habe das Problem noch die gehabt, dass ich diesen Dienst überprüfen muss. Ich habe auch kein Ahnung, ob mal die Kerberos-Geschichte neu aufsetzten kann. Gruß Marc

Nope, leider auch nicht. Es ist nur von den DCs auf die Clients. Ist auch eine Windows-Fehlermeldung. Sie besitzen nicht die Berechtigung - wenden Sie sich an den Admin Die Clients könen auf die DCs und auch untereinander auf die Freigaben. Nur die DCs nicht auf die Clients. Die DC können allerdings untereinander auf die Freigaben zugreifen.

Nein, das ist auszuschließen. Ich habe die Betriebsmaster schon überprüft. Die sitzen noch alle auf dem "alten DC". Ich habe mir das mal als letzte Option offen gehalten, dass ich die Betriebsmaster auf den neuen DC übertrage. Gruß Marc

Hallo die Spezialisten :cool: Ich habe seit zwei Tagen Stress in einer Domäne mit 2 DCs. Vor ein paar Wochen wurde der ältere der DCs von 2000 auf 2003 geupdatet und einen Tag später kam ein zweiter DC neu (2003) dazu. Nach ein bisschen Replikationszeit wurde dann die Domäne mit Forrestprep und Domainprep auf den Exchange vorbereitet. Bis dahin auch noch alles wunderbar :wink2: . Zwei Tage später hat sich dann auf einemal der 1038 und 1050 auf dem alten DC eingespielt :suspect: . Das habe ich aber mittlerweile auch weg bekommen, nachdem ich ungefähr alles ausprobiert habe, was sich so im Netz dazu finden läßt . Nun kommen wir aber zum 16.05.06. Seit diesem Tag können die DCs nicht mehr auf Freigaben der Clients zugreifen. Ich habe mit dcdiag einen Fehler bei der Erreichbarkeit der Kerberos-Zertifizierungsstelle :shock: . Ich gehe davon aus, dass das Problem daher rührt. Im Moment habe ich auch viel zu tun und kann nicht lange nach einer Lösung suchen. Ihr seid mal wie immer meine letzte Hoffnung. Falls noch weitere Fragen zur Domäne bestehen, nur zu ... Das Lustige ist, dass der "neue" DC keinen 1030 und 1058 im Ereignissprotokoll hatte und es dem bis vor zwei Tagen noch gut ging. Von dem "neuen" DC aus ist das gleiche Zugriffsproblem. Der DNS Server antwortet übrigens prompt und sauber. Ich danke Euch schon Mal. Gruß Marc :(

Hallo Leute, ich habe es tatsächlich noch hinbekommen. Ich bin gnadenlos begeistert. Ich kann nur allen empfehlen, die mit der MSDE rumeiern - umstellen auf SQL, wenn Ihr einen SQL-Server zur Verfügung habt. Großartig Gruß Marc :D