Home
Main website
Display Sidebar
Hide Ads
Recent Changes
View Source:
SambaPrinting
Edit
PageHistory
Diff
Info
LikePages
!!! Setting up Samba 3.x and [CUPS] Your Samba binary needs to be linked against libcups. It will be in all modern distributions. To check this, run the following command and check that your output looks similar: <verbatim> root# ldd `which smbd` libldap.so.2 => /usr/lib/libldap.so.2 (0x4001b000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x400c3000) libcups.so.2 => /usr/lib/libcups.so.2 (0x400c6000) ..... </verbatim> The 'libcups.so.2' line is the important one. Yours might be slightly different - that's ok. To configure Samba for printing, you need to make sure the following config options are set in the ~[global] section of /etc/samba/smb.conf: <verbatim> load printers = yes printing = cups printcap name = cups printer admin = root, @ntadmins </verbatim> In the ~[printers] section, you should have something like the following: <verbatim> [printers] comment = All Printers path = /var/spool/samba browseable = no public = yes guest ok = yes writeable = no printable = yes </verbatim> As long as your CUPS printers are set up, you can now set them up on your Windows clients and print to them via Samba. You might want to investigate uploading client drivers to Samba, using the Add Printer Wizard below. Note: on Debian, you don't seem to get a /var/spool/samba by default. Create it, and set the permissions appropriately on it - so far I haven't found any evidence that you shouldn't use 777. !!Troubleshooting Do not, whatever you do, set your CUPS spool directory and your Samba printer spool directory to the same location. Printing via Samba to CUPS ''will not work ''if you do this! Your cups spool dir should be /var/spool/cups, and you samba printing spool dir should probably be /var/spool/samba. RedHat 9 users have reported needing to add the following 3 lines to the printer section of the smb.conf, to fixes a problem where the Windows clients can see the printer and connect to it, but not print to it or see the print queue. This is because CUPS apparently uses a slightly different syntax than the older [BSD]-based lp* programs. <verbatim> print command = lpr -P %p -o raw %s -r lpq command = lpstat -o %p lprm command = cancel %p-%j </verbatim> ----- !!!Drivers for Windows clients There are a few ways you can arrage for your Samba server to automagically offer Windows drivers for the printers it shares. The best way is uploading them using Add Printer Wizard. Other methods are covered in the [Samba printing HOWTO|http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/classicalprinting.html#id2597921], which also coveres this information in detail. !!Uploading drivers with the Add Printer Wizard Windows NT/2000/XP have an Add Printer Wizard. You can use this to add printer drivers to your (cunningly disguised) Samba 3 server. !Steps * Configure your smb.conf appropriately. You'll want to add a section that looks like this: <verbatim> [PRINT$] path = /home/samba/printers guest ok = yes browseable = yes read only = yes write list = @wheel, user admin users = @wheel, user create mask = 0644 directory mask = 0755 </verbatim> The path can be anywhere, really. All that matters is that the permissions are set appropriately - the user you connect as should be able to write to the files. Try 777 if you really want to make sure. Connect to \\server\print$. You will need to create directories here for drivers; <tt>W32X86</tt> is for NT/2000/XP, <tt>WIN40</tt> is for Windows 95/98. This is a good test to see if you can write to the PRINT$ share. Now, fire up the Add Printer Wizard (APW) and run through the wizard, adding appropriate drivers. You'll note that the APW prompts you with 'The server doesn't have drivers for this printer, would you like to upload them now?'. Hit ''no'', (a yes will install them locally only) and then you will get the printer properties window. Go to the sharing tab, and click 'Additional Drivers', then select the architectures you wish to export drivers for (and you have created directories for), and it should - if its behaving - prompt for the location of the new drivers. ''For some reason, this isn't working for me - I found that if I copied the drivers to the \\server\print$\w32x86 dir the copy could overwrite them, but it couldn't write to them itself, so would prompt for another location locally, thinking they were broken. I have no idea why this happened. --CraigBox'' !Troubleshooting * Try turning <tt>log level</tt> up in the smb.conf. 3 is a good level. You can also issue <tt>smbcontrol smbd debug 3</tt>, which is cool. * To find local drivers, try %systemroot%\system32\spool\drivers\w32x86. * __Unable to install ''printer'', Intel, Windows 2000 or XP driver. Operation could not be completed__ - Did you create a W32X86 directory under print$? You can have a look at whats happening on the server side of things with the <tt>rpcclient</tt> program: <pre> # rpcclient ''server'' -U root -c "enumdrivers" Password: </pre> <verbatim> [Windows 4.0] Printer Driver Info 1: Driver Name: [Mita PointSource Vi300] Printer Driver Info 1: Driver Name: [HP Color LaserJet 4550 PS] Printer Driver Info 1: Driver Name: [Kyocera Mita KM-1810 KX] [Windows NT x86] Printer Driver Info 1: Driver Name: [Kyocera Mita KM-1810 KX] Printer Driver Info 1: Driver Name: [Mita PointSource Vi300] Printer Driver Info 1: Driver Name: [HP Color LaserJet 4550 PS] # rpcclient server -U root -c "enumprinters" Password: flags:[0x800000] name:[\\kiakaha\km1810] description:[\\kiakaha\km1810,Kyocera Mita KM-1810 KX,lp] comment:[lp] flags:[0x800000] name:[\\kiakaha\mita] description:[\\kiakaha\mita,Mita PointSource Vi300,lp1] comment:[lp1] flags:[0x800000] name:[\\kiakaha\hpcolor] description:[\\kiakaha\hpcolor,HP Color LaserJet 4550 PS,lp2] comment:[lp2] </verbatim> * Gotchas: For one of my drivers, it wouldn't let me upload a Win95/98 driver. No idea why, but it refused to let me do this. In the end, I right clicked on the background of the printers control panel app, and went to server properties, then manually added the printer driver there. I then removed and re-added the printer, and it now recognises the new driver. Its also worth pointing out that for the APW to work, you NEED NT/2000/XP drivers for the printer, even if you only want to share to Win98 Clients. !!! Linux clients printing to Windows XP machine This can probably be done via some [GUI] tool, but I only tried via the CommandLine. 1) Make sure the file <tt>/usr/lib/cups/backend/smb</tt> exists. If not, do <tt>ln -s / ln -s /usr/bin/smbspool /usr/lib/cups/backend/smb</tt> 2) get the right driver. For me, the Epson 460 Colour printer that is attached to the WinXP machine needs the escp2-460.ppd file in the cupsys-driver-gimpprint-data Debian package. I don't know if I really need this, or if cups/winxp is smart enough to convert arbitrary print data to the correct format. 3) I created the print queue via <tt>lpadmin -p Shared_Epson -v smb://ip.ad.dre.ss/shared_name -P esdp2-460.ppd</tt> 4) Restart cups, and manually enable the queue: <tt>cupsenable Shared_Epson</tt> 5) when printing, cups told me that the printer wasn't accepting jobs. Turns out I had to do <tt>cupsaccept Shared_Epson</tt> as well. How stupid. 6) Now when trying to print, cups logged an NT_STATUS_ACCESS_DENIED error when contacting the WinXP machine. The solution to this (as found [here|http://www.flux.org/pipermail/linux/2004-April/015230.html]) is to add a username in the URI, so <tt>smb://guest@ip.ad.dre.ss/shared_name</tt> and restart cups. 7) wasn't that nice and straight-forward? !!!Other notes * For a way to get samba to print to a pdf then email you the result, see [SambaPDFPrinter] * To see what resources are available in your network, on Linux one can use smbtree ---- This page is a member of CategoryPrinting.
4 pages link to
SambaPrinting
:
Printer
SambaNotes
Samba
CUPSNotes
