Velius

Kuck mal hier: Active Directory-integrated domain name is not displayed in DNS snap-in with Event ID 4000 and 4013 messages cheers Velius

DFS ist dabei, DFS-R aber nicht - für deine Datenmenge wäre aber DFS-R stbiler und empfehlenswerter.

Keine Ahnung - ist vielleicht teurer oder so. PCI-X wird (wurde) ja eh nur in Servern verbaut.

Ob Quad oder Dual ist wohl zunehmend nebensächlich, zumal der billigste Quad weniger kostet als der billigste Dual. PCI geht übrigens auch auf PCI-X Steckplätzen - der Bus läuft halt 'nur' mit 66 Mhz.

Na dann ganz einfach: Mach einen 802.1Q Tag auf dem Switch und binde es an das 192.4.0.0 Netz. Dann noch ein ein DHCP oder DHCP Relay Agent/IP Helper konfigurieren und schon sind die Netze getrennt. cheers

Hi Hängen denn beide, Computer und VoIP Telefon, am selben Switchport? Gruss Velius

Klar, weiss auch nicht mehr wie ich auf 'Visual' gekommen bin - muss am .Net und dem ganzen Vereinheitlichung-Geraffels liegen .... und dass mein Hirn nachlässt:rolleyes:

Also: SQL 2005 installiert und Dienste laufen nicht mit 'local System', sondern mit einem Domänen Account, der keine Domain Admin rechte besitzt SQL Visual Management Studio auf einer WS oder einem 2. Server installiert Beim Verbinden mit Visual Management Studio von der WS oder dem 2. Server kommt der SSPI error Es kann gut sein, dass der Fehler nicht auftritt, wenn der SQL zuvor schon mit 'local System' gestartet wurde - dann kann er seine SPNs korrekt registrieren in AD. Auch mit einem Domain Admin Account funktioniert's, denn der hat logischerweise alle benötigten Rechte SPNs zu registrieren. Nur mit einem 'normalen' Domänen Benutzer haut's nicht, da diesem default read und write auf SPN Attribute fehlen im AD. Übrigens müsste dieser Fehler bei allen Funktionen mit dieser Konstellation auftreten, wo MSSQLSvc/Servername als SPN des SQL Servers aufgerufen wird. Mehr Details findest du im Artikel im ersten Post Cheers Velius

Oh man, wenn doch bloss Jemand meine Posts lesen würde:rolleyes: :nene: :D

Sowas nennt man URL Translation und ist normal.

Die Einstellung wirkt aber nicht auf Computer Objekte sondern auf Benutzer Objekte: Der Benutzer/Admin kann sonstwo sein und kann trotzdem nicht die NICs bearbeiten sollte es eine GPO mit solch einer Einstellung irgendwo in der Domäne geben.

Das wirkt aber nicht wenn's da noch eine Policy gibt, die sich mit dieser OU deckt - Admins sind davon nicht ausgeschlossen wenn die 'Enable Windows 2000 Network Connections settings for Administrators' aktiviert ist.

Also ich kenne die hier, die sowas verursachen würden: Benutzerkonfiguration/Administrative Vorlagen/Network/Network Connections/Enable Windows 2000 Network Connections settings for Administrators Benutzerkonfiguration/Administrative Vorlagen/Network/Network Connections/Prohibit access to properties of a LAN connection cheers Velius

Aber 2 Stunden :suspect: da ist IMHO noch anderswo schwer was faul.:wink2:

Hi Matthias, Nun, ich hab jetzt dem Domänen Account mittels ADSIedit die Rechte 'Read serviceprincipalname' und 'write serviceprincipalname' erteilt, und nun geht's. Ich kuck mir die PN aaber gerne noch an.;) :D gruss Velius P.S.: Na ja, so kann ich's nicht bezeichnen - konnte remote auf diese Instanz keine Verbindung mit dem Visual Studio herrstellen. Später dann schon....

Die sehst du auch erst, wenn du das machst: Device Manager does not display devices that are not connected to the Windows XP-based computer Kann nicht schaden, die inaktiven Komponenten zu entfernen.:wink2: cheers Velius

Ne, das ganz sicher nicht...

Ergo, Passwort abgelaufen (das des Backups).... Alles klar. Danke der Rückmeldung:thumb1:

Von wievielen DCs reden wir denn? Steht der EX in einem anderen Subnetz als die DCs? Klingt nicht nach eine 'Access Denied' Problem, eher danach dass die E-Mail noch nicht in der GAL ist.

Was hat denn 'Selbst' für Rechte gesetzt unten? 'Read' und 'full Mailbox Access' müsste da stehen, wenn nicht liegt da das eigentliche Problem....

Ok, Zusammenfassung: 1 x direkt und 1 x mit Remote Desktop wahrscheinlich, und beides ging nicht, richtig? Dann mach mal was im Post #2 steht.;)

Mailbox Rights for New Users Shows Only Self

'SELBST' ist stellvertretend für den Benutzer (ist doch selbstsprechend der Name, oder nicht:suspect: ). Der Admin soll aber keinen Zugriff haben - Privatsphere, Datenschutz, usw. to name a few....:cool:

Ich red vom Computer Account, nicht vom User Account.:rolleyes: Oder meldest du dich am ISA von einem anderen Computer über RDP an??:suspect: Präzisier mal ein wenig, ja?;)

Na ist doch klar: Computerkonto von der Domäne gelöscht oder Kennwort desselben abgelaufen. Mach mal das Konto neu in der Domäne falls nicht vorhanden, meld dich mit lokalem Account an und mach dann dies (gilt auch für nicht-Domänenkontroller): Zurücksetzen von Computerkontokennwörtern eines Windows Server 2003-Domänencontrollers mit "Netdom.exe" cheers Velius