pnethood 0.6.6 - samba share mounter
pnethood 0.6.6 - samba share mounter
Some pnethood versions are circulating with small fixes and patches but there´s not an unified release, this confuses users and developers, makes the report of new bugs a problem (they could be already fixed in some private version), makes harder to identify pnethood specific features and without an updated version its difficult to further support Pnethood.
I decided to release a new version with all published fixes and some new features.
This 0.6.6 version is based on latest HairyWill version 0.65 (http://www.murga-linux.com/puppy/viewtopic.php?t=23464).
Fixes:
* shinobar´s fix for guest username/password:
http://murga-linux.com/puppy/viewtopic. ... 9&start=43
* fixed log cleaning
http://www.murga-linux.com/puppy/viewto ... &start=253
* Mobeus fix for errors related to inet6
http://www.murga-linux.com/puppy/viewto ... &start=275
New Features:
* Domain authentication:
http://www.murga-linux.com/puppy/viewto ... &start=246
* patch in the mount command to support UTF-8:
http://www.murga-linux.com/puppy/viewto ... &start=154
Credits
Special Thanks to HairyWill who originally developed pnethood, your work is greatly appreciated.
Thanks to the people that helped to make this updated possible and everyone that tested and helped to improve the original version
Greetings,
clarf
I decided to release a new version with all published fixes and some new features.
This 0.6.6 version is based on latest HairyWill version 0.65 (http://www.murga-linux.com/puppy/viewtopic.php?t=23464).
Fixes:
* shinobar´s fix for guest username/password:
http://murga-linux.com/puppy/viewtopic. ... 9&start=43
* fixed log cleaning
http://www.murga-linux.com/puppy/viewto ... &start=253
* Mobeus fix for errors related to inet6
http://www.murga-linux.com/puppy/viewto ... &start=275
New Features:
* Domain authentication:
http://www.murga-linux.com/puppy/viewto ... &start=246
* patch in the mount command to support UTF-8:
http://www.murga-linux.com/puppy/viewto ... &start=154
Credits
Special Thanks to HairyWill who originally developed pnethood, your work is greatly appreciated.
Thanks to the people that helped to make this updated possible and everyone that tested and helped to improve the original version
Greetings,
clarf
- Attachments
-
- clarf_pnethood-0.66.pet
- (25.41 KiB) Downloaded 1318 times
Pnethood cifs fix
Hi clarf
Does you improved version include this fix I gave Barry for 4.3.1? I ask because in some subsequent derivatives it was lost:
http://bkhome.org/blog/?viewDetailed=00970
Rgds Mike
Does you improved version include this fix I gave Barry for 4.3.1? I ask because in some subsequent derivatives it was lost:
http://bkhome.org/blog/?viewDetailed=00970
Rgds Mike
Re: Pnethood cifs fix
Hi Mike,
Sorry, that fix was not included.
The documentation about LinuxExtensionsEnabled (http://www.kernel.org/doc/readme/fs-cifs-README) says that the default value is "1" and setting this to "0" disables symbolic link support and map the uid and gid fields to values supplied at mount...
Then, your fix disable some good cifs features and shouldn´t be hardcoded but I´m also sure this change could help to cifs work with some buggy samba devices.
I´m planning to add a new Configuration Sub-menu in a next release, for network scan, save password and log size options. I will include the cifs LinuxExtensionsEnabled option in this Sub-menu for the next release.
Thanks for the feedback,
clarf
Sorry, that fix was not included.
The documentation about LinuxExtensionsEnabled (http://www.kernel.org/doc/readme/fs-cifs-README) says that the default value is "1" and setting this to "0" disables symbolic link support and map the uid and gid fields to values supplied at mount...
Then, your fix disable some good cifs features and shouldn´t be hardcoded but I´m also sure this change could help to cifs work with some buggy samba devices.
I´m planning to add a new Configuration Sub-menu in a next release, for network scan, save password and log size options. I will include the cifs LinuxExtensionsEnabled option in this Sub-menu for the next release.
Thanks for the feedback,
clarf
Thanks clarf for the great work.
I posted on your pnethood 0.6.6 at the topic on the next Lucid Puppy:
http://www.murga-linux.com/puppy/viewto ... 451#473451
Puzzling but some mount options may deffer from the older version of woof...
I posted on your pnethood 0.6.6 at the topic on the next Lucid Puppy:
http://www.murga-linux.com/puppy/viewto ... 451#473451
Puzzling but some mount options may deffer from the older version of woof...
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
shinobar wrote:I have samba share on my home LAN. The samba server is on Vine Linux and the shared folder is public, any user can full access without password.
The Lucu/LupQ-511 had same problem.
Connect the remote public share folder using Pnethood. When i click a video file in the remote folder, Gnome-mplayer plays back the remote video file.
When i click a text file in the remote folder, Geany launches but the Geany cannot load the text file.
Unmount the remote folder, then re-mount the same folder, then the problem disappears. Geany can now open the remote text file.
EDIT: Not sure. some time Geany can open the remote text file and some time not.
Puzzling...
I tested the Luci-241 because it has the new version of Pnethood.
The problem in the Lucu/LupQ-511 disappeard!
Geany can open the remote text file from the first mount.
But another new trouble in Luci-241...
When i copy a file to the remote folder, an error occurs:
Quote:
Copying /mnt/sda3/tmp/some.txt as /mnt/network/SHINOBAR/video/public/tmp/some.txt
cp: failed to preserve ownership for `/mnt/network/SHINOBAR/video/public/tmp/some.txt': Permission denied
Failed to copy '/mnt/sda3/tmp/some.txt'
Actually, the file is copied successfully. The problem is only the error message.
I saw the mount command:
Luci-241 shows,
//192.168.11.2/video on /mnt/network/SHINOBAR/video type cifs (rw,mand,relatime,unc=\192.168.11.2\video,username=guest,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.11.2,serverino,acl,rsize=16384,wsize=57344)
LupQ-511 shows,
//192.168.11.2/video on /mnt/network/SHINOBAR/video type cifs (rw,mand,relatime,unc=\192.168.11.2\video,username=root,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.11.2,file_mode=0755,dir_mode=0755,serverino,rsize=16384,wsize=57344)
The deference must come from the Pnethood verson.
EDIT: It is sure. I replaced whole /usr/local/apps/pnethood directory on the Luci-241 with that of LupQ-511, and confirm the mount command shows the same as LupQ-511 and copy with no error message.
But i cannot find what is the deference in the mount options between 2 versions of pnethood.
EDIT: Luci-241(pnethood-0.6.6) issues next mount command:
mount-FULL -t cifs //192.168.11.2/video /mnt/network/SHINOBAR/video -o servernetbiosname=SHINOBAR,username=guest,password=guest,iocharset=utf8
LupQ-511(pnethood-0.65i18n1) issues:
mount-FULL -t cifs //192.168.11.2/video /mnt/network/SHINOBAR/video -o servernetbiosname=SHINOBAR,guest,iocharset=utf8
But the problem seems not there.
Hi shinobar,
Thank you for the support words.
About the Geany problem, this could be related to some Samba configuration for public access, try the following in the configuration file:
Code: Select all
[global]
security = share
[public]
comment = Public Folder
path = /home/public
public = yes
writable = yes
force user = public
create mask = 755
In LupQ-511(pnethood-0.65i18n1) the guest option included does not refer to a guest account. Note that '-o guest' is not intended to be an instance of '-o <username>', it's meant to specify an anonymous connection to the server with no username.
The -o section of the man page for mount says:
The guest option is a way to disable password prompting when mounting open shares from the command line or from /etc/fstab.Options are specified with a -o flag followed by a comma sepa-rated string of options. Some of these options are only useful when they appear in the /etc/fstab file.
Then, when you use (pnethood-0.65i18n1) you get:
Here you use an anonymous connection but not guest nor nobody accounts, I think the connection fails the first time and then fallback to the root account (Note in your post that the shared is finally mounted with root and not guest, in this way you have full access permissions to this share). I´m not sure here, anyway in Puppy the mount command is issued by root and the permissions could be inherited.//192.168.11.2/video on /mnt/network/SHINOBAR/video type cifs (rw,mand,relatime,unc=\192.168.11.2\video,username=root,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.11.2,file_mode=0755,dir_mode=0755,serverino,rsize=16384,wsize=57344)
In pnethood-0.6.6 I modified the mount command to include the guest user account (username=guest,password=guest), to avoid problems with Windows open shares. I took some considerations for this change:
1. Guest account has special function related to network shares (http://support.microsoft.com/kb/300489)
2. NTFS permissions that refer to Everyone include the guest account.
3. The guest account in Windows comes with the default "guest" password. (Pnethood 0.6.6 can be also used if the guest account has an empty password).
4. The guest account must be enabled.
When you use Luci-241(pnethood-0.6.6) you get:
//192.168.11.2/video on /mnt/network/SHINOBAR/video type cifs (rw,mand,relatime,unc=\192.168.11.2\video,username=guest,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.11.2,serverino,acl,rsize=16384,wsize=57344)
Here you are connecting with the guest user having limited access, this could be the reason to get the "Permission denied" message.
Even without a "guest" user in Samba, there is, a mapping between the user nobody and the detection of a login that is not in the /etc/samba/smbpasswd database. I´m pretty sure this behavior is configured in the /etc/samba/smb.conf file with the option "guest account = nobody" and you will get the same mount results using the nobody credentials in Pnethood.
Some questions remains, but I hope this info could help you to understand the different options used in Pnethood and the changes I made for it.
Greetings,
clarf
Guest login Windows 7 shere
I cannot still understand why you use USER_PASS="username=guest,password=guest".clarf wrote:In pnethood-0.6.6 I modified the mount command to include the guest user account (username=guest,password=guest), to avoid problems with Windows open shares. I took some considerations for this change:
1. Guest account has special function related to network shares (http://support.microsoft.com/kb/300489)
2. NTFS permissions that refer to Everyone include the guest account.
3. The guest account in Windows comes with the default "guest" password. (Pnethood 0.6.6 can be also used if the guest account has an empty password).
4. The guest account must be enabled.
Tested pnethood 0.6.6 mounnting Windows 7, C:\Users shared by 'everyone', not require password.
I can mount the Windows 7 share 'Users' with usual usernname, but refused whithout username.
I modified the func_mount line 27 to USER_PASS="guest".
Then i can mount the Windows 7 share 'Users' without usernname.
EDIT:
Add test with Windows Xp, SharedDocs.
In this case, both "username=guest,password=guest" and "guest" works.All test on Lupu-517.
I might mis-configure for the Windows 7 but i am not sure.
I am wondering in what case USER_PASS="guest" option fails.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
'username=guest,password=guest' or 'guest'
Tested on Wary-500j02. "username=guest,password=guest" works for remote Linux samba share, but USER_PASS="guest" option fails.shinobar wrote:I can mount the Windows 7 share 'Users' with usual usernname, but refused whithout username.
I modified the func_mount line 27 to USER_PASS="guest".
Then i can mount the Windows 7 share 'Users' without usernname.
EDIT:
Add test with Windows Xp, SharedDocs.
In this case, both "username=guest,password=guest" and "guest" works.All test on Lupu-517.
I might mis-configure for the Windows 7 but i am not sure.
I am wondering in what case USER_PASS="guest" option fails.
EDIT: "username=guest,guest" also works on Wary-500j02.
Depends on mount.cifs version?
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
pnethood_0.66
Morning
Thankyou for this app. I am using the lupi519 release to try to connect to a share on an XP computer. This computer has two accounts, an admin account that is password protected and a limited account that has no password.
With either login on the XP computer, pnethood finds the share (eventually, it passes about 10M of network traffic first). However I cannot connect to the share.
With the limited account logged on I've tried with and without a username and password and the same when the admin account is used.
If I try with no cifs i get a warning dialogue stating that smbmount is not found and to retry cifs.
The XP computer is part of a workgroup. I added the workgroup name to the /etc/samba/samba.conf file.
I assume that I don't need the Samba pet as I am not sharing files from my puppy computer.
Can you help. Thanks
Brendan
Thankyou for this app. I am using the lupi519 release to try to connect to a share on an XP computer. This computer has two accounts, an admin account that is password protected and a limited account that has no password.
With either login on the XP computer, pnethood finds the share (eventually, it passes about 10M of network traffic first). However I cannot connect to the share.
With the limited account logged on I've tried with and without a username and password and the same when the admin account is used.
If I try with no cifs i get a warning dialogue stating that smbmount is not found and to retry cifs.
The XP computer is part of a workgroup. I added the workgroup name to the /etc/samba/samba.conf file.
I assume that I don't need the Samba pet as I am not sharing files from my puppy computer.
Can you help. Thanks
Brendan
pnethood0.66
Solved it.
The problem was at the XP end. I removed and then reinstalled the share on the XP computer and now pnethood can connect.
Thankyou to rcrsn51 for his interest in this issue.
Brendan
The problem was at the XP end. I removed and then reinstalled the share on the XP computer and now pnethood can connect.
Thankyou to rcrsn51 for his interest in this issue.
Brendan
USER_PASS mount option
Tested on Lupu-520 and Wary-500j03
Remote is Windows Xp and Windows 7, both share 'Users' accessible with 'Everyone'.
Tried next 3 for the mount option, 'USER_PASS=' at line 27 of func_mount.
1. "username=guest,password=guest"
2. "guest"
3. "username=guest,guest"
On lupu:
All 3 worked on Lupu for XP, but #1 failed for Windows 7.
On wary:
The #2 failed on Wary both for Xp and 7.
The #1 success on Wary for Xp, but failed for Windows 7.
The #3 success on Wary bothe for Xp and 7.
CONCLUSION
It worked in all the case as for my test.
At line 27 of func_mount:
Remote is Windows Xp and Windows 7, both share 'Users' accessible with 'Everyone'.
Tried next 3 for the mount option, 'USER_PASS=' at line 27 of func_mount.
1. "username=guest,password=guest"
2. "guest"
3. "username=guest,guest"
On lupu:
All 3 worked on Lupu for XP, but #1 failed for Windows 7.
On wary:
The #2 failed on Wary both for Xp and 7.
The #1 success on Wary for Xp, but failed for Windows 7.
The #3 success on Wary bothe for Xp and 7.
CONCLUSION
It worked in all the case as for my test.
At line 27 of func_mount:
Code: Select all
USER_PASS="username=guest,guest"
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
Re: USER_PASS mount option
shinobar wrote:Tested on Lupu-520 and Wary-500j03
Remote is Windows Xp and Windows 7, both share 'Users' accessible with 'Everyone'.
Tried next 3 for the mount option, 'USER_PASS=' at line 27 of func_mount.
1. "username=guest,password=guest"
2. "guest"
3. "username=guest,guest"
On lupu:
All 3 worked on Lupu for XP, but #1 failed for Windows 7.
On wary:
The #2 failed on Wary both for Xp and 7.
The #1 success on Wary for Xp, but failed for Windows 7.
The #3 success on Wary bothe for Xp and 7.
P.S.: The 'Guest' account on the Windows 7 can be on or off. It did not affect the result above.
CONCLUSION
It worked in all the case as for my test.
At line 27 of func_mount:Code: Select all
USER_PASS="username=guest,guest"
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
Re: USER_PASS mount option
In Wary, "mount-FULL -t cifs" does not accept the "-o guest" option on its own without a username. However, "mount.cifs" does.shinobar wrote: On wary:
The #2 failed on Wary both for Xp and 7.
FWIW, YASSM only uses "mount.cifs", so it can mount the share just by specifying the share name and server. It that scenario, YASSM defaults to "-o guest".
Are you aware that the Rescan and Refresh buttons no longer work like they used to?
Last edited by rcrsn51 on Sun 09 Jan 2011, 14:03, edited 2 times in total.
Re: USER_PASS mount option
Thanks, rcrsn51 for the information.rcrsn51 wrote:In Wary, "mount-FULL -t cifs" does not recognize the "-o guest" option. However, "mount.cifs" does.
But I guess "username=guest,guest" is more safe.
Right. It doesn't work as for 0.6.6.Are you aware that the Rescan and Refresh buttons no longer work like they used to?
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
In XP-Pro, if you turn on non-simple file sharing, then "username=guest, password=guest" will also fail. That's because Windows tries to login to the guest account using the incorrect password "guest" and fails.
However, "username=guest,guest" will work because that disables the request for a password.
However, "username=guest,guest" will work because that disables the request for a password.
The safest way is to use YASSM so you have complete control over authenticationBut I guess "username=guest,guest" is more safe.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
rcrsn51, shinobar,
Following your discussion here:
http://murga-linux.com/puppy/viewtopic. ... 0&start=30
I have created a new PET for Pnethood 0.6.6.1:
http://bkhome.org/blog/?viewDetailed=02081
Following your discussion here:
http://murga-linux.com/puppy/viewtopic. ... 0&start=30
I have created a new PET for Pnethood 0.6.6.1:
http://bkhome.org/blog/?viewDetailed=02081
[url]https://bkhome.org/news/[/url]
pnethood-shinobar.patch
I modified the pnethood-0.6.6 for wary-500j05.
The 'Refresh' button now works.
The 'Refresh' button now works.
- Attachments
-
- pnethood-shinobar.patch.gz
- Apply at the directory /usr/local/apps
- (1.6 KiB) Downloaded 804 times
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
Re: USER_PASS mount option
Hi,shinobar wrote:Thanks, rcrsn51 for the information.rcrsn51 wrote:In Wary, "mount-FULL -t cifs" does not recognize the "-o guest" option. However, "mount.cifs" does.
But I guess "username=guest,guest" is more safe.Right. It doesn't work as for 0.6.6.Are you aware that the Rescan and Refresh buttons no longer work like they used to?
I´m sorry for the lake of Updates and this late response. Many Enterprises systems chooses this season to Upgrade their core Applications...
Ok, about pnethood. What´s the problem with the Refresh and Rescan buttons?. I don´t have a single problem with that.
I didn´t made any test about the "username=guest,guest" change, but I believe this is fail save. You are trying to establish a new connection as guest (no password prompts) enforcing the connection with the guest user, I don´t have Windows Vista or 7 (no even in a sandbox machine) so will make some basic test in Win XP.
I hope to have some free time this weekend and release a new pnethood version, I'm writing an optional menu to add more command line options, so any suggestion is welcome.
shinobar, rcrsn51 many thanks for the feedback and the extensive test, I apologies for my partial/enforced retirement.
Greetings,
clarf
EDIT: I tested "username=guest,guest" with Windows XP. The results with a guest account:
Empty password: WORK
"guest" password: DOES NOT WORK
The "username=guest,guest" does work for Windows 7 as Shinobar claims. But it does not work for a guest account with a default "guest" password in my XP system, to achieve the same results that I get using "username=guest,password=guest" (it works for both cases, empty or default password), I should add a failover code to use the guest password when the mount command fails.
It´s a nice find shino, I´ll implement this for the next version.
Last edited by clarf on Thu 20 Jan 2011, 02:51, edited 1 time in total.
suggestion
I think it would be nice to have a button to hide the windows shares with a $ at the end.
So you would just see the folders where your shared files are.
So you would just see the folders where your shared files are.
I wonder why it didn´t work for you.rcrsn51 wrote:In XP-Pro, if you turn on non-simple file sharing, then "username=guest, password=guest" will also fail. That's because Windows tries to login to the guest account using the incorrect password "guest" and fails.
However, "username=guest,guest" will work because that disables the request for a password.
The safest way is to use YASSM so you have complete control over authenticationBut I guess "username=guest,guest" is more safe.
In all my tests the "username=guest, password=guest" code works using non-simple sharing. I can open shares even when the guest password is empty.
clarf