Samba 2.2.9 und DOMAIN

[cstux]

Hi,

da ja Samba 3.0.* noch Probleme mit dem ändern von UID und GID hat, hab ich mir kurzer Zeit entschlossen auf 2.2.9 zuwechseln.

Jetzt hab ich das Problem das ich immer die DOMAIN vom Client mitgegeben bekomme und nicht nur die DOMAIN die ich in der smb.conf angegeben habe.

Was muss ich einstellen das er nur die DOMAIN vom Server nimmt und nicht die vom Client.

[emba]

ja Samba 3.0.* noch Probleme mit dem ändern von UID und GID hat

achja? is mir neu, erklär mal ;)

zum rest deiner frage: verstehe ich nicht....wann bekommt er was vom client mit? wie ist die smb.conf ?

greez

[cstux]

Also der Client hat in seiner SMB.CONF Workgroup DOMAIN1 stehen.

In der SMB.CONF vom Server steht DOMAIN2.

Wenn der Client sich jetzt mit "mount -t smbfs" versucht zu verbinden fragt der den DomainController
DOMAIN=Domain1
USER=benutzer
Passwort=passwort

Die Domain Workgroup "MYGROUP" steht nicht in meiner smb.conf sondern in der SMB.CONF vom Client.
Der Server hat als Workgroup "DOMAIN"

LogFile ausschnitt


[2004/06/03 14:48:26, 3] smbd/sec_ctx.c:set_sec_ctx(329)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2004/06/03 14:48:26, 3] smbd/negprot.c:reply_negprot(342)
Requested protocol [PC NETWORK PROGRAM 1.0]
[2004/06/03 14:48:26, 3] smbd/negprot.c:reply_negprot(342)
Requested protocol [MICROSOFT NETWORKS 1.03]
[2004/06/03 14:48:26, 3] smbd/negprot.c:reply_negprot(342)
Requested protocol [MICROSOFT NETWORKS 3.0]
[2004/06/03 14:48:26, 3] smbd/negprot.c:reply_negprot(342)
Requested protocol [LANMAN1.0]
[2004/06/03 14:48:26, 3] smbd/negprot.c:reply_negprot(342)
Requested protocol [LM1.2X002]
[2004/06/03 14:48:26, 3] smbd/negprot.c:reply_negprot(342)
Requested protocol [Samba]
[2004/06/03 14:48:26, 3] smbd/negprot.c:reply_negprot(426)
Selected protocol NT LANMAN 1.0
[2004/06/03 14:48:29, 3] smbd/process.c:process_smb(846)
Transaction 2 of length 139
[2004/06/03 14:48:29, 3] smbd/process.c:switch_message(685)
switch message SMBsesssetupX (pid 6000)
[2004/06/03 14:48:29, 3] smbd/sec_ctx.c:set_sec_ctx(329)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2004/06/03 14:48:29, 3] smbd/reply.c:reply_sesssetup_and_X(880)
Domain=[MYGROUP] NativeOS=[Unix] NativeLanMan=[Samba]
[2004/06/03 14:48:29, 3] smbd/reply.c:reply_sesssetup_and_X(890)
sesssetupX:name=[RW1360]
[2004/06/03 14:48:29, 3] libsmb/namequery.c:resolve_lmhosts(769)
resolve_lmhosts: Attempting lmhosts lookup for name NTS0600-001<0x20>
[2004/06/03 14:48:29, 3] libsmb/namequery.c:resolve_hosts(809)
resolve_hosts: Attempting host lookup for name NTS0600-001<0x20>
[2004/06/03 14:48:29, 3] lib/util_sock.c:open_socket_out(845)
Connecting to 130.10.10.231 at port 445
[2004/06/03 14:48:30, 0] rpc_client/cli_netlogon.c:cli_net_sam_logon_internal(406)
cli_net_sam_logon_internal: NT_STATUS_NO_SUCH_USER
[2004/06/03 14:48:30, 0] smbd/password.c:domain_client_validate(1621)
domain_client_validate: unable to validate password for user benutzer in domain MYGROUP to Domain controller nts0600-001. Error was NT_STATUS_NO_SUCH_USER.
[2004/06/03 14:48:30, 1] smbd/password.c:pass_check_smb(545)
Couldn't find user 'rw1360' in passdb.
[2004/06/03 14:48:30, 2] smbd/reply.c:reply_sesssetup_and_X(997)
NT Password did not match for user 'rw1360'!
[2004/06/03 14:48:30, 2] smbd/reply.c:reply_sesssetup_and_X(1007)
Defaulting to Lanman password for benutzer
[2004/06/03 14:48:30, 1] smbd/password.c:pass_check_smb(545)
Couldn't find user 'rw1360' in passdb.
[2004/06/03 14:48:30, 1] smbd/reply.c:reply_sesssetup_and_X(1023)
Rejecting user 'rw1360': authentication failed
[2004/06/03 14:48:30, 3] smbd/error.c:error_packet(129)
error packet at smbd/reply.c(1025) cmd=115 (SMBsesssetupX) eclass=2 ecode=2
[2004/06/03 14:48:30, 3] smbd/process.c:timeout_processing(1066)
end of file from client
[2004/06/03 14:48:30, 3] smbd/sec_ctx.c:set_sec_ctx(329)
setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2004/06/03 14:48:30, 2] smbd/server.c:exit_server(511)
Closing connections
[2004/06/03 14:48:30, 3] smbd/connection.c:yield_connection(48)

[emba]

klappt denn

smbmoount //server/freigabe /mnt -o workgroup=DOMAIN1,uid=100,username=benutzer

???

uid muss logischerweise ersetzt werden

greez

[Peredur]

Also der Client hat in seiner SMB.CONF Workgroup DOMAIN1 stehen.

Hi,

eine bescheidene Frage:
Ist der Client Windows oder Linux?

Für Linux gibt es NIS und NFS dafür.

Ich rate dir den Samba Dienst nicht für Linux Client zu verwenden.

Gruss
Peredur

[cstux]

Das mit SMBMOUNT und der Option Workgroup funktioniert.

Jetzt ist das Problem ich hab noch ein CIFS-Client und hier kann ich kein workgroup mit übergeben.

[emba]

funktioniert denn das setzen der uid auf die gemounteten files eigentlich ?

greez

[cstux]

Das ganze ist für die Entwicklung gedacht.

Da wir alle Betriebssystem von Windows, HPUX, AIX, Linux und so weiter einsetzten, brauchen wir wir ein Protokoll das man unterallen ansprechen ist.

Und auch die Home-Verzeichnise freigibt und hier ist Samba die optimale Lösung.

GForge legt uns die Benutzer und die CVS-Reposetorys an und Samba gibt die Sandboxen für die User frei.

So mountet sich jeder User seine Sandbox von unserem CVS Server und man muss nicht auf jedem Betriebssystem sein CVS auschecken und patchen.

[Peredur]

Achso, nun wird einiges klarer.

Wir haben das auch mal gemacht. Das Ergebnis war niederschmetternd.
(Linux Suse ES 7.2 und 8.1, RedHat AS 2.1, HP-UX 9.2 mit Samba 2.2.4 und Windows 2000)

Die meisten Files waren danach Korrupt.
Deshalb blieben wir bei NIS und NFS bei den Unix-Linux Servern und für Windows haben wir die Unix-Tools von MS SFU 2.0 (Windows Services for UNIX 3.5 aktuell und kostenlos).

Schreib doch ne Info ob es geklappt hat. Unser Test ist auch schon fast 2 Jahre alt.

Gruss
Peredur ;)

[cstux]

Also ich hab es zwar getestet jedoch möchte ich es nicht auf alle Windwos PC's verteilen, da es einfach zu viele PC's sind.