12
Ein physischer Drucker auf zwei verschiedenen Printservern freigeben?
Hi@all,
wir haben bei uns ein AD mit zwei Printservern, einer für Windows einer für SAP. Bisher hatten die User immer unterschiedliche Drucker (segmentiert durch die IPs der Drucker).
Nun haben wir den "kuriosen" Fall, dass ein "Windows-Drucker" auch als "SAP-Drucker" dienen soll, also der Drucker einmal am Windows-Printserver, einmal beim SAP-Printserver freigegeben werden "muss".
Aus der Theorie sage ich:
Kein Problem!
Aber hat einer praktische Erfahrungen damit gesammelt?
Zur Info:
Es handelt sich um einen HP Drucker, der mittels UPD-Treibern auf seiner IP angesprochen wird.
Danke und Gruß,
Carsten
wir haben bei uns ein AD mit zwei Printservern, einer für Windows einer für SAP. Bisher hatten die User immer unterschiedliche Drucker (segmentiert durch die IPs der Drucker).
Nun haben wir den "kuriosen" Fall, dass ein "Windows-Drucker" auch als "SAP-Drucker" dienen soll, also der Drucker einmal am Windows-Printserver, einmal beim SAP-Printserver freigegeben werden "muss".
Aus der Theorie sage ich:
Kein Problem!
Aber hat einer praktische Erfahrungen damit gesammelt?
Zur Info:
Es handelt sich um einen HP Drucker, der mittels UPD-Treibern auf seiner IP angesprochen wird.
Danke und Gruß,
Carsten
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 572832
Url: https://administrator.de/forum/ein-physischer-drucker-auf-zwei-verschiedenen-printservern-freigeben-572832.html
Ausgedruckt am: 21.12.2024 um 18:12 Uhr
12 Kommentare
Neuester Kommentar
Die Praktische Erfahrung heisst: Es druckt.
Unsere Drucker werden von 3 Servern angesprochen: Windows, Linux (CUPS) und SAP
Unsere Drucker werden von 3 Servern angesprochen: Windows, Linux (CUPS) und SAP
Moin,
So lange bis Papier oder Tinte alle sind.
Liebe Grüße
Erik
So lange bis Papier oder Tinte alle sind.
Liebe Grüße
Erik
Hallo,
es gibt genug Firmen wo die Drucker lokal auf den PCs installiert werden auf per IP drucken.
Dafür sind die Printserver ausgelegt.
Stefan
es gibt genug Firmen wo die Drucker lokal auf den PCs installiert werden auf per IP drucken.
Dafür sind die Printserver ausgelegt.
Stefan
Moin,
In den meisten Fällen funktioniert das ohne Probleme. Netzwerkdrucker sind i.d.R. in der Lage von mehreren Clients gleichzeitig Jobs anzunehmen und die beiden Printserver sind prinzipiell nur normale Clients für den Drucker.
lks
In den meisten Fällen funktioniert das ohne Probleme. Netzwerkdrucker sind i.d.R. in der Lage von mehreren Clients gleichzeitig Jobs anzunehmen und die beiden Printserver sind prinzipiell nur normale Clients für den Drucker.
lks
Hi,
was "lästig" werden könnte, dass man ggf. zwei Warteschlangen im Auge behalten müsste. Um das zu umgehen, könnte man auch vom Printserver-für-SAP via LPR auf den Printserver-für-Windows spoolen. Wenn es einen Stau gibt, dann hängt das nur in einer Warteschlange. Der zweite Printserver verändert dabei den Druckjob nicht mehr und spoolt die Jobs 1:1 weiter an den Drucker.
E.
was "lästig" werden könnte, dass man ggf. zwei Warteschlangen im Auge behalten müsste. Um das zu umgehen, könnte man auch vom Printserver-für-SAP via LPR auf den Printserver-für-Windows spoolen. Wenn es einen Stau gibt, dann hängt das nur in einer Warteschlange. Der zweite Printserver verändert dabei den Druckjob nicht mehr und spoolt die Jobs 1:1 weiter an den Drucker.
E.
Danke an alle,
das hatte ich mir schon gedacht, dass das reibungslos funktioniert.
@emeriks:
Diesen Tipp versuche ich mal umzusetzen.
Gruß
Carsten
das hatte ich mir schon gedacht, dass das reibungslos funktioniert.
@emeriks:
Diesen Tipp versuche ich mal umzusetzen.
Gruß
Carsten
Moin
kleine Anmerkung.
(Netzwerk)Drucker, was Kopierer auch sind, ist es ziemlich egal woher oder wie der Druck Auftrag kommt!
Ich bin gerne am lästern gegenüber Azubi aus der HW das, wenn das Möglich wäre, man auch einen Druckauftrag in einen Luftball verpacken könnte und auf den MFP schießen würde, der Ihn ausdrucken würde.
Wenn
Dem Drucker ist das prinzipiell egal. Er macht FIFO.
Alles andere ist die Steuerung davor..
Das Prinzip ist:
Bei RAW, der Windows Welt Std, geht über Port 9100 ein Auftrag ein.
Der wird nach den internen Vorgaben "bearbeitet" und an die Druckausgabe weiter gegeben.
Und draußen ist das Papier.
Bei LPR ist das prinzipiell auch so.
LPR hat vorteile, aber auch Nachteile
Ein großer ist das man den 100% KORREKTEN Druckerwarteschlangenname wissen muß.
Case Sensitiv!
Nur mein Senf zur Nacht
Thomas
kleine Anmerkung.
(Netzwerk)Drucker, was Kopierer auch sind, ist es ziemlich egal woher oder wie der Druck Auftrag kommt!
Ich bin gerne am lästern gegenüber Azubi aus der HW das, wenn das Möglich wäre, man auch einen Druckauftrag in einen Luftball verpacken könnte und auf den MFP schießen würde, der Ihn ausdrucken würde.
Wenn
- der Drucker den Druckauftrag "versteht", sprich die Sprache versteht. Bei den besseren ist das PCL und PS (PostScript). Und PDF, jpg und TIFF als Dateien.
- Keine Restriktionen entsprechend eingestellt sind.
Dem Drucker ist das prinzipiell egal. Er macht FIFO.
Alles andere ist die Steuerung davor..
Das Prinzip ist:
Bei RAW, der Windows Welt Std, geht über Port 9100 ein Auftrag ein.
Der wird nach den internen Vorgaben "bearbeitet" und an die Druckausgabe weiter gegeben.
Und draußen ist das Papier.
Bei LPR ist das prinzipiell auch so.
LPR hat vorteile, aber auch Nachteile
Ein großer ist das man den 100% KORREKTEN Druckerwarteschlangenname wissen muß.
Case Sensitiv!
Nur mein Senf zur Nacht
Thomas
Moin,
inzwischen ja, aber zu Zeiten wo Drucker nur LPT-, USB- und RSxxx-Anschlüsse hatten war das nicht immer so.
Da konnten sich lustig Druckaufträge überlagern.
inzwischen ja, aber zu Zeiten wo Drucker nur LPT-, USB- und RSxxx-Anschlüsse hatten war das nicht immer so.
Da konnten sich lustig Druckaufträge überlagern.
Ja.
Ich erinnere mich noch zu meinen Anfangszeiten in der Ausbildung daran.
Wir haben viele alte Drucker im Support, aber wenn es so alt wird sagen wir auch das Kosten den Nutzen des Supports bei weitem übersteigen.
Denn meistens ist da ja noch ein Riesen Rattenschw an z dahinter.
Und das bringt mich zu dem ABER.
Wenn der Rattenschw a n z dies VERLANGT, und der schw a n z aus Kostengründen nicht änderbar ist..
Klassischer Fall: altes produktives system, das gut läuft, das als Bei Mittel einen drucker benötigt der auf das Win 3x oder DOS System anspringt.
Dieser eine Drucker ist dann meistens den Aufwand nicht wert,
Aber der Kunde hat woanders x Systeme die Geld bringen
Und dann schlägt bei uns das Grübeln an.
Zum Glück geht vieles.
Mit Basteln und denken sogar LPT und Serial.
Und das ohne VM, da dies ein produktives System einer großen Maschine ist.
Alles schon gehabt
Aber hier reden wir über "aktuelle" Systeme, also System der letzten 5 Jahre.
Nur mein Senf
Thomas
Ich erinnere mich noch zu meinen Anfangszeiten in der Ausbildung daran.
Wir haben viele alte Drucker im Support, aber wenn es so alt wird sagen wir auch das Kosten den Nutzen des Supports bei weitem übersteigen.
Denn meistens ist da ja noch ein Riesen Rattenschw an z dahinter.
Und das bringt mich zu dem ABER.
Wenn der Rattenschw a n z dies VERLANGT, und der schw a n z aus Kostengründen nicht änderbar ist..
Klassischer Fall: altes produktives system, das gut läuft, das als Bei Mittel einen drucker benötigt der auf das Win 3x oder DOS System anspringt.
Dieser eine Drucker ist dann meistens den Aufwand nicht wert,
Aber der Kunde hat woanders x Systeme die Geld bringen
Und dann schlägt bei uns das Grübeln an.
Zum Glück geht vieles.
Mit Basteln und denken sogar LPT und Serial.
Und das ohne VM, da dies ein produktives System einer großen Maschine ist.
Alles schon gehabt
Aber hier reden wir über "aktuelle" Systeme, also System der letzten 5 Jahre.
Nur mein Senf
Thomas
Kleines Bsp zur Veranschaulichung:
Ein Unternehmen mit 100 Angestellten und PCs.
KEIN Druckserver!
Dann hat jeder einen eigenen Druckserver der auf die Drucker druckt.
Prinzipiell geht auch 10 Leute drucken "gleichzeitig" auf 1 Drucker.
Und das klappt!
(einmal bitte Start drücken und nach "Prinmt Management" suchen )
Aus vielen SEHR GUTEN Gründen ist dieser Zustand NICHT empfehlenswert!
Aber vom Grundsätzlichen gibt es keine Gründe für bis zu 50 Usern einen Druckserver einzurichten und zu warten.
Nur wachsen bei mehreren Usern die Wahrscheinlichkeiten das sich Jobs und Netzwerklasten irgendwie behaken.
Dies umgeht man mit Druckservern z.B.
Gute Gründe für Druckserver gibt es mannigfaltige.
Die Drucker sind seit der Einführung der Netzwerkkarten bei Ihnen aber kein Grund primär.
Ein Unternehmen mit 100 Angestellten und PCs.
KEIN Druckserver!
Dann hat jeder einen eigenen Druckserver der auf die Drucker druckt.
Prinzipiell geht auch 10 Leute drucken "gleichzeitig" auf 1 Drucker.
Und das klappt!
(einmal bitte Start drücken und nach "Prinmt Management" suchen
)Aus vielen SEHR GUTEN Gründen ist dieser Zustand NICHT empfehlenswert!
Aber vom Grundsätzlichen gibt es keine Gründe für bis zu 50 Usern einen Druckserver einzurichten und zu warten.
Nur wachsen bei mehreren Usern die Wahrscheinlichkeiten das sich Jobs und Netzwerklasten irgendwie behaken.
Dies umgeht man mit Druckservern z.B.
Gute Gründe für Druckserver gibt es mannigfaltige.
Die Drucker sind seit der Einführung der Netzwerkkarten bei Ihnen aber kein Grund primär.
Zitat von @TomTomBon:
Klassischer Fall: altes produktives system, das gut läuft, das als Bei Mittel einen drucker benötigt der auf das Win 3x oder DOS System anspringt.
Dieser eine Drucker ist dann meistens den Aufwand nicht wert,
Aber der Kunde hat woanders x Systeme die Geld bringen
Und dann schlägt bei uns das Grübeln an.
Zum Glück geht vieles.
Mit Basteln und denken sogar LPT und Serial.
Und das ohne VM, da dies ein produktives System einer großen Maschine ist.
Klassischer Fall: altes produktives system, das gut läuft, das als Bei Mittel einen drucker benötigt der auf das Win 3x oder DOS System anspringt.
Dieser eine Drucker ist dann meistens den Aufwand nicht wert,
Aber der Kunde hat woanders x Systeme die Geld bringen
Und dann schlägt bei uns das Grübeln an.
Zum Glück geht vieles.
Mit Basteln und denken sogar LPT und Serial.
Und das ohne VM, da dies ein produktives System einer großen Maschine ist.
Das ist völlig unproblematisch zu imlementieren.
DOS und Windows 3.x haben beides schon Netzwerkuntertützung, die man zwar nachinstallieren mußt, die es aber gibt.
Da nimmt man einen kleinen RasPi, einen modernen Drucker der PCL oder PS spricht und baut mit Samba und Cups Netzwerkdrucker, die auch DOS und Windows 3.x oder Windows 9x bedienen können. Mit dem richtigen CUPS-Backend kann man da Proprinter oder ESC/P, oder reines ASCII simiulieren.
Geht mir relativ kleinem Aufwand und hält die "alten" Anwendungen funktional.
Serial ist i.d.R. gar kein großes Problem, wenn man den RasPi mit passendem Adapter ausstattet. Parallel kann man entweder Capture-Tools nutzen und auf netz umleiten oder mit einem Adapter die GPIO-Pins des Raspi zum capturen nehmen.
Alles kein Problem und meist einfach umzusetzen.
lks
Moin LKS,
so ein Fall ja.
Da ist das Grübeln für die älteren von uns nicht so groß um so etwas z.B. als Lösung zu finden.
Aber wir KENNEN DOS noch vom Arbeiten
Frage mal einen "jungen" für den XP SP3 schone eine Sage ist....
:-p
Ich habe den Fall auch nur genommen um es für manche plastischer zu verstehen.
Wir haben dann eher noch den Punkt das wir das System implementieren müssen in ein Druckverwaltungssystem mit Servern das regulär kommuniziert über LPR.
Und natürlich Netzwerk.
Und das System nicht ans Netzwerk soll.
Und der BR des Kunden aber NUR dieses Verwaltungssystem für ALLE Drucker will, denn sie haben sich schließlich zu etwas durchgedrungen....
BR ist eine Welt für sich.
Ich habe schon BRs getroffen die wirklich gut und effektiv waren.
Auch mal 5 gerade sein gelassen haben wenn es unterm strich für alle besser war.
Ich habe aber auch schon gehabt das dunkle Tastaturen verboten wurden, vom BR, weil sie depressiv machen!
Notebook Besitzer mussten alle zusätzlich eine weiße bekommen und sie musste von uns überall ausgerollt werden.
Selbst die alten Beige waren nicht ausreichend, es musste weiß sein....
Was sonst noch dort alles besprochen wurde war noch schlimmer.
Zum Glück wurde das schlimmste von dem BR damals nicht veröffentlicht.
Wie heißt es so schön?
Menschen
so ein Fall ja.
Da ist das Grübeln für die älteren von uns nicht so groß um so etwas z.B. als Lösung zu finden.
Aber wir KENNEN DOS noch vom Arbeiten
Frage mal einen "jungen" für den XP SP3 schone eine Sage ist....
:-p
Ich habe den Fall auch nur genommen um es für manche plastischer zu verstehen.
Wir haben dann eher noch den Punkt das wir das System implementieren müssen in ein Druckverwaltungssystem mit Servern das regulär kommuniziert über LPR.
Und natürlich Netzwerk.
Und das System nicht ans Netzwerk soll.
Und der BR des Kunden aber NUR dieses Verwaltungssystem für ALLE Drucker will, denn sie haben sich schließlich zu etwas durchgedrungen....
BR ist eine Welt für sich.
Ich habe schon BRs getroffen die wirklich gut und effektiv waren.
Auch mal 5 gerade sein gelassen haben wenn es unterm strich für alle besser war.
Ich habe aber auch schon gehabt das dunkle Tastaturen verboten wurden, vom BR, weil sie depressiv machen!
Notebook Besitzer mussten alle zusätzlich eine weiße bekommen und sie musste von uns überall ausgerollt werden.
Selbst die alten Beige waren nicht ausreichend, es musste weiß sein....
Was sonst noch dort alles besprochen wurde war noch schlimmer.
Zum Glück wurde das schlimmste von dem BR damals nicht veröffentlicht.
Wie heißt es so schön?
Menschen
