Jump to content

Landschaftsgest

Members
  • Content Count

    249
  • Joined

  • Last visited

Community Reputation

10 Neutral

About Landschaftsgest

  • Rank
    Member
  1. Hi, wenn bei einem GPO eine Einstellung gesetzt und wieder mit "nicht konfiguriert" versehen wird, "zählt" dieses "nicht konfiguriert". Schön zu sehen ist so was, wenn man sich im GPMC die Einstellungen anzeigen lässt. Alle Werte, die noch nie angefasst wurden, haben auch den Wert "nicht konfiguriert", tauchen hier aber nicht auf. Wenn allerdings eine Einstellung wieder zurück gesetzt wurde auf "nicht konfiguriert", wird diese Option bei der Zusammenfassung angezeigt. Dann natürlich mit "nicht konfiguriert"... Wird beim Login nun ein GPO verarbeitet, die so einen "nicht konfigurier
  2. Hi ja, das war mein Kollege. Eigentlich wollt eich das übernehmen... Na ja, Mittlerweile haben wir es hinbekommen. Ein Policy, die vor der Ordnerumleitung abgearbeitet wurde, hat verhindert, dass die Dokumente umgeleitet wurden. Funktioniert nun wieder.
  3. Hallo zusammen, in einer GPO wurden Ordnerumleitungen konfiguriert. Es werde z.B. Desktop, Bilder, Download, Dokumente und noch ein paar weitere Ordner auf ein Netzlaufwerk umgeleitet. GPO ist aktiv und funktioniert auch soweit bis auf eine "Kleinigkeit": Der Ordner "Dokumente" bzw. "Eigene Dokumente" bleibt lokal. Im Share werden die funktionierenden Ordner angelegt. "Dokumente" taucht dort nicht auf. Habe schon viele Informationen dazu gesehen. Aber alles, was ich bisher probiert habe, war erfolglos. Selbst ein neues GPO, in dem nur "Dokumente" umgeleitet werden, habe ich er
  4. Hi Nils, besten Dank für die aufklärenden Worte. Im DHCP ist "leider" Option 015 - DNS Domain Name gesetzt. Das kann ich dann raus nehmen. Den Rest werde ich dann sehen, wenn es an die Testphase geht. Vielen Dank an alle Beteiligten. Gruß L
  5. Das "passende Design" interessiert mich nun aber doch... Vom Prinzip her dürfte es "nur" die DNS-Weiterleitung sein. Wenn die bei einem migrierten System so funktioniert, dass dieses System die neue Welt findet, dann sollte es technisch keine Hürde darstellen. Allerdings kann ich aktuell nicht beurteilen, was "Sonderlocken" im DHCP sind...
  6. Wenn ich - theoretisch - die Systeme in der neuen Umgebung manuell konfiguriere (IP), ist es sicherlich kein Problem. Aber da es sich auch um PC´s mit automatischer IP-Konfiguration (DHCP) handelt, wird dies sicherlich nicht ganz einfach werden. Die migrierten PC´s bekommen ja immer noch die DHCP-Settings der alten Umgebung. Theoretisch sollten sie ja die neue Umgebung (DC und was sonst alles noch migriert wurde) per DNS-Weiterleitung finden. Aber ich habe aktuell keine Möglichkeit, das mal eben in einem Lab zu testen. Dass das nicht gerade die beste Idee ist, war mir klar. Aber di
  7. Hm, ich dachte mir sowas, daher der Fred hier. Na ja, schaun wir mal, was da noch so an "Meinungen" kommt... THX
  8. Hallo Gemeinde, ist es möglich, bei einer Cross-Forest-AD-Migration (Heraustrennen einer Abteilung aus dem Unternehmen) das selbe IP-Netz für die neue Struktur zu nutzen, wie die Quell-Struktur? Habe da "Bedenken" beim Thema DNS. Wenn ein PC migriert wurde, bekommt er ja noch die IP/DNS-Informationen vom "alten" DHCP-Server. Da für das Vorhaben eine DNS-Weiterleitung konfiguriert werden muss, frage ich mich, ob diese dann auch für die migrierten PC´s/Systeme funktioniert? Für alle hilfreichen Antworten bin ich dankbar. Gruß L
  9. Auch Moin, den Standort würde ich dann der Zentrale zuordnen. Den DHCP-Server anpassen, damit ein DNS-Server ebenfalls aus der Zentrale genutzt wird. Die DHCP-Server-Autorisierung für den Dienst sollte erhalten bleiben, oder? Dann kann ich "quasi" loslegen. Vielen Dank & Gruß Landschaftsgestalter
  10. Hallo zusammen, die Kurzfassung steht ja eigentlich schon in der Überschrift. Was ich allerdings wissen möchte ist, was erwartet werden kann, wenn ein DC an einem entfernten Standort zum Member-Server heruntergestuft wird. Der DC führt aktuell zusätzlich DHCP und DNS aus. Was passiert, nach dem er mit dcpromo heruntergestuft wurde hinsichtlich DNS, DHCP und AD-Authentifizierungen? Es gibt ansonsten keine weiteren DC´s am Standort. Hintergrund: Exchange 2016 soll eingeführt. Dazu muss das Function Level Windows Server 2008 R2 sein. Der DC am entfernten Standort
  11. Soo, was soll ich sagen: Wie schön wäre es, wenn das DNS funktioniert, wie es soll... Habe ja 2 Alt-DC´s. Beide sind DNS-Server. Alt-DC1 kann alles korrekt auflösen, Alt-DC2 nicht - jedenfalls was die Auflösung von Namen aus der neuen Welt angeht... Ich denke mal das Thema "Reverse Lookup" kann et acta gelegt werden... Besten Dank für eure Hinweise Cheers
  12. Hi, tja, da werde ich auf jeden Fall mal drüber nachdenken... Die Frage, die sich mir dann stellt, ist: Wenn der "alte" DNS-Server eine Reverse-Zone hat die z.B. so aussieht: 0.1.in-addr.arpa und die neuen DNS-Server IP-Adressen wie folgt besitzen: 1.0.5.0/16 wie geht der "alte" DNS-Server damit um? Prüft er erst im "kleineren" Netz - also in der dafür vorgesehen Reverse-Zone - oder schaut er einfach in die "große" Zone, und geht dann je nach Ergebnis in die "kleinere" Reverse-Zone? Noch mal eine Verständnis-Frage: Wird eigentlich die Reverse-Zone aus der jeweils anderen AD-Umgebun
  13. Hallo zusammen, habe da mal eine Kleinigkeit: bei einer Cross-Forest-AD-Migration gibt es in der alten Welt auf den DNS-Servern eine Reverse-Lookup-Zone für ein sehr großes Netz. Die neue Welt befindet sich unglücklicher Weise in einem Teil dieses IP-Netzes. Beim Einrichten der DNS-Forwarder in der alten Welt fiel auf, dass die DNS-Server aus der neuen Welt nicht ordnungsgemäß per IP aufgelöst wurden. Eine Namensauflösung (Name -> IP) funktioniert allerdings. Nur reverse gibt es halt ein "kleines" Problem. Dieses möchte ich nun umgehen. Die Konfiguration der alten Welt ist allerdin
  14. Hi ho, bräuchte mal kurz eine "Vorgehensweise", wie ein Knoten in einem TMG-Array wiederhergestellt werden kann. Ich habe allerdings nur folgende Infos: TMG 2010 mit Server 2008R2 es gibt keinen extra Konfig-Server Es sind TMG-Server zu einem Array zusammen "geschaltet". Ich weiß, dass ein einzelner Knoten per Konfig export und später dann mit Konfig Import "relativ" einfach wiederhergestellt werden kann. Aber die Konfig das "schrubbeligen" Knotens ist nicht vorhanden, weil der Knoten nicht mehr da ist... Wie wäre hier zu verfahren? THX schon mal
  15. Hallo zusammen, suche mir gerade nen Wolf. Ich habe in Erinnerung, dass ein MS-Cluster in einer virtuellen Umgebungen einige Limitierungen hat. (z.B. kein Thin-Provisioning der Disks, keine DRS oder HA-Mechanismen...) Nun finde ich diesen Artikel abernicht mehr. Hat sich da etwas geändert? Also gibt es diese Limits nicht mehr? Ich würde dies gerne noch mal nachlesen... THX
×
×
  • Create New...