IPP Printing herdistributeren niet mogelijk?

[peter-lanser]

Beste Tweakers,

wij proberen voor een aantal instellingen binnen 1 gebouw een follow me printing concept op te tuigen. Hierop willen wij dat een gebruiker onafhankelijk van zijn instelling kan printen op de printers aldaar. Hiervoor hebben wij al werkende concepten echter willen wij de printjobs graag encrypted hebben. Dit kan doormiddel van het IPP protocol.

Wat tuigen wij op:
Wij maken een server waarop de queue doormiddel van IPP beschikbaar wordt gesteld. Vervolgens hebben wij een andere queue (bij de instelling van de gebruiker) welke een connectie maakt met de hoofdqueue. Deze instelling shared deze queue weer aan de gebruiker.

Concreet praat je over een server->server->client model.

Waar lopen wij tegen aan:
Volgens 1 van de schema's uit RFC2911 pagina 10 https://tools.ietf.org/html/rfc2911 lijkt IPP dit niet aan te kunnen.

Windows 2012R2 geeft ook aan dat dit niet geschik is om te sharen maar CUPS onder linux lijkt dit weer wel te kunnen. Wat wij ons afvragen of het op de 1 of andere manier mogelijk is om een server-server-client model op te zetten doormiddel van het IPP protocol.
Wanneer we zoeken op google komen we voornamelijk server-client installaties tegen en we krijgen vooral niet terug wat we zoeken. Hopelijk weet iemand inhoudelijk hier wat meer van af?

Alvast dank voor jullie reacties.

[ Voor 36% gewijzigd door peter-lanser op 05-10-2015 13:46 ]

[winux]

Als je elke instelling een eigen queue geeft door middel van login script (op basis van subnet) is je probleem toch opgelost?

Of begrijp ik het verkeerd?

[Rolfie]

peter-lanser schreef op maandag 05 oktober 2015 @ 13:45:
Beste Tweakers,

wij proberen voor een aantal instellingen binnen 1 gebouw een follow me printing concept op te tuigen. Hierop willen wij dat een gebruiker onafhankelijk van zijn instelling kan printen op de printers aldaar. Hiervoor hebben wij al werkende concepten echter willen wij de printjobs graag encrypted hebben. Dit kan doormiddel van het IPP protocol.

Er zijn diverse leveranciers welke hiervoor al perfect producten voor hebben. Waarom zelf iets bouwen, als de functionaliteit al bestaat?

Want wat versta je onder "printjobs graag encrypted"?
Want wil je op je print server de opdracht encrytped hebben staan?
De print job naam? (een Print job met "Ontslag Pietje" is niet iets wat je in de print queue wilt hebben staan.
De "Print Job Data" tussen het werkstation => Print server?
De "Print Job Data" tussen de Print Server => Printer?
De print job op de Printer? Immers hier kan ook de print job op de harddisk blijven staan.

[peter-lanser]

Hoi dank voor jullie reactie.
De jobs direct aan de cliënt aanbieden is over nagedacht. Dit gaat alleen niet vanwege de legacy programmatuur.

We hebben producten die de printopdracht oppakken nadat deze bij een server in de queue geplaatst zijn en daar iets mee doen. Zoals kosten doorfactureren.Ook is er software inderdaad welke dingen kunnen doen met de metadata welke meegestuurd. Zoiets zou interessant kunnen zijn.

We willen de communicatie van queue -> queue encrypted hebben. Ook willen we inderdaad niet in de queue kunnen zien dat het om "Ontslag Pietje" gaat. Vandaar dat we de printers via het IPP protocol willen aanbieden. Dat de communicatie op de server zelf en naar de printer niet encrypted is, is niet erg. Dit hebben we we kunnen oplossen door deze omgeving compleet af te schermen voor iedere gebruiker.