Situatie:
Een W2k server die Terminal Services in Application Mode draait op de hoofdlocatie.
15 vestigingen loggen er door middel van VPN op in. Dit gaat helemaal goed. Op de 15 vestigingen staan elk printers lokaal, van het type HP deskjet 990c's en 995c's. Het OS van de clients is W2K pro.
Die printers zouden automagisch geredirect moeten worden over RDP naar de TS-sessie toe, zodat men lokaal kan blijven printen.
Probleem:
Het automatisch doormappen van die printers gebeurt niet. De poort (TS00x:PRNx) wordt wel aangemaakt, maar vervolgens wordt de bijbehorende printer-queue (<printer>/<host>/<session>) niet aangemaakt.
Al gedaan:
• Whitepaper weer gelezen, (URL). Alles staat (en stond) goed geconfigureerd.
• Aan de hand van Q317780 en Q239088 een custom .inf gemaakt, omdat de benodigde drivers niet native zijn. Dit bleek ook niet te werken. Althans, de queue werd niet aangemaakt, de TS poort wel.
• Overigens heb ik wel, zowel op de server als op de clients precies dezelfde drivers (de laatste versies, volgens HP TS-compatible) geinstalleerd, omdat de redirection zoekt op de friendly name van de driver.
• Toen dacht ik: access rights. Op de TS zit een group policy, waarin alles redelijk dicht staat. Maar zelfs met die eraf, onder het administrator account, werkt het ook niet.
• Het kan ook geen license-probleem zijn. Iedereen kan verder keurig inloggen en dan hebben we nog zo'n 10 aangekochte licenses over.
• In de registry de FilterQueueType aangepast, volgens Q302361, maar dat was hem ook niet. Logisch, omdat de printers USB zijn, die sowieso worden doorgemapt.
• Deze vraag gepost bij de MS newsgroups, maar daar krijg je nou niet echt bijster goede antwoorden waar je iets aan hebt. (nofi
)
Raar:
• Op de DC gaat het redirecten van dezelfde printers helemaal goed, nadat ik dezelfde drivers erop had gezet.
• Ik zou events 1111, 1105 en 1106 te zien moeten krijgen, maar die zie ik dus niet. Dat wijst er volgens mij op, dat hij en de driver wel ziet en de printer, maar vervolgens geen queue aanmaakt?
Idea's anyone?
Een W2k server die Terminal Services in Application Mode draait op de hoofdlocatie.
15 vestigingen loggen er door middel van VPN op in. Dit gaat helemaal goed. Op de 15 vestigingen staan elk printers lokaal, van het type HP deskjet 990c's en 995c's. Het OS van de clients is W2K pro.
Die printers zouden automagisch geredirect moeten worden over RDP naar de TS-sessie toe, zodat men lokaal kan blijven printen.
Probleem:
Het automatisch doormappen van die printers gebeurt niet. De poort (TS00x:PRNx) wordt wel aangemaakt, maar vervolgens wordt de bijbehorende printer-queue (<printer>/<host>/<session>) niet aangemaakt.
Al gedaan:
• Whitepaper weer gelezen, (URL). Alles staat (en stond) goed geconfigureerd.
• Aan de hand van Q317780 en Q239088 een custom .inf gemaakt, omdat de benodigde drivers niet native zijn. Dit bleek ook niet te werken. Althans, de queue werd niet aangemaakt, de TS poort wel.
• Overigens heb ik wel, zowel op de server als op de clients precies dezelfde drivers (de laatste versies, volgens HP TS-compatible) geinstalleerd, omdat de redirection zoekt op de friendly name van de driver.
• Toen dacht ik: access rights. Op de TS zit een group policy, waarin alles redelijk dicht staat. Maar zelfs met die eraf, onder het administrator account, werkt het ook niet.
• Het kan ook geen license-probleem zijn. Iedereen kan verder keurig inloggen en dan hebben we nog zo'n 10 aangekochte licenses over.
• In de registry de FilterQueueType aangepast, volgens Q302361, maar dat was hem ook niet. Logisch, omdat de printers USB zijn, die sowieso worden doorgemapt.
• Deze vraag gepost bij de MS newsgroups, maar daar krijg je nou niet echt bijster goede antwoorden waar je iets aan hebt. (nofi
Raar:
• Op de DC gaat het redirecten van dezelfde printers helemaal goed, nadat ik dezelfde drivers erop had gezet.
• Ik zou events 1111, 1105 en 1106 te zien moeten krijgen, maar die zie ik dus niet. Dat wijst er volgens mij op, dat hij en de driver wel ziet en de printer, maar vervolgens geen queue aanmaakt?
Idea's anyone?