LukasB

Wenn das der Public/Guest-Bereich ist sehe ich da kein Problem. Jeder (kommerzielle) Hotspot ist auch unverschlüsselt. Ist ja alles kein Problem, da man eh keine unverschlüsselten Protokolle über das Internet benutzen sollte.

Das ist ja nur die Partitionierungsart. Ein paar Sekunden höchstens. Ab Server 2008 geht das IIRC sogar ohne Reboot.

Hmm, du redest von der zweiten Netzwerkkarte an einem DC. Kann es sein das du jetzt ungültige SRV Records hast? Check mal manuell die _msdcs DNS Zone und lass dcdiag und netdiag laufen. Auch immer interessant sind die Error Counter der Nics/Switches.

Restore doch das Computerkonto von einem Backup?

a) Du aktivierst in den Verbindungseinstellungen eingehende Verbindungen und wählst "VPN" - das ist die einfachste Variante, funktioniert mit PPTP, kann sehr wenig, ist aber ***ensicher b) Du installierst den RRAS Dienst und kannst nun weitere VPN-Einstellungen angeben und IPsec/L2TP und PPTP nutzen c) Du installierst ISA 2006, und hast noch mehr Möglichkeiten

Du kannsts mit telnet von irgendeinem fernen Host mal ganz einfach testen. Kann es sein das du das Recipient-Filtering nicht aktiviert hast? Das würde die vielen Bounces erklären.

Suchst du das USMT? User State Migration Tool 3.0

Ein bisschen sehr wenig Details. Welches 10GE Modul benutzt du genau (Part#)? Was für eine Faser ist verbaut? Was für ein Kabel mit welchen Spezifikationen verwendest du? Und natürlich die Infos vom Interface die Damian schon angefragt hat.

Lasse von Hetzner den DNS Wildcard entfernen.

Ja, aber wenn chkdsk das Problem beheben kann, dann kann es nicht an der Userhive-Problematik liegen. Letztenendes heisst es das aus irgendeinem Grund Müll auf die Festplatte geschrieben wurde, und das kann an vier Punkten liegen: CPU, Mainboard inkl. Controller, RAM, Festplatte.

Exchange 2007 in ner produktiven Umgebung installieren, der Rest kommt dann automatisch ;) PowerShell ist nicht so wild - speziell die Fragen der Prüfung lassen sich dank der selbsterklärenden Antworten meist im Ausschlussverfahren beantworten.

Hä? Die OABs werden ab Active Directory generiert - hast du eigene Adressbücher erstellt und willst diese migrieren? Oder was genau ist das Problem?

Sie tut eben "so halb" - und genau das ist das Problem. Karten mit eigener CPU. Das wie Fakeraid vs. RAID Controller, Host Based Printer vs. PCL Printer.

Passt dieses Problem: The print queue status is displayed as "Offline" on a Windows Server 2003-based print server if SNMP is enabled and if the printer devices do not respond to SNMP commands

Defektes RAM? Evtl. ist die Häufung nur ein Zufall.. Lass mal memtest auf einem betroffenen Rechner laufen (für ne nacht, nicht nur ein paar Minuten)

Die Fritz Card PCI! ist nicht für WS03 geeignet. Nach AVM ist diese explizit *nicht* kompatibel - du brauchst eine der aktiven Karten.

Du kannst die websiten mit new-owavirtualdirectory und ähnlichen Befehlen wiederherstellen. Ist das eine Testmaschine? Ist evtl. der IIS im 32bit Modus?

Das tönt mir aber sicherheitstechnisch sehr fahrlässig. Ich würde keine Software einsetzen die lokale Adminrechte erfordert. Oder mich zumindest schriftlich bei meinen Vorgesetzten über dieses vorhaben beschweren.

Einfache Variante: Das Passwort resetten, mit dem User anmelden, sauber abmelden, arbeiten durchführen. Zettel hinterlassen das er sich beim Helpdesk für ein neues PW melden muss.

Für das korrekte funktionieren von Outlook 2007 an einem Exchange 2007 Server ist Autodiscovery Pflicht - deswegen die ganzen Fragen.

Funktioniert dein Autodiscovery-Setup? Sind die Clients in der Domain? Setzt ihr Outlook Anywhere ein? Funktioniert OAB Download? Funktioniert Free-Busy? Kannst du mal das XML von einem Autodiscovery-Test posten (evtl. vorher anonymisieren)?

Der Browser muss einfach senden das er Englisch will. Dann klappt das. Bei IE unter Extras / Internetoptionen / Sprache.

Hallo Miteinander, Nachdem ich mich selber halb tot gesucht habe mit einem Outlook Anywhere Problem mit Exchange 2007 unter Windows Server 2008 habe ich nun das Problem gefunden. Eine detaillierte Problembeschreibung habe ich später auch mal gefunden: Outlook Anywhere Bug with Windows Server 2008 at Aaron Marks IT Consulting Das Problem ist folgendes: Adress List lookups funktionieren nicht, und das Autodiscovery Setup ausserhalb der Domain promptet ständig nach Username/Passwort. Die Ursache ist das auf dem CAS auf dem IPv6 Localhost (::1) auf Port 6004 kein Proxy läuft - dieser ist aber für DS Zugriff auf die Domaincontroller nötig. Die Lösung ist simpel: In C:\windows\system32\drivers\etc\hosts folgende Änderungen vornehmen: * ::1 localhost Eintrag auskommentieren (mit #) * 1.2.3.4 server server.domain.tld hinzufügen Sicherstellen das "ping server" und ping "server.domain.tld" nicht auf IPv6 Adressen auflösen. ipconfig /flushdns Ein Reboot ist nicht nötig - und es sollte danach alles richtig funktionieren.

Ja, die Frage ist immer was du genau machen willst. Terminalserver sind, wie NorbertFe schon sage, definitiv ein richtig heftiger Brocken. Wichtige Fakten die man braucht um eine Empfehlung aussprechen zu können: * Welche Applikationen werden von den Aussendienst MAs benutzt? * Wieviele Aussendienst MAs existieren? * Welche Anbindung haben die MAs / euer HQ? * Wie sieht eure Umgebung sonst so aus? Server/Clientversionen?

Welchen Webbrowser setzt du ein?