The following lines were added (+) and removed (-):
Samba was developed in the early 1990s as a way for Linux users to access windows shares as well as enabling the use of a Linux file server to emulate a Windows file server. In over 20 years a lot of exciting things have happened in the development of SMB/CIFS networking protocol support in Linux. However, one major achievement has been completely neglected. If a user wishes to have seamless mounting and access to a Windows share, under his own linux desktop login name to the windows network share of the same login name, independent of each login, and persistent after reboot, then there is no simple solution.Samba was developed in the early 1990s as a way for Linux users to access windows shares as well as enabling the use of a Linux file server to emulate a Windows file server. In over 20 years a lot of exciting things have happened in the development of [[Linux CIFS Utils and Samba]]. However, one major achievement has been completely neglected. If a user wishes to have seamless mounting and access to a Windows share, under his own linux desktop login name to the windows network share of the same login name, independent of each login, and persistent after reboot, then there is no simple solution.# Browse Network in Ubuntu Nautilus and click to mount# Browse Network with Nautilus and click to mount via gvfsNote: The creation of persistent mounts using fstab will work in any distribution. Discussion on GVFS applies to the GNOME desktop and thus distributions using GNOME and gvfs. For KDE users the equivalent is KIO (kio). KIO does not make mount points available to non-KIO applications. Relates to: dolphin / konqueror / kio-smbWhat the hell is that? Who's going to want to find that or type all that in? It cannot be accessed directly in console as root.What the hell is that? Nautilus uses GVFS to connect on-demand to the windows share. GVFS is the virtual filesystem for the GNOME desktop. GVFS and CIFS work together to mount the share in a temporary gvfs path. Who's going to want to find that or type all that in? It cannot be accessed directly in console as root.== Mount via manual execute of mount command ==CLI solution, execute the mount command or create a shell script that mounts multiple network drives. This way passwords need not be present in fstab or somewhere easily readable by other system users.examples: sudo mount -t cifs -o username= //WIN_SHARE_IP/ /mnt/WIN_SHARE sudo mount -t cifs -o username=nicolep //192.168.1.10/public /mnt/public sudo mount -t cifs -o username=nicolep //servername/public /mnt/public -- stand-by for the rest of this composition --You may have a music share that you wish to have publicly accessible to all network users, read-only so that they do not delete any of your favorite songs. You also have a private share that you wish only to be accessible by you. This is a simple example. Considering this and the examples above, you should be able to construct any combination you desire for your own network needs. Lets create a user on the file server or NAS device called music. Music can have read-only or read-write access defined on the file server as we will further restrict by the way we mount on our workstation. On the workstation we modify fstab. vi /etc/fstabAnd we add the following line: //fileserver/media/ /mnt/media cifs domain=workgroup,username=music,password=music,iocharset=utf8,sec=ntlm 0 0 Our file server or NAS name is "fileserver" and our mp3 files are on a share called "media." Our domain is called "WORKGROUP" which is where "fileserver" resides. Our username and password are both set to "music." Now with execution of the mount -a mount -aWe have a persistent share to access our music accessible on /mnt/media. No matter what user is on our workstation using his own login, he will have access to the music. Access is restricted to read-only since no UID was set. For our own private share we will access it via Nautilus. Lets use nicole as our username. Nicole has a user id as defined in /etc/passwd as 1001. We need to know this. With Nautilus (identified only as Files in Unity) we do the following:* Files -> Browse Network -> Windows Network -> WORKGROUPFind the share called "nicoleshome" and click. Nicole (you) supplies her username and password. The connection is made (if there is no glitch.) If the share is not visible, close and try again. Now that we have established the temporary connection, lets create a symbolic link from the ugly path to a nice tidy one in our own home folder. ln -s /run/nicole/1001/gvfs/smb-share:server=fileserver,share=nicoleshome/My\ Documents /home/nicole/My\ Documents Now, from nicole's own home directory we have access to all of her personal files in the network share "My Documents." The path for her to access them is simply: /home/nicole/My Documents However, the My Documents symlink will be broken after a new desktop session or of a timeout occurs until Nicole manually opens Nautilus and brows the path manually, supplying her username and password once again. Then the symbolic link in her home directory ones again becomes active. This is a hybrid system utilizing both methods. == Mounting shares on local workstation login == Use ~/.xprofile, this is sourced by at least the GDM, LDM, LightDM and LXDM login managers. Ubuntu 14.04 uses upstart tasks. ~/.config/upstart/desktopOpen.conf ~/.config/upstart/desktopClose.conf Goal: When user 'nicole' logs into her linux desktop x session a script mounts all her cifs shares using her network security credentials. Now, during her x session she has access to the shares throughout the duration of the session. When she logs out then a script unmounts the shares. Status: Theoretical. I have not had time to put this together and test. Once done I will document the configuration here. Another option to try is to use the "gvfs-mount" command on login. gvfs-mount smb://servername/share/ more to come... == Development Changes ==Ubuntu devs plan to discontinue use of Nautilus soon, mostly because the folks that make Nautilus have gone astray. KDE uses Konqueror and before that KFM. Each have different ways of handling network browsing. Some of the documentation here may remain current longer than other parts. Readers are invited to edit this page to help maintain up-to-date documentation. [[Category:Computer_Technology]][[Category:Linux]][[Category:Ubuntu]]