dmetzger

Whoops, sorry, zu weit gehüpft. Meinte die "Websiteeinstellungen" in den SharePoint Services. Hier kannst Du Themen ändern und die einzelnen Sitelemenente ordnen, erweitern und konfigurieren. Wenn es um ein vollständiges Redesign geht, kommst Du um FrontPage nicht herum.

Du suchst den Kommandozeilenbefehl dsmove.exe: http://mcseboard.de/showthread.php?t=63144

Ja, und zwar über die Sharepoint-Zentralverwaltung.

Ja. Du musst in den lokalen Richtlinie den Update-Pfad unter Computerkonfiguration->Administrative Vorlagen->Windows-Komponenten->Windows Update eintragen. Die WSUS sind nicht an eine Domänenhierarchie gebunden.

Vielleicht liegts auch daran, dass wir hier keine Hotline und tagsüber doch oft am Arbeiten sind. Ebenfalls beitragen dürfte Deine doch nicht allzu präzise Schilderung des Problems. Andere nennen hier dann jeweils Betriebssysteme, Konfigurationen und Einträge in der Ereignisanzeige etc. und bekommen entsprechend schnell Antwort. Helle Köpfe sehen im Dunkel auch nicht allzu viel.

Im Moment fällt mir nur die Möglichkeit ein, dass im SBS ein unpassender DNS-Zoneneintrag für diese Site existiert, der entweder auf den SBS selbst verweist oder auf eine falsche IP. Funktioniert denn Aufrufe anderer Dienste der selben Domäne? Gibt es Einträge im Ereignisprotokoll?

Der SBS 2003 legt übrigens ein paar Container mehr an als ein DC mit W2K oder W2K3, und dazu gehören mehrere OUs unter "MyBusiness". Aber auch beim SBS werden Nutzer und Computer standardmässig in die Nicht-OU-Container "Users" und "Computers" aufgenommen, ausser man wendet die beiden Werkzeuge redirusr.exe und redircmp.exe an. Diese dienen dazu, Nutzer und Computer standardmässig an in eine OU einzubinden, damit sie von Anfang an GPOs unterliegen. Die genaue Erklärung findet man hier. http://support.microsoft.com/default.aspx?scid=kb;en-us;324949 Zu beachten ist auch die in diesem Dokument enthaltene Aussage: "By default, the container for security groups, user accounts and computer accounts in new and upgraded installations of Windows 2000 and Windows Server 2003 is CN=Users and CN=Computers. You cannot apply Group Policy settings on CN-class containers."

Internet-Verbindungsassistent ausgeführt? Klappen andere Verbindungen ins Internet (SMTP, HTTP, HTTPS etc.)? Ist der Router noch vorhanden, oder hängt der SBS jetzt direkt am Internet (Standardgateway)? Funktioniert die Verbindung mit anderen Clients?

Wurde hier auch schon beantwortet: http://www.mcseboard.de/showthread.php?t=62669

Ich habs so gelernt und erfahren, dass keine GPOs auf die Standardcontainer wirken. Domänenweit wären ja zum Beispiel Kennwortrichtlinien, und da habe ich es bisher in zwei Firmen erlebt, dass in Win-2000-Domänen diese zwar definiert waren, aber nicht wirkten (Maximalalter), weil die Nutzer und Computer noch in den Standardcontainern angelegt waren. Nach dem Verschieben in neue OUs war das kein Problem mehr. Nur ist Grizzly999 ein MVP genau in diesem Gebiet, also will ich ihm nicht wiedersprechen... Allerdings gebe ich zu bedenken: Beim Einrichten einer Domäne ist von den fünf standardmässig eingerichteten AD-Containern nur "Domänencontroller" eine OU. Und GPOs wirken ausschliesslich auf Domänen, Sites und OUs. Probier doch mal in AD, ein GPO direkt mit den Standardcontainern "Users" und "Computers" zu verknüpfen;-)

Nein. Du brauchst eine Domäne. Dazu muss der Server zum Domänencontroller (DC) heraufgestuft werden. Hierbei legt er automatisch den Verzeichnisdienst Active Directory (AD) an, der die von Dir erwähnten Standardcontainer Users und Computers enthält. Auf diese wirken indes keine Gruppenrichtlinien (GPO). Für GPO benötigst Du Organisationseinheiten (OU). Du kannst Dich über die eingebaute Hilfe in die Grundlagen von Active Directory einarbeiten oder über die Website von Microsoft: http://www.microsoft.com/windows2000/technologies/directory/ad/default.asp

http://www.gruppenrichtlinien.de/index.html?/HowTo/Softwarezuweisung.htm Knallbert, bitte formuliere Deine Fragen präziser. Ich musste zuerst die Boardsuche bemühen um herauszufinden, dass Du wahrscheinlich von einem Small Business Server 2003-Umfeld sprichst. Ein Thread sollte selbsterklärend sein. Hier gibt es täglich Dutzende neue Themen, und zumindest mir ist es unmöglich, alle zu memorieren. Danke.

@Tonton Du siehst das genau richtig.

Schön, dass es jetzt klappt. Vorbildlich Deine Rückmeldung. Ich habe Dir den Link auf die genannte Dokumentation übrigens wegen DNS angegeben. Das war nämlich der nächste Gedanke, dass die DNS-Auflösung hakelt. Zitat: "To resolve this issue, make sure that Windows Internet Name Service (WINS), Domain Name System (DNS), or the LMHOSTS file is configured correctly to locate the PDC, and that TCP/IP is configured correctly on all of the domain controllers that are involved." Was wieder einmal bestätigt, dass sehr oft der Fehler in der DNS-Konfiguration liegt, oder in der DNS-Konfiguration, oder wenn es das nicht ist, in der DNS-Konfiguration;-)

Deshalb auch meine Frage nach Domäne/GPO. Könnte ja sein, dass in einer Domänenumgebung Office sowohl dem Computer wie dem Nutzer zugewiesen ist. Dann gibts auch so lustige Erscheinungen mit ständigem Installieren. Weshalb es aber nur einen trifft - da bin ich aus der Ferne ratlos.

Danke vielmals. Jetzt ist alles klar. Für meinen Fall brauche ich also CALs, denn es geht um Zugriffe aus fremden Domänen. Dort steht jeweils ein Server mit WSUS, der Aktualisierungen von meinem dezidierten externen WSUS-Server holt, wo sie geprüft und anschliessend freigegeben werden. Die Server in den fremden Domänen übernehmen automatisch die Freigaben und die lokale Verteilung. Das bedeutet: 1 CAL pro fremde Domäne, da jeweils nur je ein Server aus diesen fremden Domänen auf meinen WSUS zugreift.

Handelt es sich um einen alleinstehenden PC oder ist er in einer Domäne eingebunden? Wenn in einer Domäne: Wird Office per GPO verteilt? Wenn ja: Ist das eine Nutzer- oder eine Computer-Richtlinie? Und fürs nächste Mal: Lass Dir nicht alles zuerst aus der Nase ziehen. Je präziser die Fragestellung, desto schneller und treffender kommen die Antworten.

Danke, Dr.Melzer. Noch ein kurzes Nachhaken: - Darf die Domäne, in der zugreifende Windows-Rechner stehen, eine beliebige sein, also auch eine firmenfremde? Szenario: In der Fima X steht ein WSUS-Server, der die Aktualisierungen von einem WSUS-Server der Firma Y (externer Dienstleister) bezieht. - Was ist mit einzelnen Windows-XP-Stationen, die nicht in einer Domäne sind (Heimbüro), aber ebenfalls über den WSUS-Server des Dienstleisters Y mit Aktualisierungen versorgt werden? Muss in diesem Fall auf dem dezidierten WSUS-Server eine CAL für diesen Zugriff bereitgestellt werden?

Tja, ganz einfach. Mit der Subnetzmaske 255.255.0.0 hast Du 65'534 mögliche Hosts. Jedes Byte, das Du vom Netzanteil abziehst und der Subnetzmaske hinzufügt, verdoppelt diese Zahl: 255.254.0.0 = 131'068 Hosts 255.252.0.0 = 262'136 Hosts 255.248.0.0 = 524'272 Hosts 255.240.0.0 = 1'0485'44 Hosts Der Adressbereich 11.128.0.0 bis 11.128.255.255 umfasst 65'534 Hosts, also ein Sechzehntel von 1'0485'44 Hosts. Wenn Du nun 16 nach oben zählst - 128, 129, 130 etc. - landest Du bei 143 und damit bei 11.143.255.255. Alles klar?

Der Befehl heisst runas: http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/runas.mspx

Der SBS 2003 erlaubt nur eine produktive Speichergruppe (und eine zweite zur Wiederherstellung). Für mehrere Speichergruppen (bis zu 4) benötigst Du die Exchange Server 2003 Enterprise Edition.

Im Prinzip richtet sich die Frage an Dr.Melzer, ich möchte sie jedoch öffentlich stellen, damit die Antwort den Board-Mitgliedern zugänglich ist. Wenn ich in einem Perimeter-Netzwerk einen alleinstehenden Windows Server 2003 einrichte, der ausschliesslich für externe Zugriffe auf WSUS dient (Aktualisierung von Zweigstellen): - Welche Lizenzen sind nötig? - Gibt es lizenzrechtlich Unterschiede, wenn ich anstelle einer Standard- die Web-Version einsetze? - Wie ändert sich die Lizenzierung, wenn die Zugriffe über VPN und mit Authentifizierung erfolgen? - Und wie, wenn der WSUS-Server in der Standard-Edition gleichzeitig DC seiner eigenen Domäne wird, um die Authentifizierung über AD/Zertifikate abzuwickeln? Danke vielmals.

Ich würde die Umgebung in diesem Fall komplett in Deutsch halten, der Einheitlichkeit wegen. Die Patchverwaltung ist weniger umfangreich, weil man nicht mehrere Sprachversionen lokal speichern und freigeben muss (Stichwort: WSUS). Unterschiede in der Stabilität gibt es keine, es genügt die Dokumentation in einer Sprache etc.

Hier gibts ausgezeichnete Informationen: http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/TechRef/7532bc9c-eee8-440e-8620-b29bbf399664.mspx

Hallo Kohn Ich bin glücklich, einen Platz an Deiner Tafelrunde zu bekommen. Das ist mehr Ehre, als ich vom Leben erwartet habe. Danke vielmals. Du führst die beste Links- und Tipps-Sammlung über den SBS 2003, die ich kenne. Sie ist grossartig. Riechst Du den Honig? Der Trick mit der IP nach Deinem Muster ist eine gute Ableitung für kleinere Netze mit langjährigen Mitarbeitern, also wenigen Änderungen im POP-Connector. Applaus! Woher das Timeout kommt, ist bisher nicht ergründet. Es gäbe sonst einen Patch von Microsoft. Ich habe mich auch mit dem MVP in Verbindung gesetzt, von dem der Tipp ursprünglich stammt. Auch er ist noch nicht bis zur Ursache vorgestossen. Hab einen schönen Tag.