Gu4rdi4n 58 Geschrieben 24. Oktober 2016 Melden Teilen Geschrieben 24. Oktober 2016 (bearbeitet) Hi, ich bin gerade dabei meine Postfächer zu Office 365 zu migrieren. Da ich in Exchange nicht so der profi bin, hoffe ich ihr könnt mir auf die Sprünge helfen. Stecke gerade bei einer Staged migration beim Punkt der Servereinstellungen. Zum aktuellen Stand: Domäne ist bereits überprüft, aber DNS/MX/ETC einträge noch nicht gesetzt, da ich erst migrieren will Alter Exchange läuft noch und wird verwendet. Jetzt zum "problem" Beim vorherigen Schritt sollte man den nutzernamen und passwort der lokalen domäne angeben. Dann sagt er aber dass die owa adresse keine gültige smtp adresse ist. Was gebe ich hier nun an? Mein OWA ist halt nur über remote.maildomain.de/owa oder ip-adresse/owa erreichbar Wenn ich jetzt in dem schritt im bild bei exchange server folgendes angeben würde: Exchange Server: exchangeserver.sbsdomain.local RPC Proxy Server: exchangeserver.sbsdomain.local sagt er folgendes: Es konnte keine Verbindung mit dem Remoteserver hergestellt werden. Stellen Sie sicher, dass die richtigen Einstellungen für den Migrationsendpunkt angegeben wurden und Sie über ein gültiges Zertifikat verfügen, und versuchen Sie es anschließend noch mal. Ziehen Sie die Verwendung der Exchange-Remoteverbindungsuntersuchung (https://testexchangeconnectivity.com) zur Diagnose des Verbindungsproblems in Betracht. Wie findet der denn meinen Server, wenn ich weder IP adresse noch die OWA adresse angeben soll? bearbeitet 24. Oktober 2016 von Gu4rdi4n Zitieren Link zu diesem Kommentar
MrCocktail 192 Geschrieben 24. Oktober 2016 Melden Teilen Geschrieben 24. Oktober 2016 Hi, kann man denn noch von Exchange 2007 zur Cloud migireren? Ich meine, du musst einen Exchange Proxy aufsetzen, am besten 2013, ... das haben wir zumindest immer gemacht. Dann die DNS Einträge wie autodiscover usw setzen und dann die Migration in die Cloud vornehmen. GrussJ Zitieren Link zu diesem Kommentar
Gu4rdi4n 58 Geschrieben 24. Oktober 2016 Autor Melden Teilen Geschrieben 24. Oktober 2016 Ja kann man. Entweder staged oder cutover Hab n bischen mehr rausgefunden. Scheinbar brauch ich dafür ein Zertifikat das nicht selbst ausgestellt wurde. Mal sehen wo ich sowas her bekomme für die paar tage. Kann man da das hier für nehmen? https://ssl.comodo.com/free-ssl-certificate.php?s_track=7639#_ga=1.186358377.1533327050.1477301210 Bin mir da nich so sicher. Kann mir jemand eins empfehlen? Muss ja nur n paar tage gültig sein. Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 24. Oktober 2016 Melden Teilen Geschrieben 24. Oktober 2016 Hi, unsere Office 365 Jungs nehmen in dem Fall, sofern der Kunde keine Einwände hat, einfach ein WoSign free. Das wurde bei der letzten Migration die ich mitbekommen habe noch als trusted eingestuft von MS. Gruß Jan Zitieren Link zu diesem Kommentar
Gu4rdi4n 58 Geschrieben 24. Oktober 2016 Autor Melden Teilen Geschrieben 24. Oktober 2016 Hi testperson, WoSign stellt scheinbar keine free zertifikate mehr seit dem 29. September aus Das selbst ausgestellte Zertifikat hat als "Alternative Antragsteller" folgende Domains mit drin: maildomain.de remote.maildomain.de exchangeservername.domain.local Also reicht es doch, wenn ich ein Multi domain SSL zertifikat nehme oder? Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 24. Oktober 2016 Melden Teilen Geschrieben 24. Oktober 2016 Hi testperson, WoSign stellt scheinbar keine free zertifikate mehr seit dem 29. September aus Das selbst ausgestellte Zertifikat hat als "Alternative Antragsteller" folgende Domains mit drin: maildomain.de remote.maildomain.de exchangeservername.domain.local Also reicht es doch, wenn ich ein Multi domain SSL zertifikat nehme oder? Ja, nur ohne die .local Adresse und mit Autodiscover drin, der zwingend funktionieren muss. also remote.maildomain.de und autodiscover.maildomain.de Die heißen dann SAN... :) 1 Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 24. Oktober 2016 Melden Teilen Geschrieben 24. Oktober 2016 Hi, grade auch entdeckt, dass WoSign nicht mehr ausstellt. Evtl. kommt der Dienst ja wieder :) Du benötigts theoretisch genau 2 (autodiscover.domain.de; remote.domain.de). Tatsächlich kommt es auf deine Konfig an. .local wird dir kein öffentlicher Anbieter ins Zertifikat mehr aufnehmen. In deinem Fall solltest du die Konfig auf SplitDNS prüfen / einrichten / vertrauenswürdiges Zertifikat kaufen und dann migrieren. Ein Zertifikat solltest du bei der PSW-Group finden (https://www.psw-group.de/ssl-zertifikate/detail/c44-geotrust-quickssl-premium/). Gruß Jan 1 Zitieren Link zu diesem Kommentar
Gu4rdi4n 58 Geschrieben 25. Oktober 2016 Autor Melden Teilen Geschrieben 25. Oktober 2016 Also danke euch beiden schonmal! Hat mir sehr geholfen! Hab jetzt mal bei PSW angerufen und nachgefragt. Man kann sich ne 14 Tage Testversion die man kündigen muss machen lassen wenn man im kommentarfeld sagt rechnung nach 14 Tagen. Allerdings muss ich sagen, dass die 39€ jetzt auch nicht gerade unaufbringbar sind ;) Im momentanen Zertifikat stehen wie gesagt die oben genannten 3 domains drin. Zum Split DNS: Das ist doch nur dazu gut, wenn ich das zertifikat ändere, dass die Clients intern keinen fehler bekommen, oder? Also quasi wie wenn das selbst erstellte Zertifikat abgelaufen ist. Das wäre ansich kein thema weil die paar clients die wir haben schnell umgestellt sind und die Konten sowieso gleich auf O365 geswitcht werden. (selbst wenn ein zertifikatfehler auftreten sollte, bestätigt man den halt schnell) Oder funktioniert die kommunikation dann nichtmehr? Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.