lug-bg: one more samba problem
- Subject: lug-bg: one more samba problem
- From: Nick Angelow <na@xxxxxx>
- Date: Wed, 22 Mar 2006 20:32:44 +0200
- Delivered-to: lug-bg-list@xxxxxxxxxxxxxxxxxx
- Delivered-to: lug-bg@xxxxxxxxxxxxxxxxxx
от известно време се мъча да подкарам един (не само един, де) сървър в
локална мрежа от десетина машини в офис на фирма. ровенето в архива на
групата и в google не доведе до благоприятен резултат по ред причини
(или аз не знам как и какво да търся, или точно такъв проблем не е бил
дискутиран), затова се налага да попитам директно тук.
на сървъра има инсталирано:
o fedora core 4
o kernel 2.6.11-1.1369_FC4
o samba 3.0.14a-2
о MySQL server
o VSFTP server
о създаден е програмен RAID 1 от два еднакви по размер диска (/md0), на
които е разположена /home директорията. / и /var са разположени на
трети, отделен диск, който не е в масива.
а на клиентските машини:
o windows xp service pack 2
при опит за достъп, независимо от акаунта на windows машините, през
мрежата до файловия сървър се появява следното съобщение:
\\fileserver is not accessible. you might not have permission to use
this network resource ... the network path was not found
конфигурационния файл на samba има следния вид:
# global parameters
[global]
workgroup = TRANSLINGUA
server string = fileserver
# netbios name = FILESERVER
hosts allow = 192.168.0. 127
# guest account = guest
interfaces = 192.168.0.200/24 127.0.0.1
log file = /var/log/samba/%m.log
max log size = 1024
security = user
username map = /etc/samba/smbusers
encrypt passwords = yes
os level = 65
local master = yes
domain master = yes
preferred master = yes
name resolve order = hosts lmhosts wins bcast
wins support = yes
dns proxy = no
smb passwd file = /etc/samba/smbpasswd
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
printcap name = cups
load printers = yes
disable spoolss = yes
show add printer wizard = no
printing = cups
# share definitions
idmap uid = 16777216-33554431
idmap gid = 16777216-33554431
template shell = /bin/false
# [work]
# comment = Work Directories
# path = /home/translations
# valid users = %S
# read only = No
# browseable = No
[translations]
comment = Translations
path = /home/translations
guest ok = yes
writable = yes
browseable = yes
printable = no
# force user = translingua
# force group = users
read only = No
# valid users = primus, secundus, tertius, quatrus, quintus, sextius,
septimus,ocropus2,nonius,decimus,translingua,user
[clients]
comment = ftp directory
path = /home/clients
writable = yes
directory mode = 777
force directory mode = 777
browseable = yes
printable = no
# force group = users
read only = no
valid users = primus, secunduss, tertius, quatrus, quintus, sextius,
septimus, octopus2, nonius, decimus, translingua, user
[software]
comment = software repository
path = /home/software
guest ok = yes
writable = yes
browseable = yes
printable = no
# end of smb.conf
---
резултата от изпълнението на командата
#smbclient //192.168.0.200/translations -U translingua
e:
Password:
Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2]
а от командата
# smbclient -L //192.168.0.200/translations -U translingua
е:
Sharename Type Comment
--------- ---- -------
translations Disk Translations
clients Disk ftp directory
software Disk software repository
IPC$ IPC IPC Service (fileserver)
ADMIN$ IPC IPC Service (fileserver)
Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2]
Server Comment
--------- -------
Workgroup Master
--------- -------
TRANSLINGUA FILESERVER
което според мен означава, че сървъра е вдигнат успешно (imho).
---
файлът /etc/samba/lmhosts съдържа:
127.0.0.1 localhost
192.168.0.200 fileserver
192.168.0.11 primus
192.168.0.22 secundus
192.168.0.13 tertius
192.168.0.17 septimus
192.168.0.31 octopus
192.168.0.30 decimus
---
файлът smbusers съдържа:
translingua = *
---
а файлът /etc/hosts:
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 fileserver.translingua-bg.com fileserver
localhost.localdomain localhost
192.168.0.200 fileserver.translingua-bg.com fileserver
192.168.0.11 primus
192.168.0.22 secundus
192.168.0.13 tertius
...
---
файлът hosts.allow не е редактиран.
ако е необходима още информация, ще се опитам да я осигуря.
и накрая дойде време за въпросите:
о какво да се прави :о)
о какво и къде съм объркал в настройките?
о и дали проблемът е на сървъра или на клиентските машини?
благодаря предварително
--
the lunatics are in my head
---------------------------
Nick Angelow
|