OS X SMB Share nicht mountbar?

radiohead

Well-Known Member
Moin,

ich versuche ein SMB Share von meinem OpenBSD aus zu mounten. Ich habe herausgefunden, dass ich dazu das tool shlight verwenden muss.

Der SMB mount funktioniert ohne Probleme von einem Windows NB aus, jedoch nicht von dem OpenBSD System.

Code:
shlight //10.0.100.1/openbsd /usr/src -U jle
Password: 
error connecting to server: [13] Permission denied

Mehr passiert da leider nicht. Es erscheint aber auch kein Fehler im OS X log. Kennt jemand das Problem evtl?
 
Mountet hier niemand SMB Shares unter OpenBSD? Kann doch nicht sein!

Wenn es einen anderen Weg gibt, für Tipps bin ich sehr dankbar...
 
ich benutz immer smbclient ;)

shlight kenn ich gar nicht. zumindest in den ports scheint es nicht zu sein.
 
Ich würde nur gern mein SMB Share nach /usr/src mounten und das geht doch mit smbclient nicht, oder?

Wo bekomme ich denn smbmount her? Ich habe nur das samba Paket installiert...
 
Sowas gibt es für OpenBSD nicht... also weder smbmount, noch shlight.

Wenn du es unbedingt mounten musst, dann benutz NFS oder so.
 
Dank dir.

shlight bekommt man mit einem pkg_add shlight, das ist also da.

Ich habe oben auch geschrieben, dass ich ein OS X Share mounten möchte und da habe ich in den Optionen nun einmal smb und kein NFS. Will da nicht noch groß nen NFS Server hinbasteln....
 
Ich hoffe, dass ist kein Scherz von dir ;)

Code:
voldemort# uname -a
OpenBSD voldemort.uber-secure.local 4.3 GENERIC#698 i386

Code:
voldemort# pkg_info 
dnsmasq-2.40p0      caching DNS forwarder and DHCP server
gettext-0.16.1      GNU gettext
libiconv-1.9.2p5    character set conversion library
lzo-1.08p1          portable speedy lossless data compression library
openvpn-2.0.9p1     easy-to-use, robust, and highly configurable VPN
pftop-0.7           curses-based real time state and rule display for pf
popt-1.7p0          getopt(3)-like library with a number of enhancements
rsync-2.6.9         mirroring/synchronization over low bandwidth links
screen-4.0.3p1      multi-screen window manager
[COLOR="Red"]sharity-light-1.3   userland smbfs --- SMB to NFS protocols converter[/COLOR]
squid-2.6.STABLE18p0-transparent WWW and FTP proxy cache and accelerator
wget-1.10.2p1       retrieve files from the web via HTTP, HTTPS and FTP
zsh-4.3.5           Z shell, Bourne shell-compatible

Für mich sieht das wie ein OpenBSD aus ;)
 
toll... mir was von "shlight" erzählen und dann "sharity-light" meinen... ihr seid mir Helden.

zu sharity-light kann ich nichts sagen... funktioniert denn smbclient wie er soll?
 
Ich hatte auch so meine erfahrungen mit sharity-light unter FreeBSD und habe es sehr schnell wieder in den Abgrund befördert, denn es ist sehr, sehr, veraltet.

Sharity and Sharity-Light both implement CIFS (formerly known as SMB) on Unix. But that's roughly all they have in common. Sharity-Light is based on an outdated version of smbfs for Linux with no easy way to upgrade to a newer version. At the time it became clear that there will be no further development of Sharity-Light (except bug fixes and ports to other platforms), the work on Sharity began. Sharity was designed to fix all the problems that were encountered with Sharity-Light.

Auf: http://www.obdev.at/products/sharity-light/index.html

@oenone: Schlechten Tag heute ?
 
Naja, shlight ist ja nun einmal sharity-light ;)

smbclient funktioniert super, nur dass ich damit halt nicht den Share mounten kann...
 
oenone hat schon Recht - Etwas mehr Praezision ist durchaus von Wert.

/usr/ports/net/sharity-light/ ist der Name des OpenBSD-Ports und
/usr/local/sbin/shlight ist der Name des fertigen Binarys.

shlight funktioniert ganz hervorragend unter OpenBSD, auch im Dauerbetrieb.

# mkdir /winbuechse
# /usr/local/sbin/shlight //winserver/winshare /winbuechse -U radiohead -P pw-von-radiohead

Mounten von OSX Shares ist analog dazu.

# mkdir /osxbuechse
# /usr/local/sbin/shlight //osxserver/osxshare /osxbuechse -U radiohead -P pw-von-radiohead


Das password pw-von-radiohead wird netterweise in der Prozessliste als "********" angezeigt.

Dadurch laesst sich der obige Befehl auch in scripts verwenden.
 
Schön wäre es ja, wenn es so gehen würde. Wie im ersten Post aber schon lange zu lesen ist, geht es so nicht. Permission denied, auch wenn ich das PW mit in den Befehl packe....
 
Darfst Du Dich ueberhaupt mit Deinem OpenBSD-Rechner zum Windows/OSX-Rechner verbinden ?
Spielt da eventuell eine Firewall mit ?
 
Nein, keine Firewall. Von meinem Windows XP Thinkpad aus kann ich auch ganz normal den SMB Share auf dem iMac mounten, jedoch nicht vom OpenBSD aus.
 
Eine komplette, detaillierte Situationsbeschreibung, inklusive Rechte auf den Freigaben, Active Directory?, etc. waere eventuell hilfreich.
 
Der Ordner, den ich mounten will, hat für den User Lese und Schreibrechte im OS X. Mit dem User (jle) melde ich mich auch an. Wie gesagt von Windows aus geht es, nur nicht vom OpenBSD. Ich weiß nicht, welche Infos du sonst noch brauchst. Wenn der User die Rechte besitzt und man sich vom Windows aus anmelden kann, dann gelten die Rechte doch auch für den User, wenn ich mich vom OpenBSD aus anmelden möchte, oder nicht?
 
Hier noch einmal die Ausgabe mit debugging:

Code:
voldemort# shlight //snape/openbsd /usr/src -U jle -C -D0xff
Password: 
psitable_insert(): inserting inode 449722290: -><-
Kernel: smb_proc_connect: Passed SESSION REQUEST.
Kernel: len: 97, wct: 17, bcc: 28
Kernel: smb_proc_connect: Request SMBnegprot..Kernel: Verified!
Kernel: smb_proc_connect: Server wants NT LANMAN 1.0 protocol.
Kernel: smb_proc_connect: password = PASSWORT
Kernel: smb_proc_connect: usernam = jle
Kernel: smb_proc_connect: blkmode = 0
Kernel: smb_proc_connect: workgroup = WORKGROUP
Kernel: len: 35, wct: 0, bcc: 0
Kernel: smb_errno: Kernel: ERRDOS - ERRnoaccess (Access denied.)Kernel: 
Kernel: smb_proc_connect: SMBsessetupX failed
error connecting to server: [13] Permission denied
voldemort#
 
Da Du ja partout nicht damit rausruecken willst, wie Deine Situation aussieht,
hier einige der usual suspects:

Windows (???) Server:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanManServer\Parameters
Wertname: EnableSecuritySignature
Datentyp: REG_DWORD
Wert: 0 (deaktiviert), 1 (aktiviert)

Wertname: RequireSecuritySignature
Datentyp: REG_DWORD
Wert: 0 (deaktiviert), 1 (aktiviert)


Windows (???) Client:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanManWorkstation\Parameters
Wertname: EnableSecuritySignature
Datentyp: REG_DWORD
Wert: 0 (deaktiviert), 1 (aktiviert)

Wertname: RequireSecuritySignature
Datentyp: REG_DWORD
Wert: 0 (deaktiviert), 1 (aktiviert)

Bitte mal alles deaktivieren.
Reboot.
 
Sorry, aber liest du überhaupt meine Posts? Vielleicht solltest du mal bei Post #1 anfangen ;)

Das SMB Share ist auf einem OS X!!!!

Von einem Windows XP Client aus kann ich das SMB Share (OS X) mounten. Von meinem OpenBSD System aus klappt es mit smbclient (zum OS X), aber nicht mit shlight (zum OS X)...

Das habe ich doch schon die ganze Zeit geschrieben oder etwa nicht?

Alles in einem Homenetz und die Rechner befinden sich im 10.0.100.0/24 Netz, aber das ist da eher nicht von Interesse, denn es geht ja vom Windows aus. Ich will doch nur wissen, warum es mit shlight nicht geht, jedoch mit dem smbclient...
 
(Also dieses nicht-lesen von posts ist furchtbar, gleich kommen bestimmt noch die obligatorischen tipps die nur unter FreeBSD funzen :D )

Hmm, was nutzt eigentlich MAC-OS als Serversoftware? Nutzen die evtl. selber samba? (Wenn ja könnte man ja mal einen kleinen blick in die smb.conf vom server schaun)

Alternativ> Wie wäre es einfach NFS zu nutzen? Lt. kurzem googeln soll das unter OSX ja relativ einfach einzurichten sein

/edit Hab gerade eben noch "http://www.macdevcenter.com/pub/a/mac/2003/03/18/samba.html" gefunden, lt. denen ist das wohl tatsächlich eine stark angepasste version von samba.
Mein vermutung wäre jetzt, das die OSX konfiguation irgendwas bei der Authentifizierung macht, was shlight anders möchte (evtl. unverschlüsselte passwörter?

Davon unabhängig: Ich musste auch erstmal ziemlich lange googeln was shlight ist, und das das paket sharity light heisst - ich kann da oenone gut verstehen
 
Zuletzt bearbeitet:
Ja, die nutzen Samba. Funzt ja auch wunderbar mit nem XP Client ;)

NFS, na gut dann muss ich da halt mal weitersuchen, auch wenn ich das nicht unbedingt einsetzen wollte, da man das SMB Sharing halt mit einem Haken aktivieren kann.

Dank dir
 
Zurück
Oben