AW: Re: Kann nicht an Domain Controller connecten
Hallo Sandy,
suse@jkg-neuss.de wrote:
Hallo, ich habe unter Suse 9.2 mit Samba einen Domaincontrollere installiert. Der Domaincontroller wird von Windows gefunden, berim connecten will Windows XP einen Username und PW. Welcher user ist das ? der In der smb.con eingetragen smbadmin ? Den habe ich mit smbpasswd -a und dann smbpasswd -e der Linux Maschine hinzugefügt. Windwos meldet dann : Benutzer nicht gefunden . Bei einer anderen Istallation klappte es mit "root" auch den habe ich mit smbpasswd -a Samba hinzugefügt (natürlich mit einem andern pw als "der echte" ) aber klappt auch nicht. Bei einer Windowskiste mit Servicepack 2 drauf klappte alles problemlos. Auch habe ich das hiier ausgeführt : __________________________________________- #Für Windows 2000 und XP: #HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\ LanmanWorkStation\ #Parameters #fügen Sie einen neuen Wert als Datentyp REG_DWORD mit dem Namen #"EnablePlainTextPassword" ein und stellen diesen Wert auf "1". ___________________________________________ aber angeblich sollte das bei Samba 3. 0 ja nicht mehr nötig sein ????
die Smb.conf sieht so aus
__________________________
[global] workgroup = JKG server string = %h server interfaces = 127.0.0.1, 192.168.1.0/24 hosts allow = 127.0.0.1, 192.168.1.0/24 hosts deny = all map to guest = Bad User passwd program = /usr/bin/passwd %u passwd chat = *password* %n\n *password* %n\n *changed* passwd chat debug = yes username map = /etc/samba/smbusers unix password sync = yes log level = 3 passdb backend = smbpasswd encrypt passwords = yes
Das beisst sich vor allem so gut mit dieser Einstellung.
Ich habe das Gefühl, dass du etwas planlos an die Sache rangehst und per Trial and Error" hoffst, dass etwas Brauchbares herauskommt. Dieses Vorgehen braucht sehr viel Geduld und Hartnäckigkeit.
Definiere doch bitte zuerst präzise, was deine Ziele sind: Darunter: - Welche PCs sollen sich verbinden können Win XP ohne SP2, alle im gleichen Subnetz 192.168.1.x
- Welche User sollen sich einloggen können User die auf dem Linux Rechner mit smbpasswd -a eingetragen wurden, (diese Konten existieren auf dem Windows client nicht)
- Wie genau sollen die User verwaltet werden weisss nicht genau was du meinst; wenn sie einmal mit smbpasswd eingetragen sind reicht das
- Ist der Sambaserver der einzige Server ja
- Gibt es bereits eine Domäne, die migriert werden soll nein - Welche Sicherheitsstufen soll der Server anbieten (User-, Gruppen-, Computer-, domänen-abhängig)? ist egal
usw...
Eine genaue Aufstellung, was man erreichen möchte, kann enorm Zeit sparen.
Sandy
-- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Guten Tag suse@jkg-neuss.de, am Donnerstag, 21. September 2006 um 12:09 schrieben Sie:
Hallo Sandy,
suse@jkg-neuss.de wrote:
Hallo, ich habe unter Suse 9.2 mit Samba einen Domaincontrollere installiert. Der Domaincontroller wird von Windows gefunden, berim connecten will Windows XP einen Username und PW. Welcher user ist das ? der In der smb.con eingetragen smbadmin ? Den habe ich mit smbpasswd -a und dann smbpasswd -e der Linux Maschine hinzugefügt. Windwos meldet dann : Benutzer nicht gefunden . Bei einer anderen Istallation klappte es mit "root" auch den habe ich mit smbpasswd -a Samba hinzugefügt (natürlich mit einem andern pw als "der echte" ) aber klappt auch nicht. Bei einer Windowskiste mit Servicepack 2 drauf klappte alles problemlos. Auch habe ich das hiier ausgeführt : __________________________________________- #Für Windows 2000 und XP: #HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\ LanmanWorkStation\ #Parameters #fügen Sie einen neuen Wert als Datentyp REG_DWORD mit dem Namen #"EnablePlainTextPassword" ein und stellen diesen Wert auf "1". ___________________________________________ aber angeblich sollte das bei Samba 3. 0 ja nicht mehr nötig sein ????
die Smb.conf sieht so aus
__________________________
[global] workgroup = JKG server string = %h server interfaces = 127.0.0.1, 192.168.1.0/24 hosts allow = 127.0.0.1, 192.168.1.0/24 hosts deny = all Ist aber hier nicht auch schon ein fehler drin? erst erlaubst du den rechnern und dann verbietest du. oder liege ich da falsch? das ergibt doch keinen sinn.
map to guest = Bad User passwd program = /usr/bin/passwd %u passwd chat = *password* %n\n *password* %n\n *changed* passwd chat debug = yes username map = /etc/samba/smbusers unix password sync = yes log level = 3 passdb backend = smbpasswd encrypt passwords = yes
Das beisst sich vor allem so gut mit dieser Einstellung.
Ich habe das Gefühl, dass du etwas planlos an die Sache rangehst und per Trial and Error" hoffst, dass etwas Brauchbares herauskommt. Dieses Vorgehen braucht sehr viel Geduld und Hartnäckigkeit.
Definiere doch bitte zuerst präzise, was deine Ziele sind: Darunter: - Welche PCs sollen sich verbinden können Win XP ohne SP2, alle im gleichen Subnetz 192.168.1.x
- Welche User sollen sich einloggen können User die auf dem Linux Rechner mit smbpasswd -a eingetragen wurden, (diese Konten existieren auf dem Windows client nicht) aber soweit ich weiß sollten die auf dem sambaserver als normale unix benutzer existieren. - Wie genau sollen die User verwaltet werden weisss nicht genau was du meinst; wenn sie einmal mit smbpasswd eingetragen sind reicht das
- Ist der Sambaserver der einzige Server ja
- Gibt es bereits eine Domäne, die migriert werden soll nein - Welche Sicherheitsstufen soll der Server anbieten (User-, Gruppen-, Computer-, domänen-abhängig)? ist egal wenn es um ganz einfach freigaben geht, sowie von win 9x gewohnt und die sicherheit vernachlässigt werden kann, reicht auch ein SHARE. Und dann ein guest okay.
usw...
Eine genaue Aufstellung, was man erreichen möchte, kann enorm Zeit sparen.
Sandy
-- Mit freundlichen Grüßen Sebastian Gödecke mailto:sgoedecke@gmx.net
mal eine Frage hat du Maschinen-Accounts angelegt?? Ohne die kann der Rechner nämlich nicht der Domain beitreten. passwd -am rechnername$ smbpasswd -a rechnername korrigiert mich bitte wenn ich die Befehle falsch geschieben habe ich bin mir da gerade nicht ganz so sicher ist schon ein paar Tage her :) Sebastian Gödecke schrieb:
Guten Tag suse@jkg-neuss.de,
am Donnerstag, 21. September 2006 um 12:09 schrieben Sie:
Hallo Sandy,
suse@jkg-neuss.de wrote:
Hallo, ich habe unter Suse 9.2 mit Samba einen Domaincontrollere installiert. Der Domaincontroller wird von Windows gefunden, berim connecten will Windows XP einen Username und PW. Welcher user ist das ? der In der smb.con eingetragen smbadmin ? Den habe ich mit smbpasswd -a und dann smbpasswd -e der Linux Maschine hinzugefügt. Windwos meldet dann : Benutzer nicht gefunden . Bei einer anderen Istallation klappte es mit "root" auch den habe ich mit smbpasswd -a Samba hinzugefügt (natürlich mit einem andern pw als "der echte" ) aber klappt auch nicht. Bei einer Windowskiste mit Servicepack 2 drauf klappte alles problemlos. Auch habe ich das hiier ausgeführt : __________________________________________- #Für Windows 2000 und XP: #HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\ LanmanWorkStation\ #Parameters #fügen Sie einen neuen Wert als Datentyp REG_DWORD mit dem Namen #"EnablePlainTextPassword" ein und stellen diesen Wert auf "1". ___________________________________________ aber angeblich sollte das bei Samba 3. 0 ja nicht mehr nötig sein ????
die Smb.conf sieht so aus
__________________________
[global] workgroup = JKG server string = %h server interfaces = 127.0.0.1, 192.168.1.0/24 hosts allow = 127.0.0.1, 192.168.1.0/24 hosts deny = all Ist aber hier nicht auch schon ein fehler drin? erst erlaubst du den rechnern und dann verbietest du. oder liege ich da falsch? das ergibt doch keinen sinn.
map to guest = Bad User passwd program = /usr/bin/passwd %u passwd chat = *password* %n\n *password* %n\n *changed* passwd chat debug = yes username map = /etc/samba/smbusers unix password sync = yes log level = 3 passdb backend = smbpasswd encrypt passwords = yes
Das beisst sich vor allem so gut mit dieser Einstellung.
Ich habe das Gefühl, dass du etwas planlos an die Sache rangehst und per Trial and Error" hoffst, dass etwas Brauchbares herauskommt. Dieses Vorgehen braucht sehr viel Geduld und Hartnäckigkeit.
Definiere doch bitte zuerst präzise, was deine Ziele sind: Darunter: - Welche PCs sollen sich verbinden können Win XP ohne SP2, alle im gleichen Subnetz 192.168.1.x
- Welche User sollen sich einloggen können User die auf dem Linux Rechner mit smbpasswd -a eingetragen wurden, (diese Konten existieren auf dem Windows client nicht) aber soweit ich weiß sollten die auf dem sambaserver als normale unix benutzer existieren. - Wie genau sollen die User verwaltet werden weisss nicht genau was du meinst; wenn sie einmal mit smbpasswd eingetragen sind reicht das
- Ist der Sambaserver der einzige Server ja
- Gibt es bereits eine Domäne, die migriert werden soll nein - Welche Sicherheitsstufen soll der Server anbieten (User-, Gruppen-, Computer-, domänen-abhängig)? ist egal wenn es um ganz einfach freigaben geht, sowie von win 9x gewohnt und die sicherheit vernachlässigt werden kann, reicht auch ein SHARE. Und dann ein guest okay.
usw...
Eine genaue Aufstellung, was man erreichen möchte, kann enorm Zeit sparen.
Sandy
mfg tim
suse@jkg-neuss.de wrote:
Hallo Sandy,
suse@jkg-neuss.de wrote:
Hallo, ich habe unter Suse 9.2 mit Samba einen Domaincontrollere installiert. Der Domaincontroller wird von Windows gefunden, berim connecten will Windows XP einen Username und PW. Welcher user ist das ? der In der smb.con eingetragen smbadmin ? Den habe ich mit smbpasswd -a und dann smbpasswd -e der Linux Maschine hinzugefügt. Windwos meldet dann : Benutzer nicht gefunden . Bei einer anderen Istallation klappte es mit "root" auch den habe ich mit smbpasswd -a Samba hinzugefügt (natürlich mit einem andern pw als "der echte" ) aber klappt auch nicht. Bei einer Windowskiste mit Servicepack 2 drauf klappte alles problemlos. Auch habe ich das hiier ausgeführt : __________________________________________- #Für Windows 2000 und XP: #HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Services\ LanmanWorkStation\ #Parameters #fügen Sie einen neuen Wert als Datentyp REG_DWORD mit dem Namen #"EnablePlainTextPassword" ein und stellen diesen Wert auf "1". ___________________________________________ aber angeblich sollte das bei Samba 3. 0 ja nicht mehr nötig sein ????
die Smb.conf sieht so aus
__________________________
[global] workgroup = JKG server string = %h server interfaces = 127.0.0.1, 192.168.1.0/24 hosts allow = 127.0.0.1, 192.168.1.0/24 hosts deny = all map to guest = Bad User passwd program = /usr/bin/passwd %u passwd chat = *password* %n\n *password* %n\n *changed* passwd chat debug = yes username map = /etc/samba/smbusers unix password sync = yes log level = 3 passdb backend = smbpasswd encrypt passwords = yes Das beisst sich vor allem so gut mit dieser Einstellung.
Ich habe das Gefühl, dass du etwas planlos an die Sache rangehst und per Trial and Error" hoffst, dass etwas Brauchbares herauskommt. Dieses Vorgehen braucht sehr viel Geduld und Hartnäckigkeit.
Definiere doch bitte zuerst präzise, was deine Ziele sind: Darunter: - Welche PCs sollen sich verbinden können Win XP ohne SP2, alle im gleichen Subnetz 192.168.1.x
Läuft das Update von Win XP ohne SP2 nicht bald aus? Jedenfalls arbeiten diese Clients normalerweise mit verschlüsselten Passwörtern.
- Welche User sollen sich einloggen können User die auf dem Linux Rechner mit smbpasswd -a eingetragen wurden, (diese Konten existieren auf dem Windows client nicht)
Sind denn die Windows-Rechner als machine accounts eingetragen worden?
- Wie genau sollen die User verwaltet werden weisss nicht genau was du meinst; wenn sie einmal mit smbpasswd eingetragen sind reicht das
Organisationen, Gruppen etc. oder flach "erste Klasse, Einheitsklasse" (^-^)
- Ist der Sambaserver der einzige Server ja
- Gibt es bereits eine Domäne, die migriert werden soll nein - Welche Sicherheitsstufen soll der Server anbieten (User-, Gruppen-, Computer-, domänen-abhängig)? ist egal
Brauchen die User denn das Loginscript? Falls nicht, kannst du wahrscheinlich auf eine Domäne verzichten. Wieviele Clients gibt es denn? Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
participants (4)
-
Sandy Drobic -
Sebastian Gödecke -
suse＠jkg-neuss.de -
Tim Macholl