phoenixcp

Wie sieht es aus, wenn du den Router auf den alten Firmwarestand zurückflashst? Besteht das Problem dann auch noch oder gehts dann wieder? Damit könnte man erstmal eingrenzen, ob es am Router oder am Rechner liegt. Gab es denn einen triftigen Grund auf ne neue Version zu gehen oder war das einfach mal so?

Rein theoretisch müsste es reichen, wenn du die Benutzer in die Gruppe der Netzwerkoperatoren aufnimmst. Die müsste es auch in der W2k-Domäne geben. Wenn es sich nur um lokale Benutzer dreht, wirst du wahrscheinlich nicht um die Administratorengruppe herumkommen. Oder du suchst mal in den lokalen Richtlinien.... Gruß Carsten

Aber auch nur, wenn er die Wasserpumpenzange griffbereit hat...

Du solltest natürlich entsprechend Arbeitsspeicher bereit stellen, damit der Server in der Performance nicht einknickt. Ansonsten gibt es meiner Meinung nach keine Einschränkungen oder Problempunkte.

Am besten du nimmst die "Terminaldiensteverwaltung" aus dem Adminpak. Gruß Carsten

Wäre das dann nicht der Exchange-Alias des jeweiligen Kontos?

Das folgende SQL-Kommando (auszuführen in der MasterDB per ISQLW) versetzt die DB in den SingleUser Mode: exec sp_dboption '<DBName>', 'single user', 'true' [/Code] Dann kannst du dein Restore fahren. Anschliessend natürlich nicht vergessen, den SingleUser-Mode wieder aufzuheben: [Code] exec sp_dboption '<DBName>', 'single user', 'false' [/Code] Viel Erfolg Carsten

Kommt drauf an, wie er den Namen des PC's ändert. Bei Sysinternals gibt es Tool namens NewSID, damit gehts.

Es gehen prinzipiell beide Varianten. Sinnvoller wäre es aber vielleicht, ein Subdomain aufzumachen die im Forest deiner Rootdomain hängt. Wenn die verbindung zwischen den Standorten ausfällt kann dein Aussenstandort einfach weiter arbeiten, nur die Mailzustellung wird etwas unterbrochen.... Am besten ist es immer, wenn man in der AD die Firmenstruktur nachbildet.

Hi Vielleicht solltest du dir mal diesen Artikel (http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/ServerHelp/9d8b61c9-a870-4627-a8f2-148625fd7fba.mspx) zum Thema "Network Access authentication and certificates" anschauen. Mit den richtigen Zutaten sollte die Domänenanmeldung auch klappen. Ist auch nur ein Weg, den man gehen kann, da gibt es noch viele andre....

Wofür muss denn auf einem Server automatisch angemeldet werden?

Was gibt es an Kosten zu betrachten, wenn es eh keine andre Serverhardware mehr geben wird? ;)

Dann würde ich mich an deiner Stelle einfach überaschen lassen, was da auf die zukommt. Ist so ähnlich wie Weihnachten. ;)

Hä? Jetzt versteh ich nicht mehr ganz was du willst. :) Benutzerpolicies ziehen für Benutzer, Computerpolicies ziehen für Computer. Was soll das mit dem TS zu tun haben? Und warum nun doch lokal? *Man merkt, es ist Freitag*

Von der Recovery-CD installiert? Du hast aber schon ne gütlige Lizenz für das Ding? Ich bin mir nicht sicher, ob diese Installationsmethode überhaupt zulässig ist, ausser für den Recoveryfall. Sagen wir so: Sharepoint-Services brauchen die MSDE, Exchange braucht keine MSDE. Was meinst du mit gemeinsamen Datenbeständen?

Du darfst kein AD? Warum das denn nicht? Das was du da treibst schreit doch gradezu nach dem Einsatz eines DC's der ein Netlogon zur Verfügung stellt. Jeder heißt nicht immer jeder. Jeder in deinem Kontext bedeutet, das Jeder an dem Rechner angemeldetet Nutzer das Recht darauf zuzugreifen. Jemand, der an einem andren Rechner angemeldet ist, zählt also nicht zu der Gruppe "Jeder" deines "Quasi-Servers". Entweder du legst lokale Konten an, die so heißen wie die andren Benutzerkonten der Rechner oder du ziehst wirklich ne Domäne mit dem W2k3 hoch. *Ich darf kein AD. Wo gibst den sowas? Kopfschüttel*

Willst du denn die Sharepoint-Services nutzen? Wenn du den Dienst nicht brauchst, warum hast du ihn dann erst installiert?

Türlich, türlich.... Entweder du gibst ihm die bei euch etablierte Gruppe die das darf, oder er muss in die Gruppe der lokalen Administratoren aufgenommen werden. Aber das müsstest du doch wissen oder? :)

Unter Diensten den Dienst raussuchen, dann Eigenschaften / Anmeldung anzeigen lassen. Dort findet sich das Konto, mit welchem sich der Dienst anmeldet. Sonst noch Meldugen im Eventlog von der Quelle MSSQLServer?

Lääst sich in den Eventlogs was erkennen, warum er nicht startet? 1. Verdacht: Das Konto unter dem die MSDE läuft, ist ein Domänenkonto, aber wenn du die Kiste bootest, dann ist die AD noch nicht komplett oben, wenn die MSDE versucht sich an der Domain anzumelden.

Eher andersrum wird da ein Schuh draus: Wer bis dahin noch 32bit-Hardware (im Serverbereich) laufen hat, ist selber schuld.

Zu 1. Wenn überhaupt, dann solltest du dir dazu mal WMI anschauen, aber insgesamt würde ich von sowas per VBScript die Hände lassen. zu 2. Schau dir mal die Implementierung von XCacls.vbs an, das lässt sich bei MS runterladen. (zu beziehen hier: http://support.microsoft.com/default.aspx?scid=kb;en-us;825751 ) zu 3. Soll das ein Loginscript werden oder willst du dich per LDAP auf die AD connecten? Wenn das zweitere, dann solltest du dir mal die ADSI-Skriptomatik anschauen, zu beziehen hier: http://www.microsoft.com/germany/technet/datenbank/articles/600323.mspx Ansonsten kann ich dir da insgesamt das Script-Center von MS ans Herz legen, da findet sich für fast alles ne Lösung. :) http://www.microsoft.com/germany/technet/datenbank/articles/600327.mspx Gruß und viel Spaß Carsten

Ich würde eher dazu tendieren, den WTS in der Domäne nur als Member laufen zu lassen. Ansonsten lohnt es sich ja nicht, die TS-Properties der AD-Benutzer zu nutzen und zu pflegen, wenn du diese lokal auf dem TS anlegst.

Was bietet denn dein Router an den Ethernet-Ports an? 10 MBIt oder 100 MBit? Je nachdem würde ich mal testen, ob die Verbindung stabiler wird, wenn du auf 100 MBit (halfduplex) bzw. mal. 100 MBit (fullduplex) (bzw. das selbe für 10 MBit, falls...) gehst und mit dieser Einstellung testest. Diverse Kombinationen zwischen Router / Switch und Netzwerkkarten schaufeln sich mit Autonegotiate zu tode ohne dabei was an Netzwerktraffic durchzulassen. Ich würde hier ebenso auf dieses Problem tippen.

Ok, dann müssen wir ganz tief unten anfangen zu suchen: 1. Was unterscheidet die funktionierenden Clients von den nicht funktionierenden? 2. Ging es auf den nicht funktionierenden Clients schonmal sauber? 3. Findet sich auf den betroffenen Clients etwas im Eventlog, was nach Problemen bei der Kommunikation aussieht / aussehen könnte? Wenn ja, dann die entsprechenden Event-ID's einfach mal bei http://www.eventid.net gegenchecken, ob sich da was findet. 4. Hat dein Exchange bei den betroffenen Anwendern irgendwelche Probleme? Auch hier einen Blick ins Eventlog bzw. in die Message-Queues werfen. 5. Wie verhält sich einer der betroffenen Clients, wenn du Outlook nochmal neu installierst / die Installation reparierst? Gruß Carsten