Re: lug-bg: one more samba problem
Мисля че си объркал това interfaces = 192.168.0.200/24 127.0.0.1 Според мен триабжа да изглежда така interfaces = 192.168.0.200/24 - Original Message - From: Nick Angelow [EMAIL PROTECTED] To: lug-bg@linux-bulgaria.org Sent: Wednesday, March 22, 2006 9:32 PM Subject: lug-bg: one more samba problem от известно време се мъча да подкарам един (не само един, де) сървър в локална мрежа от десетина машини в офис на фирма. ровенето в архива на групата и в 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 - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius ... --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за въпросите: о какво да се прави :о) о какво и къде съм объркал в настройките? о и дали проблемът е на сървъра или на клиентските машини? благодаря
Re: lug-bg: one more samba problem -- SOLUTION
Милен Трифонов wrote: On Wed, 2006-03-22 at 20:32 +0200, Nick Angelow wrote: от известно време се мъча да подкарам един (не само един, де) сървър в локална мрежа от десетина машини в офис на фирма. ровенето в архива на групата и в 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 откоментирай горния ред ако имаш DHCP сървър добавив в dhcpd.conf: option netbios-name-servers 192.168.1.100; тука IP-to на samba машината благодаря за съветите, но проблемът се оказа другаде -- не добре конфигуриран iptables от моя страна (тук е момента да си посипя главата с пепел и да обещая, че ще внимавам следващият път повече). след разрешаването на минаване на пакети към портове 137 и 139, всичко тръгна нормално. явно указването в прав текст, че искате инсталация на файлов сървър не води до автоматично конфигуриране на правилата в iptables (както би трябвало да е според мен). искам да благодаря и на останалите, които се отзоваха със съвет, както и на тези, които помогнаха offline. -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
On Wed, 2006-03-22 at 20:32 +0200, Nick Angelow wrote: от известно време се мъча да подкарам един (не само един, де) сървър в локална мрежа от десетина машини в офис на фирма. ровенето в архива на групата и в 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 откоментирай горния ред ако имаш DHCP сървър добавив в dhcpd.conf: option netbios-name-servers 192.168.1.100; тука IP-to на samba машината 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 - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за
Re: lug-bg: one more samba problem
Милен Трифонов wrote: On Fri, 2006-03-24 at 09:16 +0200, Emil Sakaliiski wrote: Опитай следните неща, дано са от полза:) конфигурационния файл на 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 ---security = share username map = /etc/samba/smbusers encrypt passwords = yes os level = 65 local master = yes domain master = yes ---Нали не са в домейн? защо тогава горния ред е YES? domain master = no preferred master = yes name resolve order = hosts lmhosts wins bcast wins support = yes Wins Support? А кой е wins server-a? 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 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 - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius ... --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за въпросите: о какво да се прави :о) о какво и къде съм объркал в настройките? о и дали проблемът е на сървъра или на клиентските машини? благодаря предварително Емил, това, което си написал не е вярно. Ник, имаш ли пуснат firewall? има -- стандартните iptables на fedora и стандартната защитна стена на service pack 2. стандартни в смисъл, че не съм си играл да променям нищо в тях. идеята за защитната стена ми мина през главата, но на пръв поглед не видях нищо ненормално. може би си струва да се провери по-обстойно. Аз имам самба върху FC4 и работи без проблем. мога да ти пусна моя smb.conf да сравниш. благодаря, ако не ти е проблем. -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
Милен Трифонов wrote: On Wed, 2006-03-22 at 20:32 +0200, Nick Angelow wrote: от известно време се мъча да подкарам един (не само един, де) сървър в локална мрежа от десетина машини в офис на фирма. ровенето в архива на групата и в 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 откоментирай горния ред ако имаш DHCP сървър добавив в dhcpd.conf: option netbios-name-servers 192.168.1.100; тука IP-to на samba машината мисля, че и с откоментиран ред бях опитвал, но ще опитам пак, че вече не помня какво опитвах. а dhcp сървър инсталиран на fedora-та нямам, такъв има на маршрутизатора (някакъв linksys на homelan), а до него нямам достъп. -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
On Fri, 2006-03-24 at 11:25 +0200, Nick Angelow wrote: Милен Трифонов wrote: On Fri, 2006-03-24 at 09:16 +0200, Emil Sakaliiski wrote: Опитай следните неща, дано са от полза:) конфигурационния файл на 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 ---security = share username map = /etc/samba/smbusers encrypt passwords = yes os level = 65 local master = yes domain master = yes ---Нали не са в домейн? защо тогава горния ред е YES? domain master = no preferred master = yes name resolve order = hosts lmhosts wins bcast wins support = yes Wins Support? А кой е wins server-a? 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 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 - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius ... --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за въпросите: о какво да се прави :о) о какво и къде съм объркал в настройките? о и дали проблемът е на сървъра или на клиентските машини? благодаря предварително Емил, това, което си написал не е вярно. Ник, имаш ли пуснат firewall? има -- стандартните iptables на fedora и стандартната защитна стена на service pack 2. стандартни в смисъл, че не съм си играл да променям нищо в тях. на fc4 iptables трябва да ги пипнеш малко за да работи самба. [EMAIL PROTECTED] ~]# cat /etc/sysconfig/iptables # Firewall configuration written by system-config-securitylevel # Manual customization of
Re: lug-bg: one more samba problem
Като е само работна група - махни security = user и го направи : security = share Nick Angelow написа: Ivaylo Toshev wrote: А тези Win XPSP2 машини join_ати ли са в домейна ? няма домейн, само работна група. единствената разлика от преди (когато всичко работеше) е в хардуера -- появи се RAID масив. аз затова вече се съмнявам дали в него не е причината -- по някаква причина windows машините да не могат да го видят, защото споделените директории са на него. ще погледна в google какво може да се намери (стига да използвам правилните думи :о(). а довечера ще си направя експеримент -- дали ще споделя директория, намираща се на hda и ще видя дали ще мога да я достигна от някоя от windows машините.
Re: lug-bg: one more samba problem
Nick Angelow wrote: чудя се дали проблема не е в това, че споделените директории са върху raid масив и windows да се чуди къде са. Едва ли. На клиентите изобщо не им трябва да знаят къде физически са споделените директории. Понеже подразбирам, че си _преместил_ нещата върху raid, да не би правата на директориите да не позволяват на потребителя, с който работи самбата да ги вижда? дам -- Дамян Иванов Кредитреформ България [EMAIL PROTECTED] http://www.creditreform.bg/ тел. +359(2)928-2611, 929-3993 факс +359(2)920-0994 моб. +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Re: lug-bg: one more samba problem
Като е само работна група - махни security = user и го направи : security = share Nick Angelow написа: Ivaylo Toshev wrote: А тези Win XPSP2 машини join_ати ли са в домейна ? няма домейн, само работна група. единствената разлика от преди (когато всичко работеше) е в хардуера -- появи се RAID масив. аз затова вече се съмнявам дали в него не е причината -- по някаква причина windows машините да не могат да го видят, защото споделените директории са на него. ще погледна в google какво може да се намери (стига да използвам правилните думи :о(). а довечера ще си направя експеримент -- дали ще споделя директория, намираща се на hda и ще видя дали ще мога да я достигна от някоя от windows машините.
Re: lug-bg: one more samba problem
Дамян Иванов wrote: Nick Angelow wrote: чудя се дали проблема не е в това, че споделените директории са върху raid масив и windows да се чуди къде са. Едва ли. На клиентите изобщо не им трябва да знаят къде физически са споделените директории. ами не знам. съобщението 'network path was not found' ме кара да мисля така. във fstab имам този ред: /dev/md0/home ext3defaults1 2 ще погледна в man страницата какво означава това 1 2, но май няма отношение към правата. Понеже подразбирам, че си _преместил_ нещата върху raid, да не би правата на директориите да не позволяват на потребителя, с който работи самбата да ги вижда? [EMAIL PROTECTED] home]# ll -a drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 clients drwxrwxrwx 3 mysql mysql4096 Mar 8 18:52 mysql drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 software drwsrwsrwx 2 translinusers4096 Mar 5 18:10 translations според мен би трябвало всеки да може да пише в тези директории. или греша? -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
но защо не пуснеш., самбата се логва в един файл и да видиш къде ти гърми. Аз имах подобни проблеми с изтрити папки и там в лог всичко си казва. Поне при мен казва кога даден файл е копиран, да ли е отказан достъп на потребител и т.н. Може по горе да си пуснал поне част от лог-а но според мен в момента само гадаем къде може да е проблема. Най интересното е че и с лог файловете, какво и да излиза там,. така и не мога вече 5-ти ден да подкарам самбата като файлов сървър и да могат разни потребители ралични достъпи да имат. - Original Message - From: Nick Angelow [EMAIL PROTECTED] To: lug-bg@linux-bulgaria.org Sent: Thursday, March 23, 2006 9:30 AM Subject: Re: lug-bg: one more samba problem Дамян Иванов wrote: Nick Angelow wrote: чудя се дали проблема не е в това, че споделените директории са върху raid масив и windows да се чуди къде са. Едва ли. На клиентите изобщо не им трябва да знаят къде физически са споделените директории. ами не знам. съобщението 'network path was not found' ме кара да мисля така. във fstab имам този ред: /dev/md0/home ext3defaults1 2 ще погледна в man страницата какво означава това 1 2, но май няма отношение към правата. Понеже подразбирам, че си _преместил_ нещата върху raid, да не би правата на директориите да не позволяват на потребителя, с който работи самбата да ги вижда? [EMAIL PROTECTED] home]# ll -a drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 clients drwxrwxrwx 3 mysql mysql4096 Mar 8 18:52 mysql drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 software drwsrwsrwx 2 translinusers4096 Mar 5 18:10 translations според мен би трябвало всеки да може да пише в тези директории. или греша? -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
deb4o wrote: но защо не пуснеш., самбата се логва в един файл и да видиш къде ти гърми. Аз имах подобни проблеми с изтрити папки и там в лог всичко си казва. Поне при мен казва кога даден файл е копиран, да ли е отказан достъп на потребител и т.н. Може по горе да си пуснал поне част от лог-а но според мен в момента само гадаем къде може да е проблема. Най интересното е че и с лог файловете, какво и да излиза там,. така и не мога вече 5-ти ден да подкарам самбата като файлов сървър и да могат разни потребители ралични достъпи да имат. аз съм казал на samba-та да пише log файлове (вярно, за всяка windows машина отделно), но такива просто не се създават = връзката (imho) между сървъра и клиентските машини се чупи някъде, и се опитвам да разбера къде точно и защо. уж всичко е наред, на самата машина, на която е сървъра, успявам да се свържа с него (smbclient //192.168.0.200/translations -U translingua), но от windows машините не успявам. а по ред причини не искам да слагам windows 2003 за файлов сървър :o( -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
аз след като хапна, ще пробвам да пусна файлов сървър за х пореден път защото пък при мен нещо друго се скапва и не мога да разбера от къде. ще гледам сега да направя последователно нещата от този линк. за да видя да ли някъде не пропускам нещо. http://www.melbpc.org.au/pcupdate/2403/2403article7.htm защо не го пуснеш по поразбиране за да видиш къде се чупи при теб - Original Message - From: Nick Angelow [EMAIL PROTECTED] To: lug-bg@linux-bulgaria.org Sent: Thursday, March 23, 2006 10:54 AM Subject: Re: lug-bg: one more samba problem deb4o wrote: но защо не пуснеш., самбата се логва в един файл и да видиш къде ти гърми. Аз имах подобни проблеми с изтрити папки и там в лог всичко си казва. Поне при мен казва кога даден файл е копиран, да ли е отказан достъп на потребител и т.н. Може по горе да си пуснал поне част от лог-а но според мен в момента само гадаем къде може да е проблема. Най интересното е че и с лог файловете, какво и да излиза там,. така и не мога вече 5-ти ден да подкарам самбата като файлов сървър и да могат разни потребители ралични достъпи да имат. аз съм казал на samba-та да пише log файлове (вярно, за всяка windows машина отделно), но такива просто не се създават = връзката (imho) между сървъра и клиентските машини се чупи някъде, и се опитвам да разбера къде точно и защо. уж всичко е наред, на самата машина, на която е сървъра, успявам да се свържа с него (smbclient //192.168.0.200/translations -U translingua), но от windows машините не успявам. а по ред причини не искам да слагам windows 2003 за файлов сървър :o( -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
On Thu, 2006-03-23 at 11:54 +0200, Nick Angelow wrote: deb4o wrote: но защо не пуснеш., самбата се логва в един файл и да видиш къде ти гърми. Аз имах подобни проблеми с изтрити папки и там в лог всичко си казва. Поне при мен казва кога даден файл е копиран, да ли е отказан достъп на потребител и т.н. Може по горе да си пуснал поне част от лог-а но според мен в момента само гадаем къде може да е проблема. Най интересното е че и с лог файловете, какво и да излиза там,. така и не мога вече 5-ти ден да подкарам самбата като файлов сървър и да могат разни потребители ралични достъпи да имат. аз съм казал на samba-та да пише log файлове (вярно, за всяка windows машина отделно), но такива просто не се създават = връзката (imho) между сървъра и клиентските машини се чупи някъде, и се опитвам да разбера къде точно и защо. уж всичко е наред, на самата машина, на която е сървъра, успявам да се свържа с него (smbclient //192.168.0.200/translations -U translingua), но от windows машините не успявам. а по ред причини не искам да слагам windows 2003 за файлов сървър :o( Здрасти! На бързо погледнах при мене как е и забелязвам това: bind interfaces only = yes interfaces = 10.0.0.4 127.0.0.1 а при тебе е: interfaces = 192.168.0.200/24 127.0.0.1 Дали не е тук проблема? :) -- Best regards George Vamporov Transimpex JSC (+359 2) 9 172 173 (+359 88) 9 000 370
Re: lug-bg: one more samba problem
Georgi Vamporov wrote: On Thu, 2006-03-23 at 11:54 +0200, Nick Angelow wrote: deb4o wrote: но защо не пуснеш., самбата се логва в един файл и да видиш къде ти гърми. Аз имах подобни проблеми с изтрити папки и там в лог всичко си казва. Поне при мен казва кога даден файл е копиран, да ли е отказан достъп на потребител и т.н. Може по горе да си пуснал поне част от лог-а но според мен в момента само гадаем къде може да е проблема. Най интересното е че и с лог файловете, какво и да излиза там,. така и не мога вече 5-ти ден да подкарам самбата като файлов сървър и да могат разни потребители ралични достъпи да имат. аз съм казал на samba-та да пише log файлове (вярно, за всяка windows машина отделно), но такива просто не се създават = връзката (imho) между сървъра и клиентските машини се чупи някъде, и се опитвам да разбера къде точно и защо. уж всичко е наред, на самата машина, на която е сървъра, успявам да се свържа с него (smbclient //192.168.0.200/translations -U translingua), но от windows машините не успявам. а по ред причини не искам да слагам windows 2003 за файлов сървър :o( Здрасти! На бързо погледнах при мене как е и забелязвам това: bind interfaces interfaces = 10.0.0.4 127.0.0.1 а при тебе е: interfaces = 192.168.0.200/24 127.0.0.1 Дали не е тук проблема? :) не няма проблем по този начин като са описани хостовете , по скоро проблема е в самба юзърите които са аднати(ако има такива). begin:vcard fn:George Genov n:Genov;George adr:;;;Veliko Tyrnovo;;5000;Bulgaria email;internet:[EMAIL PROTECTED] title:System Administrator tel;work:062/60-30-71 tel;cell:0888/644622 url:http://www.magibg.com version:2.1 end:vcard
Re: lug-bg: one more samba problem
Nick Angelow wrote: /dev/md0/home ext3defaults1 2 ще погледна в man страницата какво означава това 1 2, но май няма отношение към правата. Няма. Първото е ред за монтиране, второто - ред за архивиране. Понеже подразбирам, че си _преместил_ нещата върху raid, да не би правата на директориите да не позволяват на потребителя, с който работи самбата да ги вижда? [EMAIL PROTECTED] home]# ll -a drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 clients drwxrwxrwx 3 mysql mysql4096 Mar 8 18:52 mysql drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 software drwsrwsrwx 2 translinusers4096 Mar 5 18:10 translations според мен би трябвало всеки да може да пише в тези директории. или греша? А правата за /home? Сигурно са като горните, ама аз да попитам. дам -- Дамян Иванов Кредитреформ България [EMAIL PROTECTED] http://www.creditreform.bg/ тел. +359(2)928-2611, 929-3993 факс +359(2)920-0994 моб. +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Re: lug-bg: one more samba problem
Дамян Иванов wrote: Nick Angelow wrote: /dev/md0/home ext3defaults1 2 ще погледна в man страницата какво означава това 1 2, но май няма отношение към правата. Няма. Първото е ред за монтиране, второто - ред за архивиране. Понеже подразбирам, че си _преместил_ нещата върху raid, да не би правата на директориите да не позволяват на потребителя, с който работи самбата да ги вижда? [EMAIL PROTECTED] home]# ll -a drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 clients drwxrwxrwx 3 mysql mysql4096 Mar 8 18:52 mysql drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 software drwsrwsrwx 2 translinusers4096 Mar 5 18:10 translations според мен би трябвало всеки да може да пише в тези директории. или греша? А правата за /home? Сигурно са като горните, ама аз да попитам. ааа, ъъъ (виновно свел поглед): drwxr-xr-x 13 root root 4096 Mar 22 20:00 home ще бъде коригирано след малко. и по-късно вечерта ще докладвам какво е положението. -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
Nick Angelow wrote: Дамян Иванов wrote: Nick Angelow wrote: /dev/md0/home ext3defaults1 2 ще погледна в man страницата какво означава това 1 2, но май няма отношение към правата. Няма. Първото е ред за монтиране, второто - ред за архивиране. Понеже подразбирам, че си _преместил_ нещата върху raid, да не би правата на директориите да не позволяват на потребителя, с който работи самбата да ги вижда? [EMAIL PROTECTED] home]# ll -a drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 clients drwxrwxrwx 3 mysql mysql4096 Mar 8 18:52 mysql drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 software drwsrwsrwx 2 translinusers4096 Mar 5 18:10 translations според мен би трябвало всеки да може да пише в тези директории. или греша? А правата за /home? Сигурно са като горните, ама аз да попитам. ааа, ъъъ (виновно свел поглед): drwxr-xr-x 13 root root 4096 Mar 22 20:00 home ще бъде коригирано след малко. и по-късно вечерта ще докладвам какво е положението. drwxrwxrwx 13 root root 4096 Mar 22 20:00 home в момента това са правата на /home. и пак е старото положение. -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Angelow wrote: Nick Angelow wrote: Дамян Иванов wrote: Понеже подразбирам, че си _преместил_ нещата върху raid, да не би правата на директориите да не позволяват на потребителя, с който работи самбата да ги вижда? [EMAIL PROTECTED] home]# ll -a drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 clients drwxrwxrwx 3 mysql mysql4096 Mar 8 18:52 mysql drwsrwsrwx 2 rootroot 4096 Mar 5 18:10 software drwsrwsrwx 2 translinusers4096 Mar 5 18:10 translations според мен би трябвало всеки да може да пише в тези директории. или греша? А правата за /home? Сигурно са като горните, ама аз да попитам. ааа, ъъъ (виновно свел поглед): drwxr-xr-x 13 root root 4096 Mar 22 20:00 home ще бъде коригирано след малко. и по-късно вечерта ще докладвам какво е положението. drwxrwxrwx 13 root root 4096 Mar 22 20:00 home в момента това са правата на /home. и пак е старото положение. Предавам се :| Нямам повече идеи. дам - -- Дамян Иванов Кредитреформ България [EMAIL PROTECTED] http://www.creditreform.bg/ тел. +359(2)928-2611, 929-3993 факс +359(2)920-0994 моб. +359(88)856-6067 [EMAIL PROTECTED]/Gaim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEIt3jHqjlqpcl9jsRAufQAJ9yZqpteD6aJbUgPLIfp4rVtMDHXwCfaqX8 ohqRjemdS0Id/yVvutAKL9c= =UXK5 -END PGP SIGNATURE-
Re: lug-bg: one more samba problem
Опитай следните неща, дано са от полза:) конфигурационния файл на 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 ---security = share username map = /etc/samba/smbusers encrypt passwords = yes os level = 65 local master = yes domain master = yes ---Нали не са в домейн? защо тогава горния ред е YES? domain master = no preferred master = yes name resolve order = hosts lmhosts wins bcast wins support = yes Wins Support? А кой е wins server-a? 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 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 - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius ... --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за въпросите: о какво да се прави :о) о какво и къде съм объркал в настройките? о и дали проблемът е на сървъра или на клиентските машини? благодаря предварително
Re: lug-bg: one more samba problem
On Fri, 2006-03-24 at 09:16 +0200, Emil Sakaliiski wrote: Опитай следните неща, дано са от полза:) конфигурационния файл на 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 ---security = share username map = /etc/samba/smbusers encrypt passwords = yes os level = 65 local master = yes domain master = yes ---Нали не са в домейн? защо тогава горния ред е YES? domain master = no preferred master = yes name resolve order = hosts lmhosts wins bcast wins support = yes Wins Support? А кой е wins server-a? 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 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 - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius ... --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за въпросите: о какво да се прави :о) о какво и къде съм объркал в настройките? о и дали проблемът е на сървъра или на клиентските машини? благодаря предварително Емил, това, което си написал не е вярно. Ник, имаш ли пуснат firewall? Аз имам самба върху FC4 и работи без проблем. мога да ти пусна моя smb.conf да сравниш.
lug-bg: one more samba problem
от известно време се мъча да подкарам един (не само един, де) сървър в локална мрежа от десетина машини в офис на фирма. ровенето в архива на групата и в 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 - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius ... --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за въпросите: о какво да се прави :о) о какво и къде съм объркал в настройките? о и дали проблемът е на сървъра или на клиентските машини? благодаря предварително -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
Ivaylo Toshev wrote: А тези Win XPSP2 машини join_ати ли са в домейна ? няма домейн, само работна група. единствената разлика от преди (когато всичко работеше) е в хардуера -- появи се RAID масив. аз затова вече се съмнявам дали в него не е причината -- по някаква причина windows машините да не могат да го видят, защото споделените директории са на него. ще погледна в google какво може да се намери (стига да използвам правилните думи :о(). а довечера ще си направя експеримент -- дали ще споделя директория, намираща се на hda и ще видя дали ще мога да я достигна от някоя от windows машините. -- the lunatics are in my head --- Nick Angelow