[Samba] Samba+CUPS+Drivers autodownload
Hi again, I'm still trying to set my Samba box up to allow the Adobe PS drivers to be automatically downloaded. Thanks to a couple of replies, I've tried three courses of action, none of which have been successful. These are: 1) Fix for source/lib/util_unistr.c (bugid #82) 2) Comment out the lines in source/rpc_server/srv_spoolss_nt.c enclosed between /* BEGIN_ADMIN_LOG */ and /* END_ADMIN_LOG */ 3) Use the rpcclient binary from a 3.0 source build Using the first two, I still get a NT_STATUS_UNSUCCESSFUL using the rpcclient adddriver. Using the rpcclient binary from a 3.0 source build, (alpha24), I instead get a WERR_BADFILE for the same command. Here's running cupsaddsmb -v with fixes 1) 2): # /usr/sbin/cupsaddsmb -v -U root oki7200 Password for root required to access localhost via SAMBA: Running command: smbclient //localhost/print\$ -N -U'root%secret' -c 'mkdir W32X86;put /var/spool/cups/tmp/3edb1698e3fc0 W32X86/oki7200.PPD;put /usr/share/cups/drivers/ADOBEPS5.DLL W32X86/ADOBEPS5.DLL;put /usr/share/cups/drivers/ADOBEPSU.DLL W32X86/ADOBEPSU.DLL;put /usr/share/cups/drivers/ADOBEPSU.HLP W32X86/ADOBEPSU.HLP' added interface ip=192.168.50.129 bcast=192.168.50.255 nmask=255.255.255.128 added interface ip=127.0.0.1 bcast=127.255.255.255 nmask=255.0.0.0 Domain=[XREFER] OS=[Unix] Server=[Samba 2.2.9pre1] NT_STATUS_OBJECT_NAME_COLLISION making remote directory \W32X86 putting file /var/spool/cups/tmp/3edb1698e3fc0 as \W32X86/oki7200.PPD (16523.1 kb/s) (average 16523.4 kb/s) putting file /usr/share/cups/drivers/ADOBEPS5.DLL as \W32X86/ADOBEPS5.DLL (22343.6 kb/s) (average 21179.7 kb/s) putting file /usr/share/cups/drivers/ADOBEPSU.DLL as \W32X86/ADOBEPSU.DLL (22083.0 kb/s) (average 21354.6 kb/s) putting file /usr/share/cups/drivers/ADOBEPSU.HLP as \W32X86/ADOBEPSU.HLP (18016.8 kb/s) (average 21250.3 kb/s) Running command: rpcclient localhost -N -U'root%secret' -c 'adddriver Windows NT x86 oki7200:ADOBEPS5.DLL:oki7200.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL' cmd = adddriver Windows NT x86 oki7200:ADOBEPS5.DLL:oki7200.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL result was NT_STATUS_UNSUCCESSFUL Running command: smbclient //localhost/print\$ -N -U'root%secret' -c 'mkdir WIN40;put /var/spool/cups/tmp/3edb1698e3fc0 WIN40/oki7200.PPD;put /usr/share/cups/drivers/ADFONTS.MFM WIN40/ADFONTS.MFM;put /usr/share/cups/drivers/ADOBEPS4.DRV WIN40/ADOBEPS4.DRV;put /usr/share/cups/drivers/ADOBEPS4.HLP WIN40/ADOBEPS4.HLP;put /usr/share/cups/drivers/DEFPRTR2.PPD WIN40/DEFPRTR2.PPD;put /usr/share/cups/drivers/ICONLIB.DLL WIN40/ICONLIB.DLL;put /usr/share/cups/drivers/PSMON.DLL WIN40/PSMON.DLL;' added interface ip=192.168.50.129 bcast=192.168.50.255 nmask=255.255.255.128 added interface ip=127.0.0.1 bcast=127.255.255.255 nmask=255.0.0.0 Domain=[XREFER] OS=[Unix] Server=[Samba 2.2.9pre1] NT_STATUS_OBJECT_NAME_COLLISION making remote directory \WIN40 putting file /var/spool/cups/tmp/3edb1698e3fc0 as \WIN40/oki7200.PPD (20653.8 kb/s) (average 20654.3 kb/s) putting file /usr/share/cups/drivers/ADFONTS.MFM as \WIN40/ADFONTS.MFM (22483.2 kb/s) (average 22231.0 kb/s) putting file /usr/share/cups/drivers/ADOBEPS4.DRV as \WIN40/ADOBEPS4.DRV (23008.5 kb/s) (average 22740.1 kb/s) putting file /usr/share/cups/drivers/ADOBEPS4.HLP as \WIN40/ADOBEPS4.HLP (21317.0 kb/s) (average 22602.4 kb/s) putting file /usr/share/cups/drivers/DEFPRTR2.PPD as \WIN40/DEFPRTR2.PPD (13174.5 kb/s) (average 22502.1 kb/s) putting file /usr/share/cups/drivers/ICONLIB.DLL as \WIN40/ICONLIB.DLL (23071.4 kb/s) (average 22530.9 kb/s) putting file /usr/share/cups/drivers/PSMON.DLL as \WIN40/PSMON.DLL (18666.1 kb/s) (average 22417.3 kb/s) Running command: rpcclient localhost -N -U'root%secret' -c 'adddriver Windows 4.0 oki7200:ADOBEPS4.DRV:oki7200.PPD:NULL:ADOBEPS4.HLP:PSMON.DLL:RAW:ADOBEPS4.DRV,oki7200.PPD,ADOBEPS4.HLP,PSMON.DLL,ADFONTS.MFM,DEFPRTR2.PPD,ICONLIB.DLL' cmd = adddriver Windows 4.0 oki7200:ADOBEPS4.DRV:oki7200.PPD:NULL:ADOBEPS4.HLP:PSMON.DLL:RAW:ADOBEPS4.DRV,oki7200.PPD,ADOBEPS4.HLP,PSMON.DLL,ADFONTS.MFM,DEFPRTR2.PPD,ICONLIB.DLL result was NT_STATUS_UNSUCCESSFUL Running command: rpcclient localhost -N -U'root%secret' -c 'setdriver oki7200 oki7200' cmd = setdriver oki7200 oki7200 Succesfully set oki7200 to driver oki7200. Here's running cupsaddsmb -v with fixes 1), 2), 3) (the 3.0 rpcclient): # /usr/sbin/cupsaddsmb -v -U root oki7200 Password for root required to access localhost via SAMBA: Running command: smbclient //localhost/print\$ -N -U'root%secret' -c 'mkdir W32X86;put /var/spool/cups/tmp/3edb1611677d2 W32X86/oki7200.PPD;put /usr/share/cups/drivers/ADOBEPS5.DLL W32X86/ADOBEPS5.DLL;put /usr/share/cups/drivers/ADOBEPSU.DLL W32X86/ADOBEPSU.DLL;put /usr/share/cups/drivers/ADOBEPSU.HLP W32X86/ADOBEPSU.HLP' added interface ip=192.168.50.129 bcast=192.168.50.255 nmask=255.255.255.128 added interface ip=127.0.0.1 bcast=127.255.255.255 nmask=255.0.0.0 Domain=[XREFER] OS=[Unix] Server=[Samba 2.2.9pre1]
[Samba] Re: Samba+CUPS+Driver autodownload
Hi,
The version of CUPS and cupsaddsmb is currently 1.1.18, (due to be
upgraded to 1.1.19 soon-ish).
Here's the output of running cupsaddsmb -v ...:
# /usr/sbin/cupsaddsmb -v -U root oki7200
Password for root required to access localhost via SAMBA:
Running command: smbclient //localhost/print\$ -N -U'root%secret' -c 'mkdir W32X86;put
/var/spool/cups/tmp/3ed6034d677c4 W32X86/oki7200.PPD;put
/usr/share/cups/drivers/ADOBEPS5.DLL W32X86/ADOBEPS5.DLL;put
/usr/share/cups/drivers/ADOBEPSU.DLL W32X86/ADOBEPSU.DLL;put
/usr/share/cups/drivers/ADOBEPSU.HLP W32X86/ADOBEPSU.HLP'
added interface ip=192.168.50.129 bcast=192.168.50.255 nmask=255.255.255.128
added interface ip=127.0.0.1 bcast=127.255.255.255 nmask=255.0.0.0
Domain=[XREFER] OS=[Unix] Server=[Samba 2.2.9pre1]
NT_STATUS_OBJECT_NAME_COLLISION making remote directory \W32X86
putting file /var/spool/cups/tmp/3ed6034d677c4 as \W32X86/oki7200.PPD (16523.1 kb/s)
(average 16523.4 kb/s)
putting file /usr/share/cups/drivers/ADOBEPS5.DLL as \W32X86/ADOBEPS5.DLL (23519.6
kb/s) (average 22062.2 kb/s)
putting file /usr/share/cups/drivers/ADOBEPSU.DLL as \W32X86/ADOBEPSU.DLL (22083.0
kb/s) (average 22066.4 kb/s)
putting file /usr/share/cups/drivers/ADOBEPSU.HLP as \W32X86/ADOBEPSU.HLP (18016.8
kb/s) (average 21935.8 kb/s)
Running command: rpcclient localhost -N -U'root%secret' -c 'adddriver Windows NT x86
oki7200:ADOBEPS5.DLL:oki7200.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL'
cmd = adddriver Windows NT x86
oki7200:ADOBEPS5.DLL:oki7200.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL
result was NT_STATUS_UNSUCCESSFUL
Running command: smbclient //localhost/print\$ -N -U'root%secret' -c 'mkdir WIN40;put
/var/spool/cups/tmp/3ed6034d677c4 WIN40/oki7200.PPD;put
/usr/share/cups/drivers/ADFONTS.MFM WIN40/ADFONTS.MFM;put
/usr/share/cups/drivers/ADOBEPS4.DRV WIN40/ADOBEPS4.DRV;put
/usr/share/cups/drivers/ADOBEPS4.HLP WIN40/ADOBEPS4.HLP;put
/usr/share/cups/drivers/DEFPRTR2.PPD WIN40/DEFPRTR2.PPD;put
/usr/share/cups/drivers/ICONLIB.DLL WIN40/ICONLIB.DLL;put
/usr/share/cups/drivers/PSMON.DLL WIN40/PSMON.DLL;'
added interface ip=192.168.50.129 bcast=192.168.50.255 nmask=255.255.255.128
added interface ip=127.0.0.1 bcast=127.255.255.255 nmask=255.0.0.0
Domain=[XREFER] OS=[Unix] Server=[Samba 2.2.9pre1]
NT_STATUS_OBJECT_NAME_COLLISION making remote directory \WIN40
putting file /var/spool/cups/tmp/3ed6034d677c4 as \WIN40/oki7200.PPD (20653.8 kb/s)
(average 20654.3 kb/s)
putting file /usr/share/cups/drivers/ADFONTS.MFM as \WIN40/ADFONTS.MFM (23420.0 kb/s)
(average 23025.0 kb/s)
putting file /usr/share/cups/drivers/ADOBEPS4.DRV as \WIN40/ADOBEPS4.DRV (23434.6
kb/s) (average 23294.7 kb/s)
putting file /usr/share/cups/drivers/ADOBEPS4.HLP as \WIN40/ADOBEPS4.HLP (23981.6
kb/s) (average 23355.8 kb/s)
putting file /usr/share/cups/drivers/DEFPRTR2.PPD as \WIN40/DEFPRTR2.PPD (13174.5
kb/s) (average 23244.0 kb/s)
putting file /usr/share/cups/drivers/ICONLIB.DLL as \WIN40/ICONLIB.DLL (23071.4 kb/s)
(average 23235.0 kb/s)
putting file /usr/share/cups/drivers/PSMON.DLL as \WIN40/PSMON.DLL (18666.1 kb/s)
(average 23096.6 kb/s)
Running command: rpcclient localhost -N -U'root%secret' -c 'adddriver Windows 4.0
oki7200:ADOBEPS4.DRV:oki7200.PPD:NULL:ADOBEPS4.HLP:PSMON.DLL:RAW:ADOBEPS4.DRV,oki7200.PPD,ADOBEPS4.HLP,PSMON.DLL,ADFONTS.MFM,DEFPRTR2.PPD,ICONLIB.DLL'
cmd = adddriver Windows 4.0
oki7200:ADOBEPS4.DRV:oki7200.PPD:NULL:ADOBEPS4.HLP:PSMON.DLL:RAW:ADOBEPS4.DRV,oki7200.PPD,ADOBEPS4.HLP,PSMON.DLL,ADFONTS.MFM,DEFPRTR2.PPD,ICONLIB.DLL
result was NT_STATUS_UNSUCCESSFUL
Running command: rpcclient localhost -N -U'root%secret' -c 'setdriver oki7200 oki7200'
cmd = setdriver oki7200 oki7200
Succesfully set oki7200 to driver oki7200.
I've also tried running the enum{printers,drivers} commands.
enumprinters [12] both give output, but enumprinters 3 gives me the
same NT_STATUS_UNSUCCESSFUL. enumdrivers [123] runs without an error
message, but displays nothing apart from the cmd =
Cheers
Matt
--
To unsubscribe from this list go to the following URL and read the
instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] Samba+CUPS+Driver autodownload
Hi, I'm trying to get Samba to offer the Adobe driver automatically for the two printers I have set up with CUPS. I have all of the necessary files plucked out of the Adobe Postscript Windows driver package, but I'm hitting the problem when I come to run cupsaddsmb -v ... that the rpcclient adddrivers command always fails with NT_STATUS_UNSUCCESSFUL. The drivers are being copied to the [print$] directories correctly, just the driver registration fails. I found the posts relating to this error in 2.2.8a, so I've actually downloaded the current CVS SAMBA_2_2 branch as of yesterday, and I'm still getting the same problem, which I assumed would be fixed in the source now. I have run rpcclient -d 100 ... but it's quite big so if anyone would like to see that, please let me know. Anyone have this fixed and working? Cheers Matt -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] Samba and VPN Road Warrior setup
Hi, I have setup a Linux + FreeS/WAN VPN firewall/gateway to provide Out-of-Office access. I have used DHCP to provide a small subnet block of Internal IPs for use by the external VPN Road Warriors, (All running XP with SSH Sentinel), on their Virtual network interfaces, and the VPN gateway performs ARP proxy on the internal interface so packets go to the right place. No NAT is performed on this traffic. Perhaps some ASCII art also helps, (any excuse): ++ || 192.168.0.192 (Virtual) | VPN #1 | | client |===+ || | ++ - ++ ARP Proxy || Internet |===| VPN GW |---| Office network 192.168.0.0/24 || ++ - ++ || | | VPN #n |===+ | client | || 192.168.0.223 (Virtual) ++ This works great so far in that most network traffic, (access to intranet web servers, etc.), functions correctly, but one of the main uses of this VPN is to provide access to the various Samba servers on the network. Currently however, the WINS/Master browser component on the network is provided by an NT box, and has it's IP passed by the DHCP server. Currently, I cannot get the remote clients to successfully browse the workgroup, but direct connections to the shares on the Samba servers can be established and work with no discernable problems, I just cannot navigate to them. I have checked the iptables firewall rules, and I'm letting all 137/138/139 traffic through. I don't have the inclination or desire to debug the NT box, but prior to this problem, I was thinking about retiring the NT box anyway in preference of using one of the Samba servers, (I can't think why the NT box is used solely for this purpose anyway, Samba can easily handle this role). I'm thinking regardless of software, that part of the problem is that UDP broadcast traffic cannot reach the Office network from the VPN clients, and vice versa, by virtue of the topology, so browse lists can't be propagated correctly. Would putting something along the lines of: remote announce = 192.168.0.192 192.168.0.193 ... 192.168.0.223 into the WINS/Browse Master Samba machines smb.conf solve this problem? Or if anyone has any useful advice for getting Samba working over this kind of network topology, I would be very grateful. TIA Matt -- Doctor Fact is knocking at the door. Someone -- please -- let the man in! msg12131/pgp0.pgp Description: PGP signature
