netwerkschijf niet meer toegankelijk

[RainerSGF]

Sinds vandaag kan ik vanuit debian (bullseye/sid) via smb (versie 4.11.5-Debian) mijn netwerkschijf niet meer benaderen.
Het rare aan het verhaal is, dat ik vanuit de bestands-verkenner nemo (versie 4.4.2) precies wel nog de mappen-structuur kan zien. Echter kan ik niet inloggen op mijn map. Melding hieruit is: "kon de gedeelde Windows-map niet aankoppelen: verbinding is verbroken door lokaal probleem".

Via de terminal heb ik het commando 'smbclient' ("smbclient -L 192.168.x.x" of "smbclient -L \\192.168.x.x") geprobeerd, maar krijg ik hieruit telkens NT_STATUS_CONNECTION_DISCONNECTED.

Van alles geprobeerd (minimum smb protocol versie aangepast in smb-configuratie bestand, nazicht netwerk-parameters mbt. dns enz. ...), maar geen succes. Ten einde raad nu.

[pporrio]

Probeer dit eens:

code:

smbclient -L //192.168.x.x/ -U user_name -m SMB2

of

code:

smbclient -L //192.168.x.x/ -U user_name -m SMB3

Je kunt ook nog even proberen om cifs-utils te (her)installeren:

code:

sudo apt install cifs-utils

[ Voor 56% gewijzigd door pporrio op 02-05-2020 09:46 ]

[Hero of Time]

En wat voor systeem bied die share aan? Windows 2000, NT4, 10, een NAS met BSD? Wat zie je daar in de logs dan staan? En welke updates heb je recent geïnstalleerd?

[RainerSGF]

@pporrio het probleem blijft (protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED)

@Hero of Time de netwerkschijf is ingedeeld volgens een Windows-systeem (NTFS).
Ivm updates, helpt het als ik een log-bestand geef van de apt-historiek?
In een log-bestand rond smb zie ik nog volgende zaken staan:

code:

[2020/05/02 18:12:32.736441,  0] ../../lib/param/loadparm.c:1875(lpcfg_do_service_parameter)
  Global parameter client min protocol found in service section!
[2020/05/02 18:12:32.736513,  0] ../../lib/param/loadparm.c:1875(lpcfg_do_service_parameter)
  Global parameter client max protocol found in service section!
[2020/05/02 18:12:55.763539,  0] ../../lib/param/loadparm.c:1875(lpcfg_do_service_parameter)
  Global parameter client min protocol found in service section!
[2020/05/02 18:12:55.763583,  0] ../../lib/param/loadparm.c:1875(lpcfg_do_service_parameter)
  Global parameter client max protocol found in service section!

ook bij inschakelen van debuglevel=10, nog volgende informatie:

code:

smbclient -L NETWERKSCHIJF -I 192.168.x.x -U WORKGROUP\\naam --debuglevel=10
INFO: Current debug levels:
  all: 10
  tdb: 10
  printdrivers: 10
  lanman: 10
  smb: 10
  rpc_parse: 10
  rpc_srv: 10
  rpc_cli: 10
  passdb: 10
  sam: 10
  auth: 10
  winbind: 10
  vfs: 10
  idmap: 10
  quota: 10
  acls: 10
  locking: 10
  msdfs: 10
  dmapi: 10
  registry: 10
  scavenger: 10
  dns: 10
  ldb: 10
  tevent: 10
  auth_audit: 10
  auth_json_audit: 10
  kerberos: 10
  drs_repl: 10
  smb2: 10
  smb2_credits: 10
  dsdb_audit: 10
  dsdb_json_audit: 10
  dsdb_password_audit: 10
  dsdb_password_json_audit: 10
  dsdb_transaction_audit: 10
  dsdb_transaction_json_audit: 10
  dsdb_group_audit: 10
  dsdb_group_json_audit: 10
lp_load_ex: refreshing parameters
Initialising global parameters
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
INFO: Current debug levels:
  all: 10
  tdb: 10
  printdrivers: 10
  lanman: 10
  smb: 10
  rpc_parse: 10
  rpc_srv: 10
  rpc_cli: 10
  passdb: 10
  sam: 10
  auth: 10
  winbind: 10
  vfs: 10
  idmap: 10
  quota: 10
  acls: 10
  locking: 10
  msdfs: 10
  dmapi: 10
  registry: 10
  scavenger: 10
  dns: 10
  ldb: 10
  tevent: 10
  auth_audit: 10
  auth_json_audit: 10
  kerberos: 10
  drs_repl: 10
  smb2: 10
  smb2_credits: 10
  dsdb_audit: 10
  dsdb_json_audit: 10
  dsdb_password_audit: 10
  dsdb_password_json_audit: 10
  dsdb_transaction_audit: 10
  dsdb_transaction_json_audit: 10
  dsdb_group_audit: 10
  dsdb_group_json_audit: 10
Processing section "[global]"
doing parameter workgroup = WORKGROUP
doing parameter log file = /var/log/samba/%m.log
doing parameter max log size = 1000
doing parameter logging = file
doing parameter panic action = /usr/share/samba/panic-action %d
doing parameter server role = standalone server
doing parameter obey pam restrictions = yes
doing parameter unix password sync = yes
doing parameter passwd program = /usr/bin/passwd %u
doing parameter passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
doing parameter pam password change = yes
doing parameter map to guest = bad user
doing parameter usershare allow guests = yes
pm_process() returned Yes
lp_servicenumber: couldn't find homes
added interface enp3s0 ip=2a02::<snip> bcast= netmask=ffff:ffff:ffff:ffff::
added interface enp3s0 ip=192.168.x.x bcast=192.168.x.255 netmask=255.255.255.0
Netbios name list:-
my_netbios_names[0]="xxxxxxxx"
Client started (version 4.11.5-Debian).
Connecting to 192.168.x.x at port 445
Socket options:
    SO_KEEPALIVE = 0
    SO_REUSEADDR = 0
    SO_BROADCAST = 0
    TCP_NODELAY = 1
    TCP_KEEPCNT = 9
    TCP_KEEPIDLE = 7200
    TCP_KEEPINTVL = 75
    IPTOS_LOWDELAY = 0
    IPTOS_THROUGHPUT = 0
    SO_REUSEPORT = 0
    SO_SNDBUF = 332800
    SO_RCVBUF = 131072
    SO_SNDLOWAT = 1
    SO_RCVLOWAT = 1
    SO_SNDTIMEO = 0
    SO_RCVTIMEO = 0
    TCP_QUICKACK = 1
    TCP_DEFER_ACCEPT = 0
 session request ok
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED

Andere feiten en vaststellingen:
- De netwerkschijf kan wel op een Windows 10 computer zonder problemen benaderd worden.
- De NAS is een DualDrive Network Center
- Ondanks ik onlangs nog even mijn netwerk-instellingen heb nagekeken (om dns en ipv6 aan te passen), denk ik niet dat het daarmee iets te maken heeft
- Kan het nog iets te maken hebben met de werkgroep waarin ook de netwerk-schijf gekend is? Ik zie in smb.conf wel de juiste naam vermeld staan.

[ Voor 52% gewijzigd door Hero of Time op 03-05-2020 12:24 . Reden: IPv6 obfuscated ]

[thunder7]

'Protocol negotiation failed' betekent dat linux en windows het niet eens zijn over welk protocol ze met elkaar moeten praten. Wellicht heefrt een windows-update een veiliger protocol-versie verplicht gemaakt, die linux niet kent, o.i.d.

https://ask.fedoraproject...-to-retrive-shares/4038/8

suggereert spelen met de -m parameter.

[Hero of Time]

^^ Lijkt het punt te zijn. Ook vanwege het log entry "Global parameter client min protocol found in service section".

Ik heb maar even het IPv6 adres van je uit je post gehaald. Je interne IPv4 adres aanpassen waar niemand wat mee kan is minder zinvol dan je externe IPv6 laten staat.

[RainerSGF]

@Hero of Time (ik dacht dat ik wel nog iets ging vergeten...alvast bedankt voor je tussenkomst )

Maar ik geraak er uiteindelijk toch nog niet uit of ik begrijp het nog niet zo goed. Even nog samengevat: de NAS is een externe harde netwerkschijf op een 'Freecom DualDrive Network Center' en heeft een NTFS-indeling

Ik heb nu al in het smb.conf bestand zitten spelen met het 'client min protocol' en 'client max protocol', maar aanwezig of niet geeft geen verandering. Na elke aanpassing herlaadt ik telkens de smbd-service ook.
client max protocol = NT1 (dit zou volgens mij dan overéén moeten komen met SMBv1)
client max protocol = SMB2 (~ SMBv2)
Raar maar waar blijft m'n pc zich vasthouden, denk ik, op SMBv2. Daar melding 'SMBv1 disabled' bij commando: smbclient -L localhost

Ik heb eens op de Windows-computer gekeken naar de versie die daar gebruikt wordt bij connectie en ik zie 1.5 (dialect).

Ik begrijp dat SMBv1 ten zeerste wordt afgeraden omwille van beveiligingsredenen, maar kan men dan altijd 'updaten' naar SMBv2 of SMBv3 zonder probleem? Of moet je netwerk harde schijf daarmee eerst compatibel zijn?

[ Voor 6% gewijzigd door RainerSGF op 03-05-2020 15:24 ]

[synoniem]

Voeg dit eens toe aan je smb.conf

code:

[global]
lanman auth = no
ntlm auth = yes
client lanman auth = no

Dat helpt in de meeste gevallen met oudere sambaversies die niet willen connecten.

[RainerSGF]

synoniem schreef op zondag 3 mei 2020 @ 15:27:
Voeg dit eens toe aan je smb.conf

code:

[global]
lanman auth = no
ntlm auth = yes
client lanman auth = no

Dat helpt in de meeste gevallen met oudere sambaversies die niet willen connecten.

code:

smbclient -L //192.168.x.x/ -U <username>
WARNING: The "lanman auth" option is deprecated
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED

Gedaan en nadien de services herstart (smbd en nmbd). Geen verandering.

[ Voor 18% gewijzigd door RainerSGF op 03-05-2020 15:44 ]

[synoniem]

RainerSGF schreef op zondag 3 mei 2020 @ 15:41:
[...]

code:

smbclient -L //192.168.x.x/ -U <username>
WARNING: The "lanman auth" option is deprecated
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED

Gedaan en nadien de services herstart (smbd en nmbd). Geen verandering.

En in combinatie met: min protocol = NT1

[RainerSGF]

synoniem schreef op zondag 3 mei 2020 @ 15:46:
En in combinatie met: min protocol = NT1

onveranderd...MAAR WACHT...het is blijkbaar client min protocol (bron: https://www.cyberciti.biz...e-smbv1-on-linux-or-unix/)

SOLVED!!! Thanks to you all!!!

[ Voor 38% gewijzigd door RainerSGF op 03-05-2020 15:59 ]

[Hero of Time]

Dan wordt het ook tijd om dat externe schijf ding te gaan vervangen. Alles wat tegenwoordig (of zelfs 5 jaar geleden) nog SMB1 doet, moet je niet meer willen. SMB2 en hoger bestaat al zo lang, dat het eigenlijk te slecht voor woorden is waarom er apparatuur dat dit nog steeds gebruikt bestaat.

[RainerSGF]

Hero of Time schreef op zondag 3 mei 2020 @ 16:39:
Dan wordt het ook tijd om dat externe schijf ding te gaan vervangen. Alles wat tegenwoordig (of zelfs 5 jaar geleden) nog SMB1 doet, moet je niet meer willen. SMB2 en hoger bestaat al zo lang, dat het eigenlijk te slecht voor woorden is waarom er apparatuur dat dit nog steeds gebruikt bestaat.

offtopic:
Zou er een mogelijkheid bestaan om mijn Freecom Dualdrive network center NAS om te vormen naar een (open) systeem die wel SMBv2 / SMBv3 ondersteund?

[Hero of Time]

Je zal dan op zoeken moeten gaan naar custom firmware, als dat überhaupt al bestaat voor dat ding. Je kan denk ik beter een compleet nieuwe NAS aanschaffen of de schijf in je computer hangen, mits deze uiteraard niet door meerdere apparaten tegelijk benadert wordt en je geen systeem hebt dat altijd aan staat (anders dan de NAS natuurlijk).