Seite 1 von 2

WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 31. Jan 2010, 19:41
von WartiZ
Hallo,

an meinem WHS hängt ein uralt Laserdrucker der allen Benutzern freigeben ist.
Nun das Problem ist wenn der Server im Ruhezustand durch LO 1.0(Communty Version) gesetzt ist muss ich den Server händisch wieder wecken um drucken zu können.
Umterstützt LO eigentlich das Aufwachen des Servers bei Druckbefehlen auf Drucker die am Server angeschlossen sind?

Anemrkung: Die Suchfunktion hat nichts gebracht.

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 31. Jan 2010, 19:46
von Nobby1805
So ganz verstehe ich es nicht ...

Wer will denn drucken ? Das muss doch ein Client sein und dann muss der Client natürlich vorher den Server wecken ... aber das muss er doch auch wenn er auf die Shares zugreifen will ?

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 31. Jan 2010, 20:20
von WartiZ
Nobby1805 hat geschrieben:So ganz verstehe ich es nicht ...

Wer will denn drucken ? Das muss doch ein Client sein und dann muss der Client natürlich vorher den Server wecken ... aber das muss er doch auch wenn er auf die Shares zugreifen will ?
Ja, klar weckt der Client den Server. Da kann ich auch wunderbar drucken.
Nur wenn ich den Server schlafe schicke und eine halbe Stunde später fällt mir ein das ich noch was drucken will muss ich ihn dann händisch wecken.

Interessant wäre eben wenn dann der Server wieder durch den Druckauftrag geweckt wird.

Gruss Henry

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 1. Feb 2010, 22:39
von Martin
Das ginge nur wenn du die Netzwerkkarte so konfigurierts, dass beliebige Pakete den WHS wekcne dürfen. Dann kann es aber sein dass er dauernd aufwacht...

Über den Lights-Out Clients kannst du doch den WHS auch übers Kontextmenü wecken.

Gruß
Martin

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 2. Feb 2010, 15:40
von WartiZ
Martin hat geschrieben:Das ginge nur wenn du die Netzwerkkarte so konfigurierts, dass beliebige Pakete den WHS wekcne dürfen. Dann kann es aber sein dass er dauernd aufwacht...
Hmm, auch nicht gut. Habe auch bei schlafenden WHS mitunter regen Datenverkehr im Netz.
Martin hat geschrieben: Über den Lights-Out Clients kannst du doch den WHS auch übers Kontextmenü wecken.
Ja ist schon klar, bin aber zu faul dann immer mit der Maus erst wecken, drucken schlafeb legen.

Wäre vlt auch noch ein tolles Feature für zukunftige Versionen, ich bin bestimmt nicht der einzigste der seinen Server als Druckserver nutzt.
Alternativ könnte man ja noch einen Druckserver ins Netz integrieren. Wäre dann für die Clients interessant die nicht per Connector mit dem WHS verbunden sind.

Gäbe es denn überhaupt die Variante den WHS per Druckbefehl zu wecken?

Gruss henry

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 2. Feb 2010, 16:34
von Martin
Gäbe es denn überhaupt die Variante den WHS per Druckbefehl zu wecken?
Leider nein, entweder werden a) bel. Datenpaket zum Wecken verwendet oder b) genau die Magic Packets von Wake-On-Lan.
Ein Druckauftrag ist Variante a).

Gruß
Martin

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 2. Feb 2010, 16:49
von der-Leo
Und das trifft nicht nur auf den WHS zu.
Das betrifft eigentlich jeden Computer.
Denn auf dem zu weckenden Rechner müsste ein Prozess laufen der die eingehenden Pakete untersucht und dann je nach 'Konfiguration' entscheidet ob der Rechner geweckt wird oder nicht.
Da es aber unzählig viele Möglichkeiten geben kann wird das nun mal nicht gemacht.
Wenn du heute willst dass er beim Drucken aufwacht kommt morgen einer der will dass der Server bei irgendetwas anderem aufwacht und dann kommt der nächste der seinen Zugriff für besonders wichtig hält und das ganze auch für "ein tolles Feature für zukunftige Versionen" hält.
Ist aber nicht machbar.
Schliesslich müsste der Prozess laufen obwohl der Rest des Rechners schläft.
Genau dafür wurde das magic paket erfunden. Da muss der Netzwerkchip nicht viel machen - er wartet nur auf ein genau definiertes Paket.
Das ist einfach implementiert und funktioniert zuverlässig.

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 2. Feb 2010, 16:54
von der-Leo
Ach ja...
eine andere Möglichkeit wäre natürlich dass man einen eigenen Spooler für die Clients programmiert.
Dieser würde bei einem Druckauftrag immer erstmal ein WOL losschicken und dann erst den Auftrag an den Drucker geben.
Oder vielleicht ein eigener Druckertreiber. Der müsste den eigentlichen Treiber einbinden und mehr oder minder seine Funktionionalität durchreichen.
Bei einem tatsächlichen Druckauftrag würde er eben den Server wecken bevor er das Drucken anstößt.
Ich habe irgendwie sehr wenig Hoffnung dass sich da jemand findet der das hinbekommt, so dass es auch tatsächlich breit eingesetzt werden kann.
Also so, dass es bei vielen Druckern funktioniert.

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 2. Feb 2010, 17:12
von WartiZ
Eigentlich schon ein interessantes Thema, das Magic Paket irgendwie filtern oder analysieren und dann zum WHS loslassen um ihn dann zu wecken.

Vieleicht jat ja einer Idee :D

gruss Henry

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 2. Feb 2010, 19:40
von JoachimL
WartiZ hat geschrieben:Eigentlich schon ein interessantes Thema, das Magic Paket irgendwie filtern oder analysieren und dann zum WHS loslassen um ihn dann zu wecken.

Vieleicht jat ja einer Idee :D

gruss Henry
für die Fritzbox halte ich das für realisierbar, siehe Signatur. Im Moment wecke ich meinen WHS nur bei Anfragen aus dem Internet, aber ich sehe kein großes Problem darin die NetBios-Suche auszuwerten (eingeschränkt auf den konkreten Servenamen, die Nibble-Codierung ist lästig) und den WHS dann auch zu wecken. Im Prinzip sollte es sogar mit beliebigen *x Systemen gehen die 7*24 laufen und im gleichen Netzwerksegment mithören können - der Router liegt natürlich nahe. Bei Interesse mal melden...
Gruß Joachim

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 2. Feb 2010, 20:14
von WartiZ
Hallo Joachim,

eine Fritzbox steht im Netz, allerdings als Repeater. Ausserdem muss sie noch einen Dymo Label Drucker im Netz freigeben.

Interesse besteht, vor allem wenn ich dann mit weiteren Systemen die nicht zum WHS kompatibel sind den WHS zum Drucken wecken kann.
Allerdings sind Begriffe wie
JoachimL hat geschrieben: Nibble-Codierung
für mich bömische Dörfer.

Gruss Henry

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 2. Feb 2010, 22:11
von JoachimL
Hallo Henry,
die Nibble-Codierung ist in http://ubiqx.org/cifs/Glossary.html#L1ENC beschrieben, leider hab ich noch kein Tool gefunden das die Übersetzung direkt auf der Fritzbox leistet - läßt sich natürlich bauen, aber ist Aufwand.
Traust Du Dich Deine Box zu freetzen oder anderweitig zu modifizieren?
Ich hab inzwischen experimentiert - Zugriffe auf Ordner funktionieren relativ zuverlässig und starten den WHS, Druckoperationen verwenden aber anscheinend einen sehr kurzen Timeout. Wenn der nicht irgendwo einstellbar ist dann wird das nichts..
Gruß Joachim

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 3. Feb 2010, 15:35
von WartiZ
Hallo Joachim,
JoachimL hat geschrieben:Traust Du Dich Deine Box zu freetzen oder anderweitig zu modifizieren?
Wer nicht wagt der nicht gewinnt, bis jetzt hab ich noch nix kaputtgeflasht :D

Gruss Henry

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 5. Feb 2010, 06:33
von JoachimL
Hallo Henry,
aktueller Status: ich kann zwar die NetBios Anfragen erkennen und den WHS anwerfen, Windows schickt aber auch dann immer mal wieder eine NetBios Anfrage wenn gar nicht auf ein Share oder den Drucker zugegriffen wird - warum auch immer. Mein WHS ist also immer wieder angesprungen obwohl er nicht benötigt wurde - nicht so schön. Im Moment hab ich noch keine Idee wie man das verhindern kann oder was dafür der Auslöser ist.
Gruß Joachim

Re: WHS >> Drucker am par. port >> Server wacht nicht auf

Verfasst: 5. Feb 2010, 07:46
von der-Leo
Genau da liegt das Problem.
Ein am Drucken eigentlich unbeteiligtes Gerät wird nicht herausfinden können wann tatsächlich gedruckt werden soll.
Das kann nur das Gerät welches den Drucker benötigt wissen.
Wie gesagt... entweder man programmiert einen Treiber (eigentl. mehr ein Wrapper) oder eben einen eigenen Spooler.
Aber ich bezweifle dass sich in Windows ein eigener Spooler einbinden lässt. Bleibt also letztendlich doch nur der Treiber.
Oder man findet irgendwo OpenSource Treiber welche man selbst anpasst und um die nötigen Funktionen erweitert. (Gibts sowas für Windows überhaupt?)