pnethood 0.6.6 - samba share mounter

Configuration wizards, scanners, remote desktop, etc.
Message
Author
User avatar
clarf
Posts: 613
Joined: Wed 13 Jun 2007, 19:22
Location: The old Lone Wolf

pnethood 0.6.6 - samba share mounter

#1 Post by clarf »

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
Attachments
clarf_pnethood-0.66.pet
(25.41 KiB) Downloaded 1316 times

mawebb88
Posts: 246
Joined: Sun 13 Jul 2008, 09:54
Location: France nr Lyon

Pnethood cifs fix

#2 Post by mawebb88 »

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

User avatar
clarf
Posts: 613
Joined: Wed 13 Jun 2007, 19:22
Location: The old Lone Wolf

Re: Pnethood cifs fix

#3 Post by clarf »

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

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

#4 Post by shinobar »

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... :roll:
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
clarf
Posts: 613
Joined: Wed 13 Jun 2007, 19:22
Location: The old Lone Wolf

#5 Post by clarf »

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
About the copy problems and the code changes between versions:

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:
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.
The guest option is a way to disable password prompting when mounting open shares from the command line or from /etc/fstab.

Then, when you use (pnethood-0.65i18n1) you get:
//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)
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.

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

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

Guest login Windows 7 shere

#6 Post by shinobar »

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.
I cannot still understand why you use USER_PASS="username=guest,password=guest".

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]

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

'username=guest,password=guest' or 'guest'

#7 Post by shinobar »

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.
Tested on Wary-500j02. "username=guest,password=guest" works for remote Linux samba share, but 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]

bh56
Posts: 55
Joined: Tue 07 Apr 2009, 08:04

pnethood_0.66

#8 Post by bh56 »

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

bh56
Posts: 55
Joined: Tue 07 Apr 2009, 08:04

pnethood0.66

#9 Post by bh56 »

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

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

USER_PASS mount option

#10 Post by shinobar »

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

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]

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

Re: USER_PASS mount option

#11 Post by shinobar »

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

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]

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

Re: USER_PASS mount option

#12 Post by rcrsn51 »

shinobar wrote: On wary:
The #2 failed on Wary both for Xp and 7.
In Wary, "mount-FULL -t cifs" does not accept the "-o guest" option on its own without a username. However, "mount.cifs" does.

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.

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

Re: USER_PASS mount option

#13 Post by shinobar »

rcrsn51 wrote:In Wary, "mount-FULL -t cifs" does not recognize the "-o guest" option. However, "mount.cifs" does.
Thanks, rcrsn51 for the information.
But I guess "username=guest,guest" is more safe.
Are you aware that the Rescan and Refresh buttons no longer work like they used to?
Right. It doesn't work as for 0.6.6.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#14 Post by rcrsn51 »

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.
But I guess "username=guest,guest" is more safe.
The safest way is to use YASSM so you have complete control over authentication :wink:

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#15 Post by BarryK »

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
[url]https://bkhome.org/news/[/url]

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

pnethood-shinobar.patch

#16 Post by shinobar »

I modified the pnethood-0.6.6 for wary-500j05.
The 'Refresh' button now works.
Attachments
pnethood-shinobar.patch.gz
Apply at the directory /usr/local/apps
(1.6 KiB) Downloaded 802 times
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
clarf
Posts: 613
Joined: Wed 13 Jun 2007, 19:22
Location: The old Lone Wolf

Re: USER_PASS mount option

#17 Post by clarf »

shinobar wrote:
rcrsn51 wrote:In Wary, "mount-FULL -t cifs" does not recognize the "-o guest" option. However, "mount.cifs" does.
Thanks, rcrsn51 for the information.
But I guess "username=guest,guest" is more safe.
Are you aware that the Rescan and Refresh buttons no longer work like they used to?
Right. It doesn't work as for 0.6.6.
Hi,

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.

Philh
Posts: 150
Joined: Wed 17 May 2006, 13:26
Location: England

suggestion

#18 Post by Philh »

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.

User avatar
clarf
Posts: 613
Joined: Wed 13 Jun 2007, 19:22
Location: The old Lone Wolf

#19 Post by clarf »

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.
But I guess "username=guest,guest" is more safe.
The safest way is to use YASSM so you have complete control over authentication :wink:
I wonder why it didn´t work for you.

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

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#20 Post by rcrsn51 »

clarf wrote:I wonder why it didn´t work for you. 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.
I can't remember now - it may have been how I had the guest account configured.

Post Reply