W przeciwieństwie do podobnego pytania nie mogę nawet połączyć się z smbclient.
Udział samby działa dobrze w systemie Windows i działa automagicznie, ale w systemie Linux nie mogę go w ogóle zamontować, a komunikat o błędzie jest w najlepszym razie tajemniczy. Oto moja samba.conf:
[global]
dos charset = CP437
netbios name = REDACTED
server string = Lab
server role = standalone server
map to guest = Bad User
obey pam restrictions = Yes
smb passwd file = /var/etc/private/smbpasswd
private dir = /var/etc/private
max log size = 51200
server min protocol = SMB2
time server = Yes
deadtime = 15
max open files = 11070
hostname lookups = Yes
load printers = No
printcap name = /dev/null
disable spoolss = Yes
dns proxy = No
pid directory = /var/run/samba
panic action = /usr/local/libexec/samba/samba-backtrace
idmap config * : backend = tdb
acl allow execute always = Yes
create mask = 0666
directory mask = 0777
directory name cache size = 0
kernel change notify = No
map archive = No
map readonly = no
store dos attributes = Yes
strict locking = No
[common]
comment = Lab Common share
path = /mnt/pool/common
read only = No
inherit acls = Yes
hosts allow = XXX.XXX.XX.X/24, XXX.XX.XX.X/24 <-- redacted
hide dot files = No
veto files = /.snap/.windows/.zfs/
vfs objects = zfsacl, streams_xattr, aio_pthread
zfsacl:acesort = dontcare
nfs4:chown = yes
nfs4:acedup = merge
nfs4:mode = special
recycle:subdir_mode = 0700
recycle:directory_mode = 0777
recycle:touch = yes
recycle:versions = yes
recycle:keeptree = yes
recycle:repository = .recycle/%U
Komunikat o błędzie to:
[as@localhost ~]$ sudo mount -t cifs -o username=removed,password=removed //server.ip.address/common /media/windowsshare/
mount error(95): Operation not supported
Idealnie bezużyteczna wiadomość.
Dmesg z włączonym debugowaniem:
[237179.795551] fs/cifs/cifsfs.c: Devname: //132.239.27.172/common flags: 0
[237179.795563] fs/cifs/connect.c: Username: lauria
[237179.795565] fs/cifs/connect.c: file mode: 0x1ed dir mode: 0x1ed
[237179.795600] fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 44 with uid: 0
[237179.795600] fs/cifs/connect.c: UNC: \\132.239.27.172\common
[237179.795605] fs/cifs/connect.c: Socket created
[237179.795606] fs/cifs/connect.c: sndbuf 16384 rcvbuf 87380 rcvtimeo 0x1b58
[237179.795897] fs/cifs/fscache.c: cifs_fscache_get_client_cookie: (0xffff8803e0aa4800/0xffff880035d25580)
[237179.795898] fs/cifs/connect.c: Demultiplex PID: 25817
[237179.795902] fs/cifs/connect.c: CIFS VFS: in cifs_get_smb_ses as Xid: 45 with uid: 0
[237179.795903] fs/cifs/connect.c: Existing smb sess not found
[237179.795907] fs/cifs/cifssmb.c: Requesting extended security.
[237179.795910] fs/cifs/transport.c: For smb_command 114
[237179.795912] fs/cifs/transport.c: Sending smb: smb_len=78
[237179.801062] fs/cifs/connect.c: RFC1002 header 0x25
[237179.801067] fs/cifs/misc.c: checkSMB Length: 0x29, smb_buf_length: 0x25
[237179.801090] fs/cifs/transport.c: cifs_sync_mid_result: cmd=114 mid=1 state=4
[237179.801093] fs/cifs/cifssmb.c: Dialect: 65535
[237179.801094] fs/cifs/cifssmb.c: negprot rc -95
[237179.801097] fs/cifs/connect.c: CIFS VFS: leaving cifs_get_smb_ses (xid = 45) rc = -95
[237179.801100] fs/cifs/fscache.c: cifs_fscache_release_client_cookie: (0xffff8803e0aa4800/0xffff880035d25580)
[237179.801262] fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 44) rc = -95
[237179.801263] CIFS VFS: cifs_mount failed w/return code = -95
Próbowałem wielu różnych -sec
opcji --- wszystkie zawodzą, wszystko ma ten sam komunikat o błędzie. smbclient nie jest również pomocny:
smbclient //132.239.27.172/common -U username%password
protocol negotiation failed: NT_STATUS_INVALID_NETWORK_RESPONSE
Jak to działa w systemie Windows, ale wcale nie działa w systemie Linux?
vers=3.0
nie działała, ale działałavers=3.02
, dzięki.vers=2.0
(Ubuntu 18.04)OK „Rozmyślałem” - z jakiegoś powodu dodanie „vers = 3.0” sprawia, że działa. Nie wiem, dlaczego miał problemy bez tego, ani dlaczego to działa. ale do wykorzystania w przyszłości, jeśli inni mają ten problem ze swoimi konfiguracjami freenas.
źródło
vers=3.0
do czego ? Proszę o pomocvers=1.0
pracował dla mnieWalczę z tym od ponad miesiąca. Ponieważ klientem jest Xenserver 6.2 i 6.5, nie można zamontować katalogu ISO przez CIFS.
Vers = 3.0 w końcu zadziałało.
Gdzie znalazłeś tę opcję?
Moja domena to Windows 2012 R2. Nie obniżyłem wymagań uwierzytelniania w rejestrze - wszystkie są nadal domyślne (właśnie miałem je szeroko otworzyć, kiedy to znalazłem).
W ogóle nie musiałem określać ustawienia sec =.
I DID musiałem określić domenę. Podałem domenę wielkimi literami - może jednak nie być potrzebna.
Moje polecenie następuje.
Teraz wymyśl, jak dodać opcje do uwierzytelnienia.
Dzięki, Paul, kimkolwiek jesteś.
źródło
3\.0
nie działało dla mnie, ale działało3.0
.FreeNas pozwala skonfigurować bezpieczniejsze udziały. Jeśli zezwolisz na najniższe protokoły bezpieczeństwa systemu Windows (Windows NT 4.0), będzie on działał z sambą. Jeśli masz ustawione, powiedz, protokoły systemu Windows XP i wyżej, potrzebujesz wersji vers = 3.0, którą odkryłem po 40 minutach walki o uzyskanie FreeNas connecte wiv CentOS 7. Problem polega na tym, że klienci (i GUI) powinni sprawdzać najwyższą wartość wersja w dół. Zamiast tego pochodzi z najniższej dostępnej wersji. Może kiedyś miało to sens, ale wiele się zmieniło. Myślę, że jest to szczególnie denerwujące, że w Gnome nie można dodawać opcji ani do korzystania z CIFS, ani do określania wersji protokołu bezpieczeństwa. Wydaje mi się, że dla tych osób jest to wiersz poleceń lub nic, ale to powstrzymuje Linuksa przed szerszym użyciem przez komputery. co naprawdę szkoda.
źródło
w us4free kliknij usługę -> CIFS / SMB u dołu ekranu w polu typu Parametry dodatkowe
ntlm auth = tak
źródło
nas4free
i jak odnosi się do pytania PO?