6741
Mar 01, 2007, updated at Oct 18, 2012 (UTC)
9745
10
0
net use lpt , zum Standarddrucker installieren
Hallo,
kann man mit dem Befehl auch einen Schalter mitgeben, der den Drucker als Standarddrucker setzt ?
kann man mit dem Befehl auch einen Schalter mitgeben, der den Drucker als Standarddrucker setzt ?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 52942
Url: https://administrator.de/contentid/52942
Printed on: April 20, 2024 at 02:04 o'clock
10 Comments
Latest comment
Also zunächst mal schreibt man "Standard" mit "d" hinten - und nicht mit "t" 
*klug###*
Kommst du damit nicht weiter? Ist doch fast wie dein Wunsch jetzt!
Greets, T-F
*klug###*Kommst du damit nicht weiter? Ist doch fast wie dein Wunsch jetzt!
Greets, T-F
welches "t" .... ;>)))
dachte man könnte es mit dem net use und einem Schalter erledigen.
Möchte kein Zusatztool installieren.
dachte man könnte es mit dem net use und einem Schalter erledigen.
Möchte kein Zusatztool installieren.
G' Abend,
also es geht auch so. Somit brauchst du kein Zusatztool. Ich habe so nicht gebraucht:
http://www.gruppenrichtlinien.de/index.html?/HowTo/rundll32_printui.htm
Grüße
Dani
also es geht auch so. Somit brauchst du kein Zusatztool. Ich habe so nicht gebraucht:
http://www.gruppenrichtlinien.de/index.html?/HowTo/rundll32_printui.htm
Grüße
Dani
hi dani ...
ich habe mit gp noch zu wenig Erfahrung, wird in den nächsten Monaten nachgeholt...
ein sehr großes Verständissproblem habe ich mit der Tatsache, das man die Clients in nur einer Gruppe haben darf und somit sehr gut Überlegen muss, wie man die Gruppen einrichtet ..
Ein Vertiebmitarbeiter braucht evtl ein anderen Standarddrucker, als ein anderer und somit dürfen die nitcht in der glichen Gruppe sein, aber sollen beide die gleiche GP ( die mit den Drucker ) bekommen .....
Gedankenfehler ... ???
ich habe mit gp noch zu wenig Erfahrung, wird in den nächsten Monaten nachgeholt...
ein sehr großes Verständissproblem habe ich mit der Tatsache, das man die Clients in nur einer Gruppe haben darf und somit sehr gut Überlegen muss, wie man die Gruppen einrichtet ..
Ein Vertiebmitarbeiter braucht evtl ein anderen Standarddrucker, als ein anderer und somit dürfen die nitcht in der glichen Gruppe sein, aber sollen beide die gleiche GP ( die mit den Drucker ) bekommen .....
Gedankenfehler ... ???
Ja allerdings Gedankenfehler!
Der User kann sehr wohl Mitglied mehrerer Gruppen sein.
-> User 1 ist Mitglied von "Domain-Benutzer" und "Druck-Operator"
in diesem Fall hätte er z. B. das Recht, sich lokal am Server anzumelden
So kannst du bestimmte Privilegien-Gruppen erstellen, damit "normale User" evtl. auch Software-Updates installieren dürfen.
So weit, so einfach!
Komplizierter wird es, wenn man Gruppen schachtelt, was natürlich auch geht.
Du kannst z. B. eine Gruppe "DarfGarNix" erstellen, und diese über eine zugehörige Gruppenrichtlinie auf quasi Null Rechte runterknüppeln.
Jetzt machst Gruppe der "Domain-Benutzer" zum Mitglied der Gruppe "DarfGarNix" und schon dürfen auch die "Domain-Benutzer" sämtlich nix mehr.
Zusätzliche Verwirrung könnte nun eine Gruppe "DarfInsInternet" schaffen, der du bestimmte User zuordnest: Chef, Buchhalter, dich selbst
Somit gelten zwar alle restriktiven Einschränkungen der Richtlinie der Gruppe "DarfGarNix" und zusätzlich die Freiheiten der Gruppe "DarfInsInternet" für den Chef, den Buchhalter und dich!
Das Spiel kann man beliebig weiter treiben, bis man einen Knoten im Gehirn hat (oder in den Fingern vom tippen)!
Aber damit nicht genug: Es gibt auch noch Unterschiede zwischen sog. lokalen Gruppen und globalen Gruppen...
So kann man (sollte man!) seine User in globale Gruppen zusammenfassen und berechtigt dann lokale Gruppen (innerhalb der Domäne) zum Zugriff auf die globalen Gruppen.
Soviel zu OU für Fortgeschrittene!
Ich hoffe, ich hab dir nicht den Spass verdorben, dich da einzuarbeiten
Greets, TF
Der User kann sehr wohl Mitglied mehrerer Gruppen sein.
-> User 1 ist Mitglied von "Domain-Benutzer" und "Druck-Operator"
in diesem Fall hätte er z. B. das Recht, sich lokal am Server anzumelden
So kannst du bestimmte Privilegien-Gruppen erstellen, damit "normale User" evtl. auch Software-Updates installieren dürfen.
So weit, so einfach!
Komplizierter wird es, wenn man Gruppen schachtelt, was natürlich auch geht.
Du kannst z. B. eine Gruppe "DarfGarNix" erstellen, und diese über eine zugehörige Gruppenrichtlinie auf quasi Null Rechte runterknüppeln.
Jetzt machst Gruppe der "Domain-Benutzer" zum Mitglied der Gruppe "DarfGarNix" und schon dürfen auch die "Domain-Benutzer" sämtlich nix mehr.
Zusätzliche Verwirrung könnte nun eine Gruppe "DarfInsInternet" schaffen, der du bestimmte User zuordnest: Chef, Buchhalter, dich selbst
Somit gelten zwar alle restriktiven Einschränkungen der Richtlinie der Gruppe "DarfGarNix" und zusätzlich die Freiheiten der Gruppe "DarfInsInternet" für den Chef, den Buchhalter und dich!
Das Spiel kann man beliebig weiter treiben, bis man einen Knoten im Gehirn hat (oder in den Fingern vom tippen)!
Aber damit nicht genug: Es gibt auch noch Unterschiede zwischen sog. lokalen Gruppen und globalen Gruppen...
So kann man (sollte man!) seine User in globale Gruppen zusammenfassen und berechtigt dann lokale Gruppen (innerhalb der Domäne) zum Zugriff auf die globalen Gruppen.
Soviel zu OU für Fortgeschrittene!
Ich hoffe, ich hab dir nicht den Spass verdorben, dich da einzuarbeiten
Greets, TF
hi ...
das Thema über Gruppen zu regeln ist mir verständlich. Man hatte mir gesagt legen OU´s an mit folgenden Typen:
Vertrieb, Technik, Montage usw füge ich die Mitglieder der OU zu so kann ich nur eine GP anwenden, wenn sich die wieder innerhalb der OU unterscheiden sollen muss ich doch imt Gruppen arbeiten und nicht mit so starren OU´s, oder. Denn es kann ja einen User geben, innerhalb Vertrieb, der muss ne andere GP bekommen wie sein Kollegen ...
also geht das nicht ...
das Thema über Gruppen zu regeln ist mir verständlich. Man hatte mir gesagt legen OU´s an mit folgenden Typen:
Vertrieb, Technik, Montage usw füge ich die Mitglieder der OU zu so kann ich nur eine GP anwenden, wenn sich die wieder innerhalb der OU unterscheiden sollen muss ich doch imt Gruppen arbeiten und nicht mit so starren OU´s, oder. Denn es kann ja einen User geben, innerhalb Vertrieb, der muss ne andere GP bekommen wie sein Kollegen ...
also geht das nicht ...
G' Abend,
es geht bei dem Link um dem Befehl. Ich wollte damit nicht sagen, du sollte ein GPO Script erstellen. Aber gut wäre es ja schon....
Wie ist nun der Stand der Dinge bei deinem Problem?!
Grüße
Dani
es geht bei dem Link um dem Befehl. Ich wollte damit nicht sagen, du sollte ein GPO Script erstellen. Aber gut wäre es ja schon....
Wie ist nun der Stand der Dinge bei deinem Problem?!
Grüße
Dani
Hi Dani,
der Stand ist, das ich händisch die Drucker gemappt habe und als Standard eingerichtet. Da ich nicht mit den OU vertraut und auch mit der Einrichtung einverstanden bin, konnte ich das nicht per GP realisieren.
Hätte ins Anmeldescript den net use Befehl mit einem Schaltet zur Einrichtug des Standarddruckers gebrauchen können.
der Stand ist, das ich händisch die Drucker gemappt habe und als Standard eingerichtet. Da ich nicht mit den OU vertraut und auch mit der Einrichtung einverstanden bin, konnte ich das nicht per GP realisieren.
Hätte ins Anmeldescript den net use Befehl mit einem Schaltet zur Einrichtug des Standarddruckers gebrauchen können.
Moin,
da ist dir wohl mein Link bzw. Post entgangen...siehe oben! Ich habe jetzt nicht auf Gruppenrichtlinien hinweisen möchten, sondern auf dem Befehl wie man sonst noch Drucker mit Boardmittel mappen und setzen kann.
Grüße
Dani
da ist dir wohl mein Link bzw. Post entgangen...siehe oben! Ich habe jetzt nicht auf Gruppenrichtlinien hinweisen möchten, sondern auf dem Befehl wie man sonst noch Drucker mit Boardmittel mappen und setzen kann.
Grüße
Dani
Hi dani,
hat sich gelohnt dass ich den Beitrag beobachtet habe ... das kann ich super gebrauchen ...
Danke.
Randy
hat sich gelohnt dass ich den Beitrag beobachtet habe ... das kann ich super gebrauchen ...
Danke.
Randy
