SAMBA woes
Posted: Wed Nov 23, 2011 11:17 am
Pulling my hair out here.
I'm currently remoted into my home network and can't restart SPUTLAPTOP, FYI. (I would be able to if samba f'n worked!).
Having SAMBA sharing problems.
Avahi "Vault" box - 192.168.1.11
Sputlaptop Win7 box - 192.168.1.13
smbclient -L 192.168.1.13
Results in: SMB server stopped responding, Called name not present or NT_STATUS_IO_TIMEOUT. Box is up and this used to work.
smbclient -L 192.168.1.11
Results in my Linux SAMBA shares being shown (positive)
Switch to GUI and try to browse HDA under network, or smb://192.168.1.11 or smb://hda results in an error box that says Unable to mount location - failed to retrieve share list from server.
Same thing w/ Sputlaptop.
SO there a few problems here, but for starters I should at least be able to browse linux samba, FROM the linux box.
Herse smb.conf
Edit: I've tried putting HDA in a new workgroup (both we're in workgroup) and try to browse itself (sort of figuring the laptop is a no go till I get home). Result is the same.
Tried binding to specific interfaces, encrypt passwords on/off, forcing local browser, all to no success.
Whats funny is I can access the HDA from Windows PC. I know that because I can do \\hda.sput.net over my OpenVPN and browse to it just fine. Pretty sure it would work from SPUTLAPTOP too.
Edit #2:
Disabled both iptables - still nothing.
Edit #3: just kicked the sputlaptop off the network after i read the bottom of this: http://ubuntuforums.org/showthread.php?t=1169149 (ms article)
Still no go.
Edit #4: wow. Doing Ctrl + L in nautilus and smb://hda/directshare works even though it asks for user/pass everytime. ok so the servers samba isn't broken. Going to assume something is borked on SPUTLAPTOP for now.. but a solution to be able to easily browse your own HDA w/out premounting would be nice.
I'm currently remoted into my home network and can't restart SPUTLAPTOP, FYI. (I would be able to if samba f'n worked!).
Having SAMBA sharing problems.
Avahi "Vault" box - 192.168.1.11
Sputlaptop Win7 box - 192.168.1.13
smbclient -L 192.168.1.13
Results in: SMB server stopped responding, Called name not present or NT_STATUS_IO_TIMEOUT. Box is up and this used to work.
smbclient -L 192.168.1.11
Results in my Linux SAMBA shares being shown (positive)
Switch to GUI and try to browse HDA under network, or smb://192.168.1.11 or smb://hda results in an error box that says Unable to mount location - failed to retrieve share list from server.
Same thing w/ Sputlaptop.
SO there a few problems here, but for starters I should at least be able to browse linux samba, FROM the linux box.
Herse smb.conf
Code: Select all
[global]
workgroup = HOME
server string = sput.net
netbios name = hda
printing = cups
printcap name = cups
load printers = yes
cups options = raw
log file = /var/log/samba/%m.log
log level = 0
max log size = 150
socket options = TCP_NODELAY
preferred master = yes
local master = yes
os level = 60
time server = yes
unix extensions = no
wide links = yes
veto files = /*.nws/riched20.dll/*.{*}/
security = user
username map script = /usr/share/hda-platform/hda-usermap
large readwrite = yes
encrypt passwords = yes
dos charset = CP850
unix charset = UTF8
display charset = LOCALE
guest account = nobody
map to guest = Bad User
wins support = yes
printer admin = root, @ntadmin, administrator
[homes]
comment = Home Directories
valid users = %S
browseable = no
writable = yes
create mask = 0644
directory mask = 0755
[print$]
path = /var/lib/samba/drivers
read only = yes
force group = root
write list = @ntadmin root
force group = root
create mask = 0664
directory mask = 0775
guest ok = yes
[printers]
path = /var/spool/samba
writeable = yes
browseable = yes
printable = yes
public = yes
[Books]
comment = Books
path = /var/hda/files/books
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
[Pictures]
comment = Pictures
path = /var/hda/files/pictures
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
[Music]
comment = Music
path = /var/hda/files/music
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
[Docs]
comment = Docs
path = /var/hda/files/docs
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
[Videos]
comment = Videos
path = /var/hda/files/videos
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
[Torrents]
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
[Videos]
comment = Videos
path = /var/hda/files/videos
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
[Torrents]
comment = Torrents
path = /var/hda/files/torrents
writeable = no
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
[Downloads]
comment = Downloads
path = /var/hda/files/downloads
writeable = no
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
Tried binding to specific interfaces, encrypt passwords on/off, forcing local browser, all to no success.
Whats funny is I can access the HDA from Windows PC. I know that because I can do \\hda.sput.net over my OpenVPN and browse to it just fine. Pretty sure it would work from SPUTLAPTOP too.
Edit #2:
Disabled both iptables - still nothing.
Edit #3: just kicked the sputlaptop off the network after i read the bottom of this: http://ubuntuforums.org/showthread.php?t=1169149 (ms article)
Still no go.
Edit #4: wow. Doing Ctrl + L in nautilus and smb://hda/directshare works even though it asks for user/pass everytime. ok so the servers samba isn't broken. Going to assume something is borked on SPUTLAPTOP for now.. but a solution to be able to easily browse your own HDA w/out premounting would be nice.