Hallo Liste, wie kriege ich ein Windowsverzeichnis per smb gemountet bzw. wo muß ich noch was einstellen? Mit Xerxes:/home/hfischer # /sbin/mount.smbfs //192.168.*.*/Eigene\ Dateien /mnt -o rw username=h.fischer 8695: session request to 192.168.*.* failed (Called name not present) 8695: session request to 192 failed (Called name not present) Password: 8695: session setup failed: ERRDOS - ERRnoaccess (Access denied.) SMB connection failed geht es leider nicht. Wo fange ich mit der Fehlersuche an? Den Ordner 'Eigene Dateien' habe ich (hoffentlich richtig) freigegeben. Passwort wird zwar abgefragt, aber nicht akzeptiert. (Dieses Windows ist ein XP). Wenn ich das richtig verstanden habe, muß ich auch keinen smbd laufen lassen, sondern verwende nur die Fähigkeit von Linux, ein Verzeichnis über smbfs zu mounten. Helga -- ## Netikette nein danke? -- http://www.suse-etikette.de.vu/ ## Mit vielen nützlichen Tipps -- Lesen lohnt sich ## Rückmeldungen erbeten und erwünscht
Am Mittwoch, 11. Februar 2004 16:53 schrieb Helga Fischer:
Hallo Liste,
wie kriege ich ein Windowsverzeichnis per smb gemountet bzw. wo muß ich noch was einstellen?
Mit
Xerxes:/home/hfischer # /sbin/mount.smbfs //192.168.*.*/Eigene\ Dateien /mnt -o rw username=h.fischer 8695: session request to 192.168.*.* failed (Called name not present) 8695: session request to 192 failed (Called name not present) Password: 8695: session setup failed: ERRDOS - ERRnoaccess (Access denied.) SMB connection failed
geht es leider nicht.
Wo fange ich mit der Fehlersuche an? Den Ordner 'Eigene Dateien' habe ich (hoffentlich richtig) freigegeben. Passwort wird zwar abgefragt, aber nicht akzeptiert. (Dieses Windows ist ein XP).
Wenn ich das richtig verstanden habe, muß ich auch keinen smbd laufen lassen, sondern verwende nur die Fähigkeit von Linux, ein Verzeichnis über smbfs zu mounten.
Hallo Helga so müsste es gehen: mount -t smbfs -o username=deinUsername //NetbiosnameOderIp/sharefolder /home Ich hoffe es klappt. Grüße Rafael.
Am Do, den 12.02.2004 schrieb Rafael um 01:12:
Am Mittwoch, 11. Februar 2004 16:53 schrieb Helga Fischer:
Xerxes:/home/hfischer # /sbin/mount.smbfs //192.168.*.*/Eigene\ Dateien /mnt -o rw username=h.fischer 8695: session request to 192.168.*.* failed (Called name not present) 8695: session request to 192 failed (Called name not present) Nur so in's blaue geschossen: könnte das nicht 192.168.0.0 sein? Damit sagst du doch alle Rechner unter 192.168.
Password: 8695: session setup failed: ERRDOS - ERRnoaccess (Access denied.) SMB connection failed Da gibt es AFAIR ein Problem mit verschlüsselten und unverschlüsselten Kennwörtern. Im Handbuch, unter Samba, steht glaube ich etwas davon und daß man in Windows das abändern solle.
Hallo Helga so müsste es gehen: mount -t smbfs -o username=deinUsername //NetbiosnameOderIp/sharefolder /home Ich hoffe es klappt. Grüße Rafael.
Gruß,
Kai.
--
Kai Krämer
Am Thu, 12 Feb 2004 16:56:41 +0100
Kai Krämer
Am Do, den 12.02.2004 schrieb Rafael um 01:12:
Am Mittwoch, 11. Februar 2004 16:53 schrieb Helga Fischer:
Xerxes:/home/hfischer # /sbin/mount.smbfs //192.168.*.*/Eigene\ Dateien /mnt -o rw username=h.fischer 8695: session request to 192.168.*.* failed (Called name not present) 8695: session request to 192 failed (Called name not present) Nur so in's blaue geschossen: könnte das nicht 192.168.0.0 sein? Damit sagst du doch alle Rechner unter 192.168.
Password: 8695: session setup failed: ERRDOS - ERRnoaccess (Access denied.) SMB connection failed
Moin Helga, hallo Liste, 2 Sachen fallen mir dazu ein: in der smb.conf engrypt password = yes und es müssen Samba-User angelegt sein: smbpasswd smbpasswd [options] [username] [password] Schönes WE Andreas
Rafael schrieb:
Am Mittwoch, 11. Februar 2004 16:53 schrieb Helga Fischer:
Hallo Liste,
wie kriege ich ein Windowsverzeichnis per smb gemountet bzw. wo muß ich noch was einstellen?
Mit
Xerxes:/home/hfischer # /sbin/mount.smbfs //192.168.*.*/Eigene\ Dateien /mnt -o rw username=h.fischer 8695: session request to 192.168.*.* failed (Called name not present) 8695: session request to 192 failed (Called name not present) Password: 8695: session setup failed: ERRDOS - ERRnoaccess (Access denied.) SMB connection failed
geht es leider nicht.
Wo fange ich mit der Fehlersuche an? Den Ordner 'Eigene Dateien' habe ich (hoffentlich richtig) freigegeben. Passwort wird zwar abgefragt, aber nicht akzeptiert. (Dieses Windows ist ein XP).
Wenn ich das richtig verstanden habe, muß ich auch keinen smbd laufen lassen, sondern verwende nur die Fähigkeit von Linux, ein Verzeichnis über smbfs zu mounten.
Hallo Helga so müsste es gehen: mount -t smbfs -o username=deinUsername //NetbiosnameOderIp/sharefolder /home Ich hoffe es klappt. Grüße Rafael.
Ich habe das gleiche Problem, nur auch dieser Befehl nützt nichts: mount -t smbfs -o username=Linux //traun/daten /lw/daten/ Password: 20176: tree connect failed: ERRDOS - ERRnoaccess (Access denied.) SMB connection failed Wenn ich es mit der IP-Adresse versuche, läuft's noch schlechter: mount -t smbfs -o username=Linux //192.168.1.1/daten /lw/daten/ 20216: session request to 192.168.1.1 failed (Called name not present) 20216: session request to 192 failed (Called name not present) Password: 20216: tree connect failed: ERRDOS - ERRnoaccess (Access denied.) SMB connection failed smbclient -L traun added interface ip=192.168.1.2 bcast=192.168.1.255 nmask=255.255.255.0 Password: Anonymous login successful Domain=[NBG] OS=[Windows Server 2003 3790] Server=[Windows Server 2003 5.2] Sharename Type Comment --------- ---- ------- Error returning browse list: NT_STATUS_ACCESS_DENIED Server Comment --------- ------- ... (alle Rechner der Domäne aufgelistet) TRAUN Server Traun ... (weitere Rechner) Workgroup Master --------- ------- ... Wenn ich den User noch mit angebe, erreiche ich noch weniger: smbclient -L traun -U Linux added interface ip=192.168.1.2 bcast=192.168.1.255 nmask=255.255.255.0 Password: Domain=[NBG] OS=[Windows Server 2003 3790] Server=[Windows Server 2003 5.2] tree connect failed: NT_STATUS_ACCESS_DENIED Den User "Linux" gibt es, das Passwort paßt auch. Dieser User hat auch Zugriff auf die Freigabe "daten". Der Name "traun" stimmt auch (laut smbclient -L). Zur Info: "traun" ist ein Windows 2003-Server SuSE-Linux 9.0 mit folgenden Paketen: samba-client-2.2.8a-107 samba-2.2.8a-107 libsmbclient-2.2.8a-107 smbpwman-0.5-67 libsmbclient3-2.99_3.0.0rc3-18 vorher mit Windows 2000 und SuSE 8.2 gings ohne Probleme (nur Warnmeldung)
Hallo Helga, On Wed, Feb 11, 2004 at 04:53:43PM +0100, Helga Fischer wrote:
Xerxes:/home/hfischer # /sbin/mount.smbfs //192.168.*.*/Eigene\ Dateien /mnt -o rw username=h.fischer
"Eigene Dateien" ist böse ;) Das Leerzeichen macht Probleme. die Optionen werden per ',' getrennt. Zumindest ist mir keine andere Möglichkeit bekannt. Auch die Reihenfolge der Parameter ist meisstens zuerst die -X Parameter und danach die ohne '-' Zeichen. z.B. also mount -t smbfs -o rw,username=h.fischer,passwd=test \ //192.168.*.*/eigene /mnt
Wo fange ich mit der Fehlersuche an? Den Ordner 'Eigene Dateien' habe ich (hoffentlich richtig) freigegeben.
Gib dem als Freigabenamen mal etwas ohne Leerzeichen. Alternativ mal schauen, was er denn im Netz als Namen angibt. smbclient -L 192.168.*.* # evtl. noch den User angeben
Passwort wird zwar abgefragt, aber nicht akzeptiert. (Dieses Windows ist ein XP).
Erm zu XP fällt mir nicht viel ein (ausser ich mag es nicht :) Ich denke, das liegt daran, dass dein user durch ein fehlendes Komma in deiner Kommandozeile nicht richtig gesetzt wird bzw. warscheinlich ein komplett falscher Rechner gefragt wird.
Wenn ich das richtig verstanden habe, muß ich auch keinen smbd laufen lassen, sondern verwende nur die Fähigkeit von Linux, ein Verzeichnis über smbfs zu mounten.
Das ist richtig. Greetings Daniel -- If all else fails, read the instructions. (LaTeX error help message)
Hallo Daniel, Am Donnerstag, 12. Februar 2004 09:00 schrieb Daniel Lord:
On Wed, Feb 11, 2004 at 04:53:43PM +0100, Helga Fischer wrote:
Xerxes:/home/hfischer # /sbin/mount.smbfs //192.168.*.*/Eigene\ Dateien /mnt -o rw username=h.fischer
"Eigene Dateien" ist böse ;) Das Leerzeichen macht Probleme.
Ich weiß. Hab' halt das erstbeste Verzeichnis gegriffen, was auf dem ungeliebten XP vorhanden war.
die Optionen werden per ',' getrennt. Zumindest ist mir keine andere Möglichkeit bekannt. Auch die Reihenfolge der Parameter ist meisstens zuerst die -X Parameter und danach die ohne '-' Zeichen.
Ahja. Ich habe halt die Optionen meiner Vorgänger übernommen. War vermutlich nicht so klug.
z.B. also mount -t smbfs -o rw,username=h.fischer,passwd=test \ //192.168.*.*/eigene /mnt
Habe die Optionen umgestellt und einen Ordner mit einem unkritischen Namen angelegt. Es mag immer noch nicht.
Wo fange ich mit der Fehlersuche an? Den Ordner 'Eigene Dateien' habe ich (hoffentlich richtig) freigegeben.
Gib dem als Freigabenamen mal etwas ohne Leerzeichen. Alternativ mal schauen, was er denn im Netz als Namen angibt.
smbclient -L 192.168.*.* # evtl. noch den User angeben
OK, machen wir Nägel mit Köpfen: Xerxes:/home/hfischer # smbclient -L 192.168.254.189 added interface ip=192.168.254.198 bcast=192.168.254.255 nmask=255.255.255.0 session request to 192.168.254.189 failed (Called name not present) session request to 192 failed (Called name not present) Password: session setup failed: NT_STATUS_LOGON_FAILURE (Daß ich hier mit DHCP arbeiten muß, stört hoffentlich nicht). Die Fehlermeldung werde ich mal in google schieben, da hatte mir noch jemand einen Tipp mit der Domäne gegeben (Habe hier im Geschäft leider nicht alle meine Mails).
Erm zu XP fällt mir nicht viel ein (ausser ich mag es nicht :)
Da sind wir schon zwei. Helga -- ## Netikette nein danke? -- http://www.suse-etikette.de.vu/ ## Mit vielen nützlichen Tipps -- Lesen lohnt sich ## Rückmeldungen erbeten und erwünscht
Hi On Thursday 12 February 2004 11:27, Helga Fischer wrote:
OK, machen wir Nägel mit Köpfen:
Xerxes:/home/hfischer # smbclient -L 192.168.254.189 added interface ip=192.168.254.198 bcast=192.168.254.255 nmask=255.255.255.0 session request to 192.168.254.189 failed (Called name not present) session request to 192 failed (Called name not present) Password: session setup failed: NT_STATUS_LOGON_FAILURE
Probier es zusätzlich noch mit 'nem "-U h.fischer" hinten dran. Zumindest bekomme ich hier (allerdings Linux-Server) die gleiche Fehlermeldung, wenn ich den usernamen weglasse.
(Daß ich hier mit DHCP arbeiten muß, stört hoffentlich nicht). Sollte eigentlich nicht.
Ob und wie der Punkt im Benutzernamen gehandhabt wird weiß ich nicht, man sollte aber auch das noch einmal prüfen. mfg Axel
Helga Fischer wrote:
Hallo Liste,
wie kriege ich ein Windowsverzeichnis per smb gemountet bzw. wo muß ich noch was einstellen?
an sich (Suse 9 out of the Box-Samba und Winxp mit Freigaben (auch mit Benutzerdefinierten Rechten (also nur ein bestimmer User mit Zugriff ) geht das bei mir ganz einfach so: * Windowskiste: (XP-pro, Name: marvin, share: Eigene Dateien, Freigabename: Andreas) * beide Benuter heissen gleich (sonst musst Du noch mit username arbeiten) $>smbmount //marvin/Andreas winfiles -o rw Dein Problem ist IIRC, dass Du über die IP Adresse zugreifen willst, aber der Windows-Freigabename der ähm NetBIOS (?) Name ist :) das Problem hatte ich beim Zugriff auf einen freigegebenen Drucker :( da will YAST auch über die IP dran... Gruss Andreas
Hi Andreas, hi all, Am Samstag Februar 14 2004 13:43 schrieb A.Loesch:
Helga Fischer wrote:
wie kriege ich ein Windowsverzeichnis per smb gemountet bzw. wo muß ich noch was einstellen?
Dein Problem ist IIRC, dass Du über die IP Adresse zugreifen willst, aber der Windows-Freigabename der ähm NetBIOS (?) Name ist :)
Stimmt. Inzwischen bin ich dazu gekommen, mein Heimnetz um die firmeneigene Windowsbüchse zu erweitern. Tja... wenn man den Rechnernamen (=Netbiosname; *urghs* bis das erst begriffen hatte) in die mount-Befehle einbaut, klappt's. Aber warum, zum Teufel, funktioniert das nicht mit einer IP-Adresse? Das ist doch Schrott.
das Problem hatte ich beim Zugriff auf einen freigegebenen Drucker :( da will YAST auch über die IP dran...
Jetzt verstehe ich das Problem. Gibt's für dieses Namens/IP-Problem eine Lösung? Ist ja zum Haare raufen. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Moin Helga, Helga Fischer wrote: [NetBIOS vs IP]
Aber warum, zum Teufel, funktioniert das nicht mit einer IP-Adresse? Das ist doch Schrott.
die haben nichts mit einander zu tun. Gib Deiner Widowskiste einen Namen und lösch die TCP/IP-Treiber (also nur NetBIOS) dann geht das auch. Deshalb dauert das manchmal ja auch ein wenig, bis SMB-Verbindungen laufen ... in Redmond sucht man halt etwas langsamer.
Gibt's für dieses Namens/IP-Problem eine Lösung? Ist ja zum Haare raufen.
nein. Andreas
Moin, Andreas, Am Donnerstag Februar 19 2004 22:02 schrieb Andreas Loesch:
Helga Fischer wrote: [NetBIOS vs IP]
Aber warum, zum Teufel, funktioniert das nicht mit einer IP-Adresse? Das ist doch Schrott.
die haben nichts mit einander zu tun.
Danke, dann muß ich ja nicht weiter suchen. Auf ein eigenes Subsystem war ich nicht gefasst - typisch halt für Leute, für die Windows (fast) ein Fremdwort ist.
Gib Deiner Widowskiste einen Namen und lösch die TCP/IP-Treiber (also nur NetBIOS) dann geht das auch.
Da kann ich leider nicht eingreifen, muß nehmen, was mir vorgesetzt wird :(( Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Donnerstag 19 Februar 2004 22:07 schrieb Helga Fischer:
Moin, Andreas,
Am Donnerstag Februar 19 2004 22:02 schrieb Andreas Loesch:
Helga Fischer wrote: [NetBIOS vs IP]
Aber warum, zum Teufel, funktioniert das nicht mit einer IP-Adresse? Das ist doch Schrott.
die haben nichts mit einander zu tun.
Danke, dann muß ich ja nicht weiter suchen. Auf ein eigenes Subsystem war ich nicht gefasst - typisch halt für Leute, für die Windows (fast) ein Fremdwort ist.
Gib Deiner Widowskiste einen Namen und lösch die TCP/IP-Treiber (also nur NetBIOS) dann geht das auch.
Ich hab es Helga über unseren privaten Mailverkehr schon geschrieben, aber vielleicht ist es auch für andere interessant: WINS ist die Namensauflösung von Windows. Es ist ein erweiterter NetBIOS-Name-Server - die Erweiterung besteht in der sogenannten "Arbeitsgruppe". NetBIOS (oder inzwischen konkret eigentlich NetBEUI [1]) erlaubt nur einen eindimensionalen Namensraum. Damit muss innerhalb eines Netzes jeder Rechner einen eindeutigen Hostnamen haben, sowas wie Domains gibt es nicht. Will man zwei Netze miteinander verbinden, muss man zunächst prüfen, ob keine gleichen Namen vorhanden sind. WINS führt hier die Arbeitsgruppen ein, damit kann man dann jedem einzelnen Subnetz [2] einen eigenen Arbeitsgruppennamen vergeben. Die Einmaligkeit der Hostnamen ist dann nur innerhalb einer Arbeitsgruppe notwendig. Noch interessanter ist die Einführung der Windows-Domänen mit Windows-NT in dieses System. Durch die Namensgleichheit "Domain" mit dem DNS der Unixwelt kann man hier schön für Verwirrung sorgen *g*. Smbmount braucht natürlich für die eigentliche Transportverbindung auch die IP-Adresse des Zielrechners, es löst aber den NetBIOS-Namen _nicht_ über die NetBIOS-Namensauflösung auf, sondern über den lokalen DNS-Server. Wenn das nicht klappt (weil zB. NetBIOS-Name != DNS-Name), dann muss man für die Verbindung mit '-I aa.bb.cc.dd' die IP-Adresse explizit angeben (bei Linux klappt es halt nicht ohne IP). ------------ [1] NetBEUI trennt die Transport-Schicht von der Protokoll-Schicht ab, während NetBIOS auch das Transportprotokoll mit darstellt. Damit ist NetBEUI undabhängig von dem eigentlichen Transportprotokoll und so auch geeignet für den Insatz in TCP/IP oder IPX-basierten Netzen. Für die Anwendungsschicht sind aber beide Protokolle identisch. [2] Subnetz ist hier nicht zwingend mit einem Subnetz innerhalb des IP-Adressraumes identisch. Alle Rechner, die der gleichen Arbeitsgruppe (oder der gleichen NT-Domäne, IIRC) angehören, bilden ein Subnetz in WINS und können direkt über NetBEUI miteinander kommunizieren - vorausgesetzt, sie sind über das jeweilige Transportprotokoll (ggf. über entsprechende Router, VPN, ...) erreichbar. -- Gruß MaxX 8-)
participants (10)
-
A.Loesch
-
Andreas Loesch
-
Andreas Söldner
-
Axel Heinrici
-
Daniel Lord
-
Günther Zinsberger
-
Helga Fischer
-
Kai Krämer
-
Matthias Houdek
-
Rafael