Argh

Hi, wie der Titel schon sagt, habe ich auf nem Server 2012 Essentials ein Problem mit dem VPN. Konfig: Server 2012 Essentials (V-DC-01) läuft auf einem Hyper-V 3.0 (Server 2012) Hyper V Host (V-Host-01) FritzBox 7170 Wenn ich den Assistenten zur Konfiguration (Zugriff überall) durchlaufen lasse, erzählt er mir immer wieder, dass es noch andere Router im Netzwerk gäbe und die Ports 80 und 443 geschlossen seien. Was ich bisher versucht habe: Habe alle anderen Server mal runter gefahren. Den V-Host-01 mal direkt am Router angestöpselt ohne die Switches und Patch-Panel dazwischen. DynDNS Dienste abgeschaltet. Obwohl die Ports 80 und 443 über UPnP geöffnet sind, habe ich diese noch mal manuell freigegeben. Beide Ports auf dem V-Host und dem DC in der Windows-Firewall geöffnet (obwohl sie schon offen waren). Die Ports sind definitiv nicht vom ISP gesperrt. Weil Testseiten die ich im IIS (V-DC-01) angelegt habe werden über beide Ports über einen CNAME auf den DynDNS korrekt angesprochen. Kann man das Setup irgendwie austricksen? Bzw. hat vielleicht jemand noch eine Idee woran es liegen könnte? Grüße T.F.

Hi, sorry das ich mich jetzt erst melde. Es lag daran, dass ich keine IPv6 Reverse Lookup Zone hatte und damit natürlich auch keinen PTR der auf den Server zeigt.

Hi, wenn ich auf einem der DCs (v-dc-02, ist als RODC, konfiguriert) nen nslookup starte. Listet er mir den Server und IP auf. Als Nachtrag steht dann aber *** nslookup wurde von v-dc-02.*******.local nicht gefunden: Non-existent domain. Hier die Screenshots: Jetzt ist die Frage funktioniert prinzipiell nslookup oder nicht? Außerdem habe ich das Problem, dass mir ab und zu mal die IPv6 angezeigt wird und dann der nslookup ins leere läuft. Wenn ich dann nen ipconfig /flushdns , gefolgt von ipconfig /registerdns ausführe kommen wiederr die oberen Screens, für ne ganze weile. Die IPv6 Konfig im Netzwerkadapter hab ich auf IP und DNS automatisch beziehen. Bin etwas ratlos.

Ich hatte explizit nach der Office Version gefragt, da ich weiß, dass die OL immer mal wieder Probleme mit bestimmten Service Packs hat. Wir hatten den gleichen Fehler auch bei nem Kunden dort lag es am SP2 vom 2007er Office. Für die OL ist die 64-Bit Office Variante z.B. nicht von Sage freigegeben. Bei der CL ist der 64-Bit Ausschluss nicht explizit in den System-Voraussetzungen genannt. Sieht also so aus, dass die SNC/CL eine 64-Bit Freigabe hat, da wir aber nur die OL betreuen, kann ich nicht genaueres sagen. Bei einem anderen Kunden hat wir so nen Rechner, bei dem die svchost.exe, die CPU Auslastung auf ca. 95% hoch getrieben hat und den Arbeitsspeicher ebenfalls bei knapp 90% "gefressen" hat. Der Kunde hat eine ähnliche Fehlermeldung dann immer wieder beim Druckversuch aus Word heraus bekommen.

Passiert das denn auch, wenn der Benutzer sich über einen anderen Client am Terminal Server anmeldet? Oder nur an dem betreffenden Rechner, User unabhängig ? Hast Du mal geschaut, ob nicht die svchost.exe, oder die Anti-Viren Software, den Client "lahm legt"?

Office Line / Classic Line? Version ? Live Update Stand? installiere Office Version?

Hallo, ich habe ein Problem eine BPA Meldung weg zu bekommen. Ich habe zu Testzwecken auf einem Windows 8 Rechner, die Hyper-V Rolle installiert und in einer VM Server 2012 Standard, auf diesem AD DS und AD-Zertifikatsdienste installiert. Im Anschluss habe ich den BPA durchlaufen lassen und bis auf Fehler die zumindest laut Google und anderen Foren, dem Windows 8 geschuldet sind abgearbeitet. Übrig geblieben sind die Warnungen, dass keine Sicherung eingerichtet ist und das die Gruppenrichtlinien zur automatischen Registrierung nicht aktiviert seien. V-DC-01 Warnung Die Gruppenrichtlinie für die automatische Computerregistrierung ist nicht aktiviert. Konfiguration V-DC-01 Warnung Die Gruppenrichtlinie für die automatische Benutzerregistrierung ist nicht aktiviert. Konfiguration Die Installation der beiden Rollen und der zugehörigen Feature lief ohne Fehler. (hier die installierten Rollen und Dienste) V-DC-01 Registrierungsdienst für Netzwerkgeräte Rollendienst Active Directory-Zertifikatdienste\Registrierungsdienst für Netzwerkgeräte V-DC-01 Zertifikatregistrierungs-Webdienst Rollendienst Active Directory-Zertifikatdienste\Zertifikatregistrierungs-Webdienst V-DC-01 Zertifikatregistrierungsrichtlinien-Webdienst Rollendienst Active Directory-Zertifikatdienste\Zertifikatregistrierungsrichtlinien-Webdienst V-DC-01 Active Directory-Zertifikatdienste Rolle Active Directory-Zertifikatdienste V-DC-01 Zertifizierungsstelle Rollendienst Active Directory-Zertifikatdienste\Zertifizierungsstelle V-DC-01 Zertifizierungsstellen-Webregistrierung Rollendienst Active Directory-Zertifikatdienste\Zertifizierungsstellen-Webregistrierung Bisherige Versuche zur Behebung: Zuerst habe ich eine neue Zertifikatsvorlage erstellt. Dazu habe ich die Zertifizierungsstelle im Server-Manager aufgerufen und die Verwaltung über das Kontextmenü aufgerufen. Dort habe ich die "Benutzer" und Computer Vorlagen dupliziert, diese habe ich dann "auto Reg - User" und "auto Reg - Computer" getauft. Im Sicherheitsreiter der Eigenschaften habe ich Domänen-Benutzern und Computern jeweils das Recht zur Automatischen Registrierung gewährt. Über Rechtsklick "Neu => auszustellende Zertifikatvorlage" habe ich die beiden erstellten Vorlagen aktiviert und die Ausgangsvorlagen (Benutzer und Computer) gelöscht (deaktiviert). Dann habe die Schritte aus dem TechNet Eintrag ausgeführt. http://technet.microsoft.com/en-us/library/dd379539.aspx Habe also in der GPO erstmal wie im Galileo Computing Server 2008 R2 Handbuch empfohlen. Neue OUs eingerichtet in dem Fall Unterhalb der Firmen OU, die OUs Benutzer und Computer erstellt. Dort habe ich dann eine neue Richtlinie erzeugt und verknüpft. Diese habe ich "auto Reg - User" und "auto reg - Computer" genannt. Dann habe ich die betreffende Richtlinie über "Bearbeiten" im Kontextmenü die Richtlinien geöffnet und unter "Benutzerkonfiguration => Windows-Einstellungen => Richtlinien für öffentliche Schlüssel" den Punkt Zertifikatsdienstclient - Automatische Registrierung mit einem Doppelklick geöffnet und unter Konfigurationsmodell die Option aktiviert eingestellt. Außerdem habe ich noch den Punkt Zertifikate, die Zertifikatvorlagen verwenden, aktualisieren angehakt und die Ablaufbenachrichtigung auf 15% gestellt. Die BPA Warnungen sind selbst nach einem Neustart immer noch vorhanden, bzw. werden immer wieder "gefunden". Wie bekomme ich die Meldungen aus dem BPA, bzw. kann es eventuell wieder ein MS Bug sein, dass die englischen Begriffe abgefragt werden und deshalb die Meldung immer erscheint. Beim SBS 2003 gab es sowas (zumindest bilde ich mir das ein) ja schon mal. Grüße Argh (Thomas)

Hi ich gehe davon aus, dass Du in der falschen Maske bist, du musst unter "Produktdownloads und Product Keys" schauen, dort sind die RDC CALs abgebildet, dann musst Du die Anzeige mit "Anziegen" erweitern, und tadaa, der Lizenzschlüssel erscheint.

Also ich hab es streng nach dieser Anleitung hier gemacht http://careexchange.in/how-to-migrate-users-across-forest-cross-forest-using-admt-3-2-with-sid-and-passwords/ und zumindest ein paar Schritte weiter in eine Sackgasse gelaufen.

Hi Shafner, leider bin ich keinen Schritt weiter, schaue Dir mal die Steps 9 und 10 aus der oben verlinkten Anleitung an, die drehen sich um Dein Problem, falls es immer noch besteht.

Hi, ich versuche aktuell nach dieser Anleitung eine Cross-Forest-Migration von zwei Exchange Domänen. http://careexchange....-exchange-2010/ Bis zum Punkt (Step 11) mit dem New-MoveRequest läuft alles ohne Probleme. Das Benutzerpostfach Max Mustermann hab ich frisch erstellt. Wenn ich das Script: New-MoveRequest –Identity "Max" –Remote –Remotehostname "pdc.domain1.local" -RemoteCredential $RemoteCredentials –TargetDeliverydomain "domain2.ad" auf dem Zielserver ausführe bekomme ich die Fehlermeldung: Der E-Mail-Zielbenutzer 'domain2.ad/PDC_alt/Max Mustermann' hat keine SMTP-Adresse, die mit der Zielzustellungsdomäne 'domain2. ad' übereinstimmt. + CategoryInfo : InvalidArgument: (Max:MailboxOrMailUserIdParameter) [New-MoveRequest], RecipientTaskExce ption + FullyQualifiedErrorId : F031BEE1,Microsoft.Exchange.Management.RecipientTasks.NewMoveRequest Ich habe darauf hin die E-Mail-Adressrichtlinien auf beiden Servern angeglichen und eine Petra Mustermann angelegt, mit gleichem Ergebnis. Außerdem habe ich den Ursprungsrequest, wie man sieht zu Testzwecken abgewandelt. Mit P.Mustermann\domain1.local bzw. domain1.de, habe ich genau das gleiche Ergebnis bekommen. Ich meine mich erinnern zu können, dass man den SMTP Abgleich ausschalten konnte, leider ich den Befehl nicht mehr. Eventuell bis aber auch mittlerweile einfach nur Text blind.

Hi, ich versuche aktuell nach dieser Anleitung eine Cross-Forest-Migration von zwei Exchange Domänen. http://careexchange.in/cross-forest-migration-guide-exchange-2010-to-exchange-2010/ Bis zum Punkt (Step 11) mit dem New-MoveRequest läuft alles ohne Probleme. Das Benutzerpostfach Max Mustermann hab ich frisch erstellt. Wenn ich das Script: New-MoveRequest –Identity "Max" –Remote –Remotehostname "pdc.domain1.local" -RemoteCredential $RemoteCredentials –TargetDeliverydomain "domain2.ad" auf dem Zielserver ausführe bekomme ich die Fehlermeldung: Der E-Mail-Zielbenutzer 'domain2.ad/PDC_alt/Max Mustermann' hat keine SMTP-Adresse, die mit der Zielzustellungsdomäne 'domain2. ad' übereinstimmt. + CategoryInfo : InvalidArgument: (Max:MailboxOrMailUserIdParameter) [New-MoveRequest], RecipientTaskExce ption + FullyQualifiedErrorId : F031BEE1,Microsoft.Exchange.Management.RecipientTasks.NewMoveRequest Ich habe darauf hin die E-Mail-Adressrichtlinien auf beiden Servern angeglichen und eine Petra Mustermann angelegt, mit gleichem Ergebnis. Außerdem habe ich den Ursprungsrequest, wie man sieht zu Testzwecken abgewandelt. Mit P.Mustermann\domain1.local bzw. domain1.de, habe ich genau das gleiche Ergebnis bekommen. Ich meine mich erinnern zu können, dass man den SMTP Abgleich ausschalten konnte, leider ich den Befehl nicht mehr. Eventuell bis aber auch mittlerweile einfach nur Text blind.

Ja hab ich in Verbindung mit dem neuen User, bringt wie gesagt nur die Verbesserung, dass die Mail jetzt als Buero gesendet wird. Der Domain Suffix fehlt dennoch.

Hi, hatte bisher zu viel um die Ohren um mich dem Problem noch mal anzunehmen. Hab noch mal alle Einstellungen geprüft. Habe im Reiter Exchange - Allgemein im 2003er AD unter alias Buero@domain.de nochmal umbenannt und wieder angelegt. Das hat nichts geholfen, unter der Position E-Mail im ersten Reiter des 2003er AD habe ich auch die dort hinterlegte E-Mail verändert und wieder auf Buero@domain.de geändert. Habe zwischen den Schritten jeweils einen Neustart gemacht um sicher zu gehen, dass die Änderungen auch so angelegt werden. Dennoch kommen die Mail immer noch mit Domain - POP beim Empfänger an. Ist echt zum Mäuse melken. Habe dann Testweise einen neuen User angelegt und dort die gleichen Einstellungen noch mal vorgenommen. Hier kommen die Mails immerhin mit Buero an. Jedoch ohne Domain, an sich ist das ja schon eine deutliche Verbesserung, aber immer noch nicht zufriedenstellend. Edit: Bei allen anderen Mails funktioniert es einwandfrei.

Noch jemand ne Idee, woran es liegen könnte?