[samba]

[Verwijderd]

Mijn maat, die op 134.184.119.39 zit op Mandrake 8.2, kan met samba verbinding maken en files transferren.

Ik daarintegen zit op 134.184.119.37 en op win2k prof UK SP2, en kan geen verbinding krijgen in mijn netwerk omgeving, ik krijg dan de error: "could not login, This account is not authorized to login from this station"


# Samba config file created using SWAT
# from p37.vub.ac.be (134.184.119.37)
# Date: 2002/04/08 12:26:56

# Global parameters
[global]
workgroup = VUB
server string = %h server (Samba %v)
obey pam restrictions = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n .
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
load printers = No
dns proxy = No
invalid users = root
create mask = 0644
hosts allow = 134.184.119.37, 134.184.119.39
case sensitive = Yes

[homes]
comment = Home Directories
read only = No

[printers]
comment = All Printers
path = /tmp
create mask = 0700
printable = Yes
browseable = No
available = No

[Pub]
comment = Pub
path = /pub
force user = pub
force group = pub
read only = No

[MikeN]

Wat vaak nogal scheelt i.c.m. Windows:

code:

encrypt passwords = yes

O.i.d. Ik weet alleen niet of het in dit geval erg veel uitmaakt, maar laten we het maar als algemene tip noteren

[dinges]

Op maandag 08 april 2002 12:44 schreef MikeN het volgende:
Wat vaak nogal scheelt i.c.m. Windows:

code:

encrypt passwords = yes

O.i.d. Ik weet alleen niet of het in dit geval erg veel uitmaakt, maar laten we het maar als algemene tip noteren

dat gaat waarschijnlijk wel helpen
was bij mij namelijk ook zo


en als we toch bezig zijn met tipjes

code:

socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

schijnt ook wel goed te zijn voor de snelheid

[Verwijderd]

thx, maar, daar ben ik op het moment niet vet mee

[dinges]

Op maandag 08 april 2002 12:32 schreef gabberatski het volgende:
hosts allow = 134.184.119.37, 134.184.119.39

, weghalen

[Verwijderd]

ik heb encrypted passwords aangezet en ja, nu krijg ik een login scherm, maar geen enkele account blijkt hij te accepteren

[dinges]

Op maandag 08 april 2002 13:05 schreef gabberatski het volgende:
ik heb encrypted passwords aangezet en ja, nu krijg ik een login scherm, maar geen enkele account blijkt hij te accepteren

op zo een moment kijkt een mens wat er in de log staat

[Verwijderd]

obey pam restrictions = Yes
bash deze maar uit

case sensitive = Yes
niet handig met windows machientjes

[stekkel]

zijn er wel accounts aangemaakt in de smbpasswd?
samba maakt namelijk gebruik van haar eigen userfile.

users kunnen aangemaakt worden met:

smbpasswd -a username password

[Verwijderd]

thx, nu werkt het

[Verwijderd]

Op maandag 08 april 2002 13:15 schreef stekkel het volgende:
zijn er wel accounts aangemaakt in de smbpasswd?
samba maakt namelijk gebruik van haar eigen userfile.

users kunnen aangemaakt worden met:

smbpasswd -a username password

daar ging ik wel vanuit maar ja het is moeilijk man te gebruiken

[Arioch]

Op maandag 08 april 2002 13:09 schreef lemac4444 het volgende:
obey pam restrictions = Yes
bash deze maar uit

case sensitive = Yes
niet handig met windows machientjes

mandrake installeert waarschijnlijk geen PAM...
en het zou mij verbazen als een mandrake gebruiker dit zelf installeert

[Verwijderd]

Op dinsdag 09 april 2002 13:45 schreef Bl4cKH4T het volgende:

[..]

mandrake installeert waarschijnlijk geen PAM...
en het zou mij verbazen als een mandrake gebruiker dit zelf installeert

Er staat ook niet voor niks "Bash deze maar even uit" Wat zoveel betekent als zet er een "#" voor

[Verwijderd]

Blijkbaar vroeg m'n kotgenoot hier om wat hulp (je mag nu raden welk IP van mij is ). M'n het-werkt-voor-mij houding zal hier wel voor iets tussen gezeten hebben . Even reageren op enkele zaken.



MikeN gaf de tip om het volgende toe te voegen:

encrypt passwords = yes

Dit hadden we geprobeerd maar dat gaf problemen met inloggen via een Linux (edit, hier stond "andere") machine. Als ik het me goed herinner bestond de oplossing erin om dit aan te zetten en en dan ook een optie in te activeren die er voor zorgde dat encryptie niet verpicht was.

Ik kan het echter nu niet controleren omdat de koeler fan van die file server kapot is en we geen desktop Linux PC over hebben om de HDD in te steken. Met de examens heb ik nu ook geen behoefte om naar de PC winkel te stappen.



dinges zei dat er een komma teveel zou staan. Dit is dus niet zo, hoewel de komma optioneel is.



lemac4444 merkte op:

case sensitive = Yes
niet handig met windows machientjes

Wanneer dit uitgeschakeld is kan ik vanaf Linux geen hoofdletter in een kleine letter (of omgekeerd) veranderen. Aangezien ik nog geen klachten gehoord heb van m'n kotgenoot zie ik dan ook niet in waarom het verandert zou moeten worden.

Ik neem aan dat de meeste Windows programma's de case van filenames niet intern gaan veranderen. De programma's die toegang moeten hebben tot de share doen dit in ieder geval niet.



In een later post zei hij/zij ook:

daar ging ik wel vanuit maar ja het is moeilijk man te gebruiken

als reactie op het niet gebruiken van smbpasswd.

Ik zou even willen opmerken dat het gebruiken van een apart SAMBA paswoorden file enkel nodig is wanneer encryptie gebruikt wordt. Voordien deden we dit niet (aangezien het niet nodig, of zelfs mogelijk, is voor Linux). Ik had het dan misschien over het hoofd gezien maar zo onbegrijpelijk is m'n fout nu ook weer niet, nee?



Bl4cKH4T schreef:

mandrake installeert waarschijnlijk geen PAM...
en het zou mij verbazen als een mandrake gebruiker dit zelf installeert

Mandrake installeert dit wel. Ik heb de laatste tijd ook nog geen GNU/Linux distributie gezien (edit, gezien stond er niet. oops ) die dit niet doet. Of SAMBA onder Mandrake er gebruik van maakt weet ik niet, omdat ik het niet gebruik (nu ja, ik gebruik het wel op public share level voor het LAN).

Niet dat het uitmaakt, SAMBA draait in dit geval op Debian. Mandrake gebruik ik hier op m'n laptop.

O ja, bedankt aan iedereen die gabberatski hielp.