[Samba] Na update niet meer werkend?

[Tanuki]

Ik heb vanmiddag mijn Debian bakje weer eens geupdate en daarbij dus ook Samba.

Dit heb ik met apt-get gedaan en daarbij heb ik zeker weten niet aangegeven dat 'ie een nieuwe configuratie file moet installeren. Als ik /etc/samba/smb.conf open zie ik ook nog gewoon mijn oude shares staan, met de configuratie die ik erin had gezet.
Ook de smbusers file die ik had gemaakt is er nog gewoon en daar staat de correcte username in (namelijk die van de Windows XP PC waaronder ik altijd inlog).

code:

# Share the WWW folder
[www]
        comment = Webserver
        path = /var/www
        read only = No
        guest ok = No
        browseable = Yes
        create mask = 0644
        directory mask = 0755
        write list = subzero
        force group = www-data
        force user = www-data

# Share the System folder
[system]
        comment = System
        path = /
        read only = No
        guest ok = No
        browseable = Yes
        create mask = 0644
        directory mask = 0755
        write list = subzero
        force group = root
        force user = root

Dit heb ik in smb.conf staan.

En dit staat in smbusers:

code:

# unixname = "Windows name" if contains spaces, otherwise no double quotes
subzero = "Windows Username"

De account subzero bestaat overigens ook op de PC waarop Samba draait en de rechten zijn gewoon aanwezig, het werkte voor de update ook allemaal perfect.

Echter na de update niet meer. De standaard "Home Directories" share (naar de map "/home/subzero") werkt wel, daar kan ik gewoon in, alleen ik heb geen schrijfrechten (weet niet zeker of ik dat voorheen wel had). Maar de system en www share kan ik helemaal niet in. Dan krijg ik een login-schermpje waar ik Username en Wachtwoord in moet vullen (je weet wel), maar wat ik daar ook invul, ik kan er niet op. Het lijkt dus wel of de gegevens die ik invoer helemaal niet geaccepteerd worden. En ja, ik vul het goede wachtwoord in.

Als ik dan op Cancel druk en er weer in probeer te gaan krijg ik "refers to a location that is unavailable". Ik weet 100% zeker dat 'ie niet unavailable is, want ik kan wel in de home share. Er is dus iets anders fout, maar ik kan maar niet vinden wat?

Kan iemand mij hiermee helpen?

[laurxp]

Bij de www share foceer je de gebruiker www-data, bij de system share foceer je root.
Je kan dus alleen als die gebruikers bij die shares.
Heb je deze conf zo van internet geplukt?
Hij is namelijk erg onveilig.
Op deze manier kan iedereen gewoon bij je data, en het ook nog aanpassen.
Ik raad je aan om ssh te gaan gebruiken, hiermee kan je ook bestanden verzenden.

[FiscBiker]

Weet ook dat met 3.0.25 de conf-opties aardig zijn aangepast, waardoor het sowieso handig is om je conf-bestand weer eens nauwkeurig na te lopen.

[Verwijderd]

laurxp schreef op vrijdag 20 juli 2007 @ 22:04:
Bij de www share foceer je de gebruiker www-data, bij de system share foceer je root.

Correct

Je kan dus alleen als die gebruikers bij die shares.

Nope.
man smb.conf leert je het volgende:

code:

         This specifies a UNIX user name that will be assigned as the default
          user  for  all  users connecting to this service. This is useful for
          sharing files. You should also use it carefully as using  it  incor‐
          rectly can cause security problems.

          This user name only gets used once a connection is established. Thus
          clients still need to connect as a valid user  and  supply  a  valid
          password.  Once  connected, all file operations will be performed as
          the "forced user", no matter what username the client connected  as.
          This can be very useful.

Kortom alle acties worden uiteindelijk uitgevoerd als de betreffende gebruiker. Het heeft niks te maken met wie toegang heeft.

Heb je deze conf zo van internet geplukt?
Hij is namelijk erg onveilig.
Op deze manier kan iedereen gewoon bij je data, en het ook nog aanpassen.

Oh
Het hele idee van een fileserver is dat je bestanden kan plaatsen en/of delen met andere gebruikers.
Buiten het feit dat een write list met read-only op no nou niet echt veel nut heeft staat de guest access to echt uit en moet er dus sprake zijn van geregistreerde accounts (er vanuit gaande dat de server niet op share modus ingesteld staat, wat sowieso niet echt veel meer voorkomt).

Als je een opmerking geplaatst had dat het niet zo handig is om je hele systeem via een share met force user root te delen, dan was ik het met je eens geweest.

Ik raad je aan om ssh te gaan gebruiken, hiermee kan je ook bestanden verzenden.

Ik raad postfix (de mailserver) aan, kun je ook prima bestanden mee delen
Buiten het feit dat je met SSH ook bestanden kunt versturen naast nog vele andere dingen, moet je me toch eens uitleggen waarom je in hemelsnaam SSH adviseert als alternatief voor een fileserver

Advies is prima, maar zorg dan wel dat je verhaal klopt


Aan TS:
Zou je de betreffende versie(s) van Samba kunnen noemen? Je noemt namelijk alleen debian, maar niet de versie en/of het type update dat je op de distro uitvoerde.

Een goede start is in ieder geval om met het command "testparm" je samba configuratie te controlen. Controleer vervolgens de logfiles (standaard onder /var/log/samba op debian) op foutmeldingen. Kun je nog niks vinden dan is het aan te raden het "log level" in samba te verhogen en nogmaals in de logfiles te bekijken (niet vergeten samba te herstarten)

Verder zijn in de recente versie van Samba de nodige grote wijzigingen doorgevoerd die een bestaande installatie aardig kreupel kunnen maken

edit:

Wat FiscBiker dus zegt