Jump to content

nightmare197

Members
  • Gesamte Inhalte

    36
  • Registriert seit

  • Letzter Besuch

1 Benutzer folgt diesem Benutzer

Über nightmare197

  • Geburtstag 30.05.1978

Profile Fields

  • Member Title
    Newbie

Fortschritt von nightmare197

Contributor

Contributor (5/14)

  • Erste Antwort
  • Engagiert
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Habe eine Möglichkeit von ITHome gefunden. Siehe: http://www.mcseboard.de/windows-forum-lan-wan-32/dns-umleitung-108940.html Ist das so üblich? Oder gibt es eine andere Lösung? Habe es so ausprobiert und es funktioniert.
  2. Leider kann ich das nicht finden. Wenn ich auf die "Eigenschaften" einer Zone gehe, finde ich keine Weiterleitung. In den "Eigenschaften" vom DC kann ich Weiterleitungen eingeben. Aber nicht wenn schon eine Zone besteht. Wo meinst Du?
  3. Gute Morgen, ich möchte auf meinem W2K3 DC mit DNS eine Internetseite z.B. 123456.dyndns.org intern umleiten. Wie funktioniert das? Wenn ich dem DNS einen CNAME Eintrag hinzufüge, dann bekommt dieser immer unsere Domain hinten dran gehängt. Jetzt habe ich eine neue Zone erstellt. Damit funktioniert zumindest die Umleitung aus dem internen Netz zum internen Host. Wird jetzt aber eine andere DYNDNS.ORG URL angesurft bzw. genutzt wird diese bei den internen Clients nicht gefunden. Zur Lösung müßte ich doch jetzt irgend wie der Zone sagen, wenn Du den Host bei Dir nicht findest, dann guck bei diesem Namensserver nach. Nur leider funktioniert das nicht (NS Eintrag unter der Zone eingetragen). Könnt Ihr mir helfen? Danke. Chris
  4. Komando zurück. Du hast mich nicht falsch verstanden. Dein vorletzter Beitrag hat mich dazu bewegt einmal auf unserer Testanlage nach den lokalen Administratorgruppe vom TS zu gucken. Und siehe da, dort gibt es eine Gruppe die mit den Benutzern gefüllt ist die sich auf dem TS anmelden. Schlussfolgerung: Ein TS in der Domäne wird so konfiguriert wie Du es beschrieben hast. Die lokale Gruppe "Remotedesktopbenutzer" vom TS ist zur Konfiguration gedacht/bestimmt. Leider hat das bei uns wohl jemand anders verstanden und einfach eine Gruppe den lokalen Administratoren des TS hinzugefügt. So eine frechheit. Es tut mir leid das ich deine Zeit vergeudet habe und nochmals Danke das Du mit mir mein Problem durchgegangen bist. Vielen Dank Christian (alias Nightmare197) P.S. Sieht dann nicht die lokale GPO so aus wie die AD-GPO?
  5. Moin, Nein, sind Sie nicht. :eek: Sie sind nur in der Domänengruppe "Remotedesktopbenutzer". Und wenn Sie dort herausgenommen werden, dann können Sie sich nicht mehr anmelden. Siehe Beitrag vom 03.05.2007 16:14: Habe noch mal die lokale GPO vom TS geprüft. Bei "Anmelden über Terminaldienste zulassen" sind die Gruppen: Administratoren und Remotedesktopbenutzer vorhanden. Sonst keine Gruppen/User. Ich verstehe das nicht... Wir hatten genau das gleiche Problem schon einmal vor ca. 1 Jahr. Dort wurde der DC neu installiert und es funktionierte danach (Testanlage). Hoffe ich bringe hier keinen zur Verzweiflung. Gruß Christian
  6. Leider ist dem nicht so. In der lokalen Gruppe "Remotedesktopbenutzer" auf dem TS sind keine Benutzer und auch keine Gruppe vorhanden. Nur auf dem DC in der Gruppe "Remotedesktopbenutzer" sind die User drin. Die User können sich trotzdem am TS anmelden. Habe noch mal die lokale GPO vom TS geprüft. Bei "Anmelden über Terminaldienste zulassen" sind die Gruppen: Administratoren und Remotedesktopbenutzer vorhanden. Alles so wie bei der Produktiven Domäne (Die weiter oben beschrieben wurde).
  7. In der Testdomain ist der Terminalserver nur der Domäne beigetreten. Also keine DC Funktion.
  8. Entschuldigung, habe das nur der Übersichtshalber gemacht. Soll ich jetzt einen neuen öffnen? Wozu ist dann die Gruppe "Remotedesktopbenutzer" in der ADS? Wir haben hier noch eine Teststellung, W2K3 Standard DC und einen TerminalServer W2K3 Standard, diese sind in einer Domäne. Hier sind alle Benutzer in der Gruppe "Remotedesktopbenutzer" über den DC und diese Domän-Benutzer können sich an dem TS anmelden. Warum klappt das nicht in der anderen Domäne (Sind beide voneinander unabhängig). Gruß Christian
  9. Hallo liebe Mitglieder, ich wollte jetzt nicht ein neuen Thread für mein gleiches Problem öffnen. Darum schreib ich es in diesen. Folgendes: 1x DC W2K3 SP1 Standard 1x Terminalserver W2K3 SP1 Standard Es gibt eine Domäne in diesem sich auch der Terminalserver als Mitglied der Domäne befindet. Jetzt sollten doch eigendlich die Benutzer die in der Domänen-Gruppe "Remotedesktopbenutzer" sind, zugriff auf dem Terminalserver bekommen. Leider ist das bei mir nicht der Fall. Es kommt die standart Ausrede: *** Sie müssen über die Berechtigung "Anmelden über Terminaldienste zulassen" verfügen...*** Laut GPO sind das die "Administratoren" und "Remotedesktopbenutzer". Nur leider bekommt kein Domänen-User der in der Domänen-Gruppe "Remotedesktopbenutzer" ist zugriff. Warum? Setze ich einen Domänen-Benutzer in die Lokale-Gruppe des Terminalservers funktioniert die Anmeldung mit einem Domänen-Benutzer. Kann mir jemand erklären was der Terminalserver nun noch brauch um auch mit der Domänen-Gruppe "Remotedesktopbenutzer" eine Anmeldung zulässt? Vielen Dank und ein lieben Gruß, Christian
  10. Diese Berechtigung hat wirklich etwas mit der Sicherheitskonfiguration für den Internet Explorer zu tun. Diesen einfach unter Systemsteuerung -> Software -> Windows-Komponenten -> Verstärkte Sicherheitskonfiguration für Internet Explorer deaktivieren und schon können Programm über LAN gestartet werden.
  11. Hallo, ich habe das selbe Problem. Habe hier ein W2K3 R2 Standard Server nicht in der Domäne. Wenn ich jetzt über ein UNC Pfad auf eine Freigabe im Netz gehe kommt das Anmelde Fenster. Melde mich mit Adminrechten an und starte dann ein Programm. Jetzt erscheint folgende Fehlermeldung: \\[uNC PFAD] Auf das angegebene Gerät, bzw. den Pfad oder die Datei kann nicht zugegriffen werden. Sie verfügen eventuell nicht über ausreichende Berechtigungen, um auf das Element zugreifen zu können. Dies passiert auch wenn der Server in der Domäne als Memberserver oder als DC eingebunden ist. Wie kann ich das beheben? Die Datenausführungsverhinderung steht auf "Windowsprogramme und Dienste". Dies kann es also nicht sein. Gruß Chris
  12. Hallo, die User haben auf die jeweiligen Dateien Vollzugriff... Datenwiederherstellungsagenten ist leider nicht erlaubt...
  13. Hallo, sorry das ich erst jetzt wieder antworte. Projekt lag auf Eis. Bitte wie soll ich auf die AD zugreifen? Funktioniert das mit jedem MS Office Produkt? Oder nur ab Version 200X? Gruß Chris
  14. Hallo, hab schon die Suche benutzt, lieder nicht das richtige gefunden. MS schreibt hier unter "Aktivieren der EFS-Dateifreigabe" dass das EFS auch für mehrere Benutzer möglich ist. Soll heißen jemand verschlüsselt eine Datei und fügt ein oder mehrere Benutzer hinzu die diese Datei entschlüsseln können. Leider hab ich es bis jetzt nicht zum laufen bekommen. Folgendes: - 1 W2K3 Standard SP1 DC als Domänencontroller. - 2 XP Rechner ohne SP2 (Beide gehören der gleichen Domäne an). - Auf dem Server gibt es eine Freigabe für Jeden mit Vollzugriff - DC auch Zertifizierungstelle User 1 verschlüsselt auf dem Server eine Datei. Fügt das Zertifikat vom Benutzer 2 hinzu. Leider kann der Benutzer 2 (am 2 XP Rechner) diese Datei nicht auf dem Server entschlüsseln. Warum nicht? Siehe Link von Mircosoft. Danke für jede Hilfe oder Gedächtnisanstoß...
×
×
  • Neu erstellen...