1Y0-A05 · Question #204
What is the source of the drivers used for client printer auto-creation by default?
The correct answer is C. Windows native drivers on the server. See the full explanation below for the reasoning.
Question
What is the source of the drivers used for client printer auto-creation by default?
Options
- ACitrix Universal Print Driver
- BWindows native drivers on the client
- CWindows native drivers on the server
- DManufacturer's native driver on the client
How the community answered
(45 responses)- A2% (1)
- B7% (3)
- C78% (35)
- D13% (6)
Community Discussion
6The answer is C, Windows native drivers on the server. When a session starts and Citrix auto-creates the client printers, the VDA has to build those print queues locally, which means it needs a driver present on the server itself, not on the endpoint. The system looks for a driver on the server whose name matches what the client is presenting, and if it finds one, that driver is used to create the print queue in the session. The Citrix Universal Print Driver is a separate policy-driven option you enable specifically to get around the driver-matching problem, so it is not the default source. Client-side drivers, whether native or manufacturer-supplied, stay on the endpoint and play no role in how the server creates the in-session queue.
I went with A at first because the Universal Print Driver is what Citrix pushes so hard you start assuming it's the default for everything, but the question is specifically about auto-creation, and when a client printer gets auto-created in a session, the server looks for a matching driver on itself, not on the client side. The driver has to be present on the server hosting the session because that is where the print job actually gets rendered, so C is the right call.
The server-side driver requirement is right, but worth adding that auto-creation will fall back to the Universal Print Driver automatically when no native match is found, so the two options are less mutually exclusive in practice than the question framing implies.
C is correct. When a client connects to a Citrix XenApp or XenDesktop session and auto-creation kicks in, the system looks to the Windows native drivers already installed on the server to match and create the client printer. The server-side driver has to be present because the print job is actually rendered on the server before being sent down to the client, so it needs a local driver to process it. If a matching driver is not found on the server, that is when fallback options like the Citrix Universal Print Driver come into play, but the default first attempt is always the server-side native driver.
Client printer auto-creation pulls from the Citrix Universal Print Driver, that is the whole point of UPD.
Ingrid, client printer auto-creation actually pulls the driver from the client endpoint itself, which is answer C. The UPD comes into play for network printers or when a matching native driver is not available on the VDA, not for the auto-creation of client-side printers.