因此,我首先要说的是,我不到一个星期前成功完成了此操作,并且我没有遇到任何麻烦,但是自那时以来,我已经重新格式化并重新配置了服务器,现在,我最难忘的是我是如何做到的。
这是我以前的经历,也是我想要再次实现的目标。我在Ubuntu服务器上有一个公共的samba共享。我网络上的任何人都可以通过键入\ Hostname来访问共享及其内容。无需密码。不在共享工作组中的用户具有读访问权,但在工作组中的用户具有读/写访问权。(Windows 7的)
现在,如果我尝试连接到\ Hostname,则会提示我输入用户名和密码。如果我输入联合国密码,则可以完全访问,但我不必这样做;我目前的设定是...
security = user
map to guest = bad user
[Shares]
path = /home/shares
available = yes
read only = no
browsable = yes
public = yes
writable = yes
guest ok = yes
我正在把头发拉过来。有什么建议么?
编辑:
gh,这让我很难受。我好亲近
这就是我所拥有的。
通过启动并键入\ Hostname \ Sharename,可以从Windows 7进入共享,但是系统提示我输入用户名和密码。我不能将其保留为空白,因为它将使用我的工作组作为域。因此我输入\作为用户名将其清除并使用空白的用户名和密码登录。很好,现在我可以访问共享中的文件了。
进入后,工作组配置即可正常工作。如果我使用默认的WORKGROUP,则可以读取并执行;我的Home工作组中的计算机可以读写并执行。这样就可以了。
问题是,它根本不需要输入密码。它应该对网络上的任何人完全公开。我正在尝试与XBMC共享它,甚至在文件管理器中的smb下都没有显示它。我也无法从XBMC手动访问它。我收到连接被拒绝的错误。
仍然为此扯头发。最糟糕的部分是大约一周前我第一次这样做,我花了大约30分钟的时间才能完美运行。现在我可能已经花了至少4个小时,但仍然无法正常工作。
Testparm:
Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[printers]"
Processing section "[print$]"
Processing section "[Shares]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions
[global]
workgroup = FELLOWSHIP
server string = %h server (Samba, Ubuntu)
map to guest = Bad User
obey pam restrictions = Yes
pam password change = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
dns proxy = No
wins support = Yes
usershare allow guests = Yes
panic action = /usr/share/samba/panic-action %d
idmap config * : backend = tdb
[printers]
comment = All Printers
path = /var/spool/samba
create mask = 0700
printable = Yes
print ok = Yes
browseable = No
[print$]
comment = Printer Drivers
path = /var/lib/samba/printers
[Shares]
path = /home/shares
read only = No
guest ok = Yes
更新:因此,无论工作组如何,共享现在都可以在我的网络中使用。连接到我的网络的任何Windows用户都可以在Netowork下看到NAS并访问它。关键是将安全性设置为安全性=共享。我知道,它已被弃用,但它可以正常工作,并且安全性=用户并映射到用户=坏用户对我不起作用。
无论如何,现在看来,连接到共享的任何人都可以获取该目录的unix全局权限,这是可管理的,但是我希望加入smb.conf中指定的工作组的用户获得unix组权限。
这样,我可以将目录设置为775,并且可以写入,因为我已加入工作组,但其他用户只能读取和执行。