samba luister niet op poort 139

[2playgames]

Ik heb blijkbaar iets gedaan met mijn samba server dat hij het niet meer doet. Ik kan niet verbinden vanuit Windows. Nadere inspectie met ps en netstat leert dat smbd wel draait, maar er niets luistert op poort 139 (waar Windows mee wil verbinden). Er draaien wel nmbd's op 137 en 138, maar daar heb ik zo direct niets aan. Ook staan er geen fouten in de log.

Googlen geeft alleen maar resultaten wat betreft het niet luisteren op een bepaald adres, maar niet dat hij uberhaupt niet luistert. In de config zie ik zo geen overduidelijk verkeerde instellingen:

code:

[global]
        log file = /var/log/samba/log.%m
        guest account = guest
        passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
        obey pam restrictions = yes
        map to guest = bad user
        encrypt passwords = true
        passwd program = /usr/bin/passwd %u
        passdb backend = tdbsam
        dns proxy = no
        server string = %h server (Samba, Ubuntu)
        unix password sync = yes
        workgroup = VANHEUKELOM
        os level = 20
        security = share
        syslog = 0
        usershare allow guests = yes
        panic action = /usr/share/samba/panic-action %d
        max log size = 1000
        pam password change = yes
        socket options = TCP_NODELAY

#======================= Share Definitions =======================

#[homes]
#   comment = Home Directories
#   browseable = no
#   read only = no
#   create mask = 0755
#   directory mask = 0755
#   valid users = %S

[share]
        guest ok = yes
        comment = Shared Files
        writeable = yes
        create mode = 775
        public = yes
        path = /home/share
        directory mode = 775

Wat kan er fout gaan? Ik snap niet hoe dit mogelijk is. Een samba server die helemaal nergens naar luistert, daar heeft niemand wat aan toch?

[gertvdijk]

• Wat zeggen je logs wel als je syslog = 1 doet? (/var/log/samba/samba-log.smbd, /var/log/syslog)
• Wat is de output van netstat -nlp?
• Krijg je output op iptables -L -n | grep 139? Zo ja, in welke chains staan ze etc.?
• Is samba running? ps aux | grep smbd
• Heb je samba al eens gerestart? (Je moet na elke wijziging van de config restarten hè!?)
• Waarom security = share? en niet = user?
• Waar is je networking deel van de config?
  code:
  

  #### Networking ####
     bind interfaces only = true
     interfaces = eth0, lo
     hosts deny = all
     hosts allow = 172.16.4.0/24

Btw, alle commando's op de server draaien.

[ Voor 31% gewijzigd door gertvdijk op 10-03-2009 23:43 ]

[2playgames]

# Wat zeggen je logs wel als je syslog = 1 doet? (/var/log/samba/samba-log.smbd, /var/log/syslog)

niets

# Wat is de output van netstat -nlp?

netstat -nlp | grep 139 ---> niets

# Krijg je output op iptables -L -n | grep 139? Zo ja, in welke chains staan ze etc.?

geen output

# Is samba running? ps aux | grep smbd

ja

# Heb je samba al eens gerestart? (Je moet na elke wijziging van de config restarten hè!?)

ja, al tig keer

# Waarom security = share? en niet = user?

omdat

If your PCs use usernames that are the same as their usernames on the UNIX machine then you will want to use security = user. If you mostly use usernames that don't exist on the UNIX box then use security = share.

You should also use security = share if you want to mainly setup shares without a password (guest shares). This is commonly used for a shared printer server. It is more difficult to setup guest shares with security = user, see the map to guestparameter for details.

# Waar is je networking deel van de config?

afwezig, maar de opties die je noemt hebben standaard al de juiste waarden. er wordt op alle interfaces geluisterd, en alle hosts zijn toegestaan

dit alles heb ik van:
http://us1.samba.org/samb...mb.conf.5.html#INTERFACES

[2playgames]

Het is opgelost. Zoals ik hierboven zei draaide er een aantal smbd's. Het starten leek dus goed te gaan. Toen zag ik echter het lage PID dat deze processen haden, en ging er een belletje rinkelen. Deze processen bleken goed te zijn vastgelopen, want zelfs op een kill reageerden ze niet.
Ik heb ze met kill -9 afgemaakt, waarna de boel weer normaal start.

[ Voor 3% gewijzigd door 2playgames op 11-03-2009 00:41 ]