Standort vs. Standort
Moin,
Hintergrund der Frage ist, dass ich für ein PS-Skript auf dem RDS wissen muss, wo der Client steht. Ich hatte zuerst die Idee, das über OUs zu regeln, fand das dann aber albern, wenn ich ca. 20 OUs einrichte mit jeweils einem oder zwei, in einer OU sogar drei Rechnern. Also kam ich auf die Idee, einfach ein AD-Attibut des Rechners zu benutzen. Mein Wunsch dabei ist, dass das möglichst über die Klicki-Oberfläche erreichbar ist, damit das auch Verwaltungsangestellte pflegen können.
Also dachte ich an das Attribut "Standort". Das gibt es ja zweimal. Einmal unter "Allgemein" und einmal als eigener Reiter. Bisher war ich immer der Meinung, dass sich das mit dem eigenen Reiter auf die Domain-Standorte bezieht und das vorne könne man frei editieren. Das ist offensichtlich falsch. Das Feld unter "Allgemein" lies sich nicht editieren. Das unter "Standort" schon.
Warum ist dann dort eine Schaltfläche "Durchsuchen"? Ich dachte immer, da könne man die eingerichteten Standorte durchsuchen.
Füllt sich das Feld unter Allgemein dann von alleine, sofern Standorte eingerichtet sind?
Das Wichtigste: Wird der Eintrag unter "Standorte" verändert, sofern man nachträglich Standorte einrichtet?
Liebe Grüße
Erik
P. S.: Standorte sind bei mir nur theoretisches kein praktisches Wissen.
Und das wird wahrscheinlich auch so bleiben. 
<edit>P. P. S.: Und bei Google Bildersuche gibt es nur Klicki-Bilder, wie man das einrichtet. Aber nicht das, was ich suche. Ein einziges würde ja schon Klarheit verschaffen.</edit>
Hintergrund der Frage ist, dass ich für ein PS-Skript auf dem RDS wissen muss, wo der Client steht. Ich hatte zuerst die Idee, das über OUs zu regeln, fand das dann aber albern, wenn ich ca. 20 OUs einrichte mit jeweils einem oder zwei, in einer OU sogar drei Rechnern. Also kam ich auf die Idee, einfach ein AD-Attibut des Rechners zu benutzen. Mein Wunsch dabei ist, dass das möglichst über die Klicki-Oberfläche erreichbar ist, damit das auch Verwaltungsangestellte pflegen können.
Warum ist dann dort eine Schaltfläche "Durchsuchen"? Ich dachte immer, da könne man die eingerichteten Standorte durchsuchen.
Füllt sich das Feld unter Allgemein dann von alleine, sofern Standorte eingerichtet sind?
Das Wichtigste: Wird der Eintrag unter "Standorte" verändert, sofern man nachträglich Standorte einrichtet?
Liebe Grüße
Erik
P. S.: Standorte sind bei mir nur theoretisches kein praktisches Wissen.
<edit>P. P. S.: Und bei Google Bildersuche gibt es nur Klicki-Bilder, wie man das einrichtet. Aber nicht das, was ich suche. Ein einziges würde ja schon Klarheit verschaffen.</edit>
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1415393594
Url: https://administrator.de/forum/standort-vs-standort-1415393594.html
Ausgedruckt am: 29.03.2025 um 07:03 Uhr
8 Kommentare
Neuester Kommentar
N'Abend.
Dieses Standort-Feld ist ein Überbleibsel bzw. nie fertig entwickeltes Attribut, dass für das Printer-Location-Tracking eingefügt wurde: https://www.google.com/search?q=printer+location+tracking+ad
Ich würde für das Skript einfach auf Subnetze setzen und nicht auf, in diesem Fall, "wackelige" AD-Attribute?
Cheers,
jsysde
Dieses Standort-Feld ist ein Überbleibsel bzw. nie fertig entwickeltes Attribut, dass für das Printer-Location-Tracking eingefügt wurde: https://www.google.com/search?q=printer+location+tracking+ad
Ich würde für das Skript einfach auf Subnetze setzen und nicht auf, in diesem Fall, "wackelige" AD-Attribute?
Cheers,
jsysde
N'Abend.
Verstehe... Ob das mit dem Standort-Attribut funktioniert, keine Ahnung, hab' ich nie weiter verfolgt (weil ich das Zuweisen von Druckern eher den Usern überlassen möchte - "wir" als IT-Abteilungen haben in den letzten zwei Dekaden "unsere" User zu digitalen Analphabeten erzogen.... Anderes Thema. In deinem Umfeld kann ich den Leidensdruck, etwas so einfaches zu automatisieren, aber nachvollziehen).
Glaube aber kaum, dass es dich zur Lösung führt - AD-Attribute ändern sich eher nicht dynamisch und AD-Standorte erfordern pro Standort einen DC mit zugewiesenem Subnetz, um sie konsistent und zuverlässig in Skripts nutzen zu können.
Die Rechner, an denen sich die User anmelden, bleiben aber fest auf ihrer Station? Und ihr folgt einer konsistenten Namenskonventionen? Dann wäre ja z.B. die Auswertung des Clientnamens (oder eines Teils davon), von dem aus die Anmeldung am RDS erfolgt, ein potentieller Filter für die Zuweisung eines Druckers?
Cheers,
jsysde
Verstehe... Ob das mit dem Standort-Attribut funktioniert, keine Ahnung, hab' ich nie weiter verfolgt (weil ich das Zuweisen von Druckern eher den Usern überlassen möchte - "wir" als IT-Abteilungen haben in den letzten zwei Dekaden "unsere" User zu digitalen Analphabeten erzogen.... Anderes Thema. In deinem Umfeld kann ich den Leidensdruck, etwas so einfaches zu automatisieren, aber nachvollziehen).
Glaube aber kaum, dass es dich zur Lösung führt - AD-Attribute ändern sich eher nicht dynamisch und AD-Standorte erfordern pro Standort einen DC mit zugewiesenem Subnetz, um sie konsistent und zuverlässig in Skripts nutzen zu können.
Die Rechner, an denen sich die User anmelden, bleiben aber fest auf ihrer Station? Und ihr folgt einer konsistenten Namenskonventionen? Dann wäre ja z.B. die Auswertung des Clientnamens (oder eines Teils davon), von dem aus die Anmeldung am RDS erfolgt, ein potentieller Filter für die Zuweisung eines Druckers?
Cheers,
jsysde
Moin,
Wird bei den Computer-Objekten das Feld „Beschreibung“ genutzt?
Falls nicht: trag dort doch die Station ein. Das Feld lässt sich ja dann in scripten auswerten.
Spannend wird es aber, wenn die eine RDS-Session nicht sauber beenden sondern nur trennen und dann den Standort wechseln. Ein LogOn-Script greift dann ja nicht mehr. Und auch eine GPO/ GPP wird vermutlich nicht sofort greifen…
Wird bei den Computer-Objekten das Feld „Beschreibung“ genutzt?
Falls nicht: trag dort doch die Station ein. Das Feld lässt sich ja dann in scripten auswerten.
Spannend wird es aber, wenn die eine RDS-Session nicht sauber beenden sondern nur trennen und dann den Standort wechseln. Ein LogOn-Script greift dann ja nicht mehr. Und auch eine GPO/ GPP wird vermutlich nicht sofort greifen…
Zitat von @erikro:
Moin,
Ja, leider.
Das war mein erster Gedanke. Aber da steht was drin. Aber vielleicht ändere ich das und verbanne die Infos in die Doku.
Die Info muss ja nicht verschwinden. Die Station ließe sich ja auch in Klammern unterbringen, z.B. "Ultraschall-Client (Gynäkologie)" oder "Labor-Client (Zahntechnik)"...Moin,
Ja, leider.
Spannend wird es aber, wenn die eine RDS-Session nicht sauber beenden sondern nur trennen und dann den Standort wechseln. Ein LogOn-Script greift dann ja nicht mehr. Und auch eine GPO/ GPP wird vermutlich nicht sofort greifen…
Das wird der angenehme Seiteneffekt, dass die Damen dann endlich mal lernen, dass man sich am Ende des Tages abmelden muss. D. h, dass die Damen (und Herren) untertätig ihre Station nicht verlassen bzw. nur seeehr selten?