Hunter_BKC

Hi, danke für den Link. Ich habe alles versucht, aber kein Erfolg :( Es sieht wie folgt aus: Nach Aufruf der MS-Update-Seite, erscheint die Meldung "Verwenden Sie Microsoft Updates noch heute", dann klicke ich auf "Jetzt beginnen". Nun erscheint "Lizenzvertrag anzeigen", ich klicke auf "Weiter". Im Anschluss erscheint die Seite "Es wird überprüft..." -> "Willkommen bei Microsoft-Update", dann läuft´s in den o.g. Fehler. Gruß Hunter

Hallo zusammen, ich habe bei einem SBS2003 SP2/IE7 das Problem, dass die Microsoft-Updates nicht mehr funktionieren. D.h. ich kann Updates weder über die Microsoft-Seite (Fehlercode 0x80244016 und 0x80240036), noch über die automatischen Updates beziehen. Kann mir vielleicht irgend jemand bei der Lösung des Problems helfen? Danke und Gruß Hunter

Alles klar! 1000 Dank!!!

Also hat das was mit dem Eintrag unter den Eigenschaften der Webseite zu tun? Da dort unter "SSL-Port" ein Port eingetragen wurde, funzt das mit dem HTTPS?

Hallo zusammen, ich habe eine Verständnisfrage bzgl. des IIS. Auf einem IIS 6.0 habe ich eine neue Webseite erstellt und auch ein SSL-Zertifikat für eine sichere Verbindung installiert. Des Weiteren habe ich unter den Eigenschaften der Webseite bei "TCP-Port" und bei "SSL-Port" entsprechende Ports eingetragen. Unter "Verzeichnissicherheit" habe ich unter "Sichere Kommunikation" > "Bearbeiten" den Haken bei "Sicheren Kanal voraussetzen (SSL)" gesetzt. Nun kann ich meine Seite via HTTP und via HTTPS aufrufen. Soweit so gut... Nehme ich den besagten Haken raus, funzt der HTTPS-Aufruf noch immer. Warum ist das so? Kann mir das jemand beantworten? Gruß Hunter

Hi, schau dir mal das an, vielleicht ist es was für dich. Afaria Gruß Hunter

Das hatte ich gelesen, ich hatte aber gehofft, dass ich es irgendwie mit einem Skript lösen kann.

Hi, erstmal danke für deine Antwort. Das Programm kenne ich bereits, wie auch den CoreFTPPro. Ich würde es halt gerne mit dem Windows-eigenen FTP-Programm realisieren. Sollte dies möglich sein... Gruß Hunter

Hallo zusammen, ich nutze aktuell ein FTP-Batch-Skript (ftp.exe), welches im Taskplaner eingebunden ist und Dateien via "normalem" FTP überträgt. Könnte ich damit auch Dateien via SFTP übertragen, oder benötige ich hierfür ein extra Programm? Gruß Hunter

Dies hat geholfen: 80090308 oder c103b404 nach SSL Zertifikat Installation

Leider besteht mein Problem noch immer :( Den Assistenten habe ich, nachdem ich den DHCP-Serverdienst gestartet habe, ausgeführt. Er ist auch brav gelaufen, das Zertifikat wurde erstellt. Leider wurde das Zertifikat aber nicht installiert, es ist immer noch das alte Zertifikat aktiv. Daraufhin wollte ich den Assistent noch mal ausführen. Herfür muss ich den DHCP-Serverdienst starten. Dieser beendet sich aber immer wieder direkt, somit ist kein Start des Assistenten möglich. Hat jemand eine Idee, wie ich das Problem gelöst bekomme? Gruß Hunter

1000 Dank!!!!

...ok, es ist wohl so einfach :) D.h. dies ist der richtige Weg, oder kommt dieser auf´s selbe raus, wie eine Neuerstellung des Zertifikats über den IIS? Nur so zum Verständnis.

:-) Danke für deine Antwort! Ist es wirklich so einfach, dass ich nur unter "Dienste" den Dienst "DHCP-Server" starten muss? Dann klappt es auch mit dem Assistent?

Hallo zusammen, ich habe ein kleines Problem mit dem SSL-Zertifikat auf unserem SBS2003. Das ursprüngliche Zertifikat wurde erneuert, da es abgelaufen war. Dies habe ich nicht über den Assistenten der Serverwaltungskonsole gemacht, da ich, wenn ich den Punkt "Verbindung mit dem Internet herstellen" in der "Aufgabenliste" wähle, die Meldung bekomme, dass der DHCP-Serverdienst nicht ausgeführt wird. Dies passt auch, da der SBS nicht als DHCP konfig. wurde. Das Zertifikat habe ich über den IIS-Manager erneuert. Allerdings scheint es nicht ganz so sauber gelaufen zu sein, da ich bspw. in der "Serverwaltungskonsole" unter "Überwachung und Berichte", beim Laden des Serverleistungsbericht folgende Meldung bekomme: Der auf dem Sicherheitszertifikat angegebene Name ist ungültig oder stimmt nicht mit dem Namen des Servers überein Des Weiteren erhalte ich, wenn ich den ESM die öffentlichen Ordner erweitere die Meldung: Der Servername auf dem SSL-Zertifikat ist falsch ID-Nr.: c103b404 Hierzu habe ich bereits den Artikel 324345 durch, ebenso habe ich SSL bei "Public" deaktiviert. Alles ohne Erfolg :( Ich denke, das Einfachste ist es ein neues Zertifikat zu erstellen, oder? Nur wie mache ich das am besten, da ja der Assistent nicht verfügbar ist? Oder gibt es noch eine andere Lösung? Es ist bestimmt auch exterm wichtig, dass der FQDN des Servers beim Zertifikat angegeben ist... Danke und Gruß Hunter

Hi, vielen Dank schon mal für die Antwort!!! Werde den Artikel nächste Woche durch arbeiten und melde mich ggf. noch mal. Wünsche ein schönes langes Wochenende :) Gruß Hunter

Hallo zusammen, ich bin gerade dabei unsere Domain (SBS2003 Std. mit XP-Clients) von Altlasten zu befreien. In diesem Zuge habe ich einen, physikalisch noch vorhandenen W2k-DC mittels DCPROMO heruntergestuft und im Anschluss aus dem AD entfernt. Dieser lies sich ganz stressfrei unter "AD Standorte und -Dienste" löschen. Nun habe ich aber ein Problem mit einem alten Exchange 2000, welcher physikalisch nicht mehr vorhanden ist. Diesen habe ich auf dem SBS mittels des Assistenten entfernt (im AD unter Benutzer und Computer -> DCs). Dieser wurde aber nicht so sauber entfernt, wie der W2k-DC. Es sind noch folgende Einträge stehen geblieben: ESM -> Server -> EX01 (Name des alten Servers) AD Standorte und Dienste -> Sites -> Standardname-des-ersten-Standorts -> Servers -> EX01 DNS -> Forward-Lookupzonen -> Domainname -> _msdcs DNS -> Forward-Lookupzonen -> Domainname -> _tcp DNS -> Forward-Lookupzonen -> Domainname -> _udp sowie der Host-Name Leider gelingt es mir nicht unter "AD Standorte und Dienste" den Server zu löschen, ich erhalte eine Meldung, dass "das Containerobjekt EX01 nicht gelöscht werden sollte. EX01 enthält Objekte, die den DC EX01 und möglicherweise andere DC darstellen" usw. In der Ereignisanzeige erhalte ich Warnungen mit der Kennung 1925. Meine Frage ist nun, ob ich zum entfernen NTDSUtil verwenden muss, oder ob es ausreicht, die Einträge aus dem DNS händig zu entfernen, um so im Anschluss den Server aus "AD Standorte und Dienste" löschen zu können? Gruß Hunter

Ja, die Zonen sind AD integriert, Fehler sind bisher keine in der Ereignisanzeige zu sehen, meine Test-Clients funktionieren auch einwandfrei. Ich fand das Vorgehen halt nur irgendwie komisch, dies hat mich verunsichert. Gruß Hunter

Hallo zusammen, eins vorneweg, mein Vorhaben hat bisher einwandfrei funktioniert, jedoch ist die DNS-Installation etwas seltsam verlaufen... Nachdem ich den Server via dcpromo hochgestuft hatte, habe ich den Serverkonfigurations-Assistenten aufgerufen, um DNS zu installieren. Ich bin dem Assistent erstmalig zu dem Punkt gefolgt, an dem ich angegeben soll, welche Zonen ich installieren möchte. Da bei uns bereits zwei DNS-Server im Einsatz sind, konnte ich damit nichts anfangen (ich dachte, es gibt eine Funktion wie bspw. "Mit DNS-Server verbinden", um die Zonen automatisch konfig. zu lassen). Daraufhin hab ich den Assistenten abgebrochen. Was ich nun in der Verwaltung des Servers vorfand, war der Eintrag "DNS". Nachdem ich diesen aufgerufen hatte, erschien unter DNS auch der Server-Name, jedoch mit einem Ausrufezeichen und dem Hinweis, dass DNS noch nicht konfiguriert wäre. Die Zonen waren aber vorhanden. Daraufhin hab ich mich dazu entschlossen, den Assistenten noch mal aufzurufen. Ich bin dann Schritt für Schritt durch (Neue Zone, Forward und Reverse usw.) und habe beim Namen den bereits bestehenden Namen angegeben. Der Assistent schloß dann mit dem Hinweis/Fehler ab, dass der Name bereits existieren würde, das Ausrufezeichen war aber weg und es sieht alles bestens aus. Jetzt meine Frage: War das ok, so wie es gemacht habe, ist dies tatsächlich die korrekte Vorgehensweise? Gruß Hunter

Hi Norbert, 1000 Dank für deine Antworten!!! Gruß Hunter

Hallo zusammen, da nun unser alter Windows 2000-DC durch einen neuen W2k3 R2-DC (die Vorgabe war Server 2003, kein Server 2008) ersetzt werden soll (ich weiß, es hätte schon längst geschehen sollen :)) und wir einen SBS2003 Std. im Einsatz haben, habe ich bzgl. der korrekten Vorgehensweise heute einiges gelesen. Nun möchte ich meine Vorgehensweise kurz zusammen fassen, um zu sehen, ob ich auch alles verstanden habe. Natürlich habe ich noch die ein, oder andere Frage an Euch :) - Betriebssystem installieren - in die bestehende Domain als Mitgliedsserver aufnehmen - dcpromo ausführen, Server hochstufen - GK-Haken setzen - Fertig => Ist diese Vorgehensweise korrekt? Bezüglich R2 habe ich eine Frage: Da unser SBS2003 kein R2 ist, muss ich auf dem neu installierten Server ADPREP ausführen? Dann hab ich noch eine Frage zu den DNS-Einstellungen. Aktuell ist es so, dass der W2k-DC auf sich selbst verweist, bei "Alternativer DNS-Server" ist kein Eintrag gesetzt. Auf dem SBS sieht es genauso aus, er verweist nur auf sich. Jetzt habe ich in etlichen Beiträgen gelesen, dass die Einträge gekreuzt werden. Ist dies empfohlen, was ist der Zweck (bei Server2003)? Bzgl. der Lizenzierung muss ich mir ja keine Gedanken machen, da diese ja bereits durch die Lizenzen des SBS abgedeckt sind. D.h. ich trage während der Installation bei der Lizenzfrage einfach die bestehende Anzahl ein, oder? Danke und Gruß Hunter

Kurzer Nachtrag: Das Senden über den Senden-Button gelingt, wenn man darauf die rechte und die linke Maustaste drückt und dann loslässt... :suspect:

Hallo zusammen, ich bin nun zum testen gekommen, leider bisher ohne Erfolg... Was ich bisher getan habe: - Die Reparieren-Funktion des Outlook ausgeführt (Erkennen und Reparieren) ==> kein Erfolg - Mich mit einem anderen Benutzerprofil angemeldet ==> auch hier besteht das Problem Ein Versenden über STRG+Eingabe ist möglich, jedoch nach wie vor nicht über den "Senden-Button". Irgendjemand eine Idee, wie ich das Problem lösen könnte? Gruß Hunter

Hallo zusammen, ich konnte das Problem wie folgt lösen. Da für den "alten" Webserver ein MX-Record existiert, habe ich bei dem neuen Webserver unter "Virtueller Standardserver für SMTP" -> "Übermittlung" -> "Erweitert" -> "Vollqualifizierter Domänenname" den FQDN des alten Webservers eingetragen. Klickt man auf "DNS überprüfen", wird der Name zwar angemeckert, die Mails kommen jedoch bspw. bei GMX an, im Header steht auch der FQDN, was vorher nicht der Fall war. Gruß Hunter

Hi, danke für deine Antwort! Das Problem habe ich aber nicht, wenn ich auf dem alten Webserver das Formular nutze. Dann wird im Header der komplette Name des Webservers angezeigt. Warum wird denn die Maskeradendomain, welche ich auf dem neuen Webserver angegeben habe, nicht angehängt? Das Relay über unseren Exchange habe ich versucht, jedoch bekomme ich einen NDR, der lautet "Relay permittet". Die Zustellung nach intern funktioniert jedoch nach wie vor. Auf dem Exchange (er liegt nicht im selben Subnetz) habe ich in den Eigenschaften des virtuellen SMTP-Servers unter Relay die IP des Webservers (192.168.99.21) eingetragen. Auf dem Webserver habe ich in den Eigenschaften vom SMTP bei Smarthost den FQDN des Exchange eingetragen. Leider funktioniert der Mailversand nach extern nicht, ich bekommt o.g. Meldung. Habe ich vielleicht vergessen etwas einzustellen? Gruß Hunter