Synology-Forum.nl
OS Specifieke ondersteuning => Windows => Topic gestart door: HKLM op 22 december 2020, 16:07:40
-
Lukt het iemand om een shared folder te verbinden op windows 10 ?
Ik blijf maar de melding krijgen verkeerd wachtwoord :-( onder unix wekt het perfect.
Ik heb al diverse combinaties van gebruikersnamen geprobeerd op Windows 10 maar niks werkt ??
net use x: \\192.168.2.22\films /user:test
net use x: \\192.168.2.22\films /user:workgroup\test
net use x: \\192.168.2.22\films /user:192.168.2.22\test
Niks werkt er steeds weer de melding verkeerd wachtwoord.
-
Ja hoor.
Als admin:
C:\Windows\System32>net use x: \\192.168.1.100\Test /user:admin
Enter the password for 'admin' to connect to '192.168.1.100':
The command completed successfully.
Als Birdy (gewone user):
C:\Windows\System32>net use x: \\192.168.1.100\Test /user:Birdy
Enter the password for 'Birdy' to connect to '192.168.1.100':
The command completed successfully.
-
Waarom zou je dit zo willen doen en niet gewoon vanuit de netwerkomgeving van Windows ? Misschien leer ik nog wat bij.
Dirk
-
Ik krijg helaas het volgende
net use x: \\192.168.2.22\films /user:admin
Geef het wachtwoord voor 'admin' op om te verbinden met '192.168.2.22':
Systeemfout 86.
Het opgegeven netwerkwachtwoord is onjuist.
windows 20H2
DSM 7.0-41222
-
windows 20H2 ?
Maar goed, ik heb:
[attachimg=1]
[attachimg=2]
-
Ah...Google weet het: Oktober 2020 Update (ook wel versie 20H2 genoemd) :lol:
-
Yup maar vanaf een nadere windows 10 versie 1903 wil die ook niet verbinden :-(
-
Ben eens gaan checken en wat zie ik ?
[attachimg=1]
Geen melding gehad of zo, dus straks maar eens installeren. ;D
-
topppie
-
Windows update uitgevoerd, pffff dat was een fikse :!:
Dezelfde tests uitgevoerd en ondervond geen problemen.
[attachimg=1]
-
Bedankt voor het testen, dat is jammer, dan moet ik even verder kijken maar alles lijkt goed te staan :o :o
-
Lukt het überhaupt om vanuit verkenner op de shares te komen?
Type in je adresbalk van Verkenner: \\nasnaam
Dan kan je een user en het wachtwoord daarvan invoeren.
Zou even niet met de user admin beginnen.
Om de verbinding te verbreken en een andere user te gebruiken, type dan in een CMD box (als Administrator uitvoeren):
net use * /delete /yes
-
Als ik naar \\bami\ toega in de verkenner dan vraagt hij helaas om een username wachtwoord en dan kom ik niet verder.
Onder Unix werkt de username wachtwoord wel ??
-
Probeer es op deze manier: map network drive op de gewone Windows GUI manier en als hij om een ww vraagt enkel reconnect at sign-in aanvinken maar "connect using different credentials" leeg laten, bij mij werkt het zo.
-
Wat ik me al lezend afvraag is waarom dit anders werkt bij dsm 7 als bij dsm 6 (Of waarom staat het anders bij beta software en niet onder Windows)
-
Als ik naar \\bami\ toega in de verkenner dan vraagt hij helaas om een username wachtwoord en dan kom ik niet verder.
Als je PC dezelfde username en ww heeft als de user op de NAS dan wordt het niet gevraagd.
Als hij er wel om vraagt dan kun je dat laten onthouden.
Je hebt toch wel extra users aangemaakt? Of werk je alleen onder Admin, nee hoop ik?
-
uiteindelijk aan de /etc/samba/smb.conf 2 regels toegeveogd
log level=10
log file=/var/log/extra-samba.log
En dit gaf een extra logfile, met hierin de volgdende melding:
check_ntlm_password: Checking password for unmapped user [bami]\[testuser]@[Speel] with the new password interface
En op basis hiervan https://lists.samba.org/archive/samba/2019-April/222621.html een extra regel in de /etc/samba/smb.conf toegevoegd
ntlm auth=yes
En het werkte :-)
Wet iemand of dit standaard in de DSM7 /etc/samba/smb.conf staat, want in mijn andere DSM6 staat het niet ?
-
Wet iemand of dit standaard in de DSM7 /etc/samba/smb.conf staat, want in mijn andere DSM6 staat het niet ?
Bij mij bestaat /etc/samba/smb.conf bij beide Versies.
DSM6:
root@DS716-II:/etc/samba# cat smb.conf
# Copyright (c) 2000-2019 Synology Inc. All rights reserved.
#
#
# ______ _______
# ( __ \ ( ___ )
# | ( \ ) | ( ) |
# | | ) | | | | |
# | | | | | | | |
# | | ) | | | | |
# | (__/ ) | (___) |
# (______/ (_______)
#
# _ _______ _________
# ( ( /| ( ___ ) \__ __/
# | \ ( | | ( ) | ) (
# | \ | | | | | | | |
# | (\ \) | | | | | | |
# | | \ | | | | | | |
# | ) \ | | (___) | | |
# |/ )_) (_______) )_(
#
# _______ _______ ______ _________ _______
# ( ) ( ___ ) ( __ \ \__ __/ ( ____ \ |\ /|
# | () () | | ( ) | | ( \ ) ) ( | ( \/ ( \ / )
# | || || | | | | | | | ) | | | | (__ \ (_) /
# | |(_)| | | | | | | | | | | | | __) \ /
# | | | | | | | | | | ) | | | | ( ) (
# | ) ( | | (___) | | (__/ ) ___) (___ | ) | |
# |/ \| (_______) (______/ \_______/ |/ \_/
#
#
# IMPORTANT: Synology will not provide technical support for any issues
# caused by unauthorized modification to the configuration.
[global]
printcap name=cups
winbind enum groups=yes
include=/var/tmp/nginx/smb.netbios.aliases.conf
min protocol=NT1
security=user
local master=no
realm=*
passdb backend=smbpasswd
printing=cups
max protocol=SMB3
winbind enum users=yes
load printers=yes
workgroup=WORKGROUP
root@DS716-II:/etc/samba#
DSM7:
root@DSM7:/etc/samba# cat smb.conf
# Copyright (c) 2000-2019 Synology Inc. All rights reserved.
#
#
# ______ _______
# ( __ \ ( ___ )
# | ( \ ) | ( ) |
# | | ) | | | | |
# | | | | | | | |
# | | ) | | | | |
# | (__/ ) | (___) |
# (______/ (_______)
#
# _ _______ _________
# ( ( /| ( ___ ) \__ __/
# | \ ( | | ( ) | ) (
# | \ | | | | | | | |
# | (\ \) | | | | | | |
# | | \ | | | | | | |
# | ) \ | | (___) | | |
# |/ )_) (_______) )_(
#
# _______ _______ ______ _________ _______
# ( ) ( ___ ) ( __ \ \__ __/ ( ____ \ |\ /|
# | () () | | ( ) | | ( \ ) ) ( | ( \/ ( \ / )
# | || || | | | | | | | ) | | | | (__ \ (_) /
# | |(_)| | | | | | | | | | | | | __) \ /
# | | | | | | | | | | ) | | | | ( ) (
# | ) ( | | (___) | | (__/ ) ___) (___ | ) | |
# |/ \| (_______) (______/ \_______/ |/ \_/
#
#
# IMPORTANT: Synology will not provide technical support for any issues
# caused by unauthorized modification to the configuration.
[global]
printcap name=cups
winbind enum groups=yes
include=/var/tmp/nginx/smb.netbios.aliases.conf
min protocol=SMB2
security=user
local master=no
realm=*
passdb backend=smbpasswd
printing=cups
max protocol=SMB3
winbind enum users=yes
load printers=yes
workgroup=WORKGROUP
root@DSM7:/etc/samba#
Enige verschil:
DSM6 min protocol=NT1
DSM7 min protocol=SMB2
Nu heb jij ntlm auth=yes toegevoegd, wat bij mij niet nodig was, zie hier (https://www.synology-forum.nl/synology-dsm-5-1-beta/network-share-windows-10/msg292683/#msg292683).
Dus op zich wel vreemd, toch ?
Maar, gelet op de waarschuwing, kan jouw aangepaste smb.conf file zomaar weer wijzigen na een update.
Aangezien DSM7 Beta is, zou ik dit toch wel melden bij Synology middels een Ticket, eens kijken wat daaruit uitkomt.
Wat ik overigens niet kan geloven, dat je in DSM6 de file /etc/samba/smb.conf niet hebt.
-
In DSM6 hen ik wel een /etc/samba/smb.conf maar daar staat de optie niet in, dus dat vond ik vreemd. Maar bij jou staat de optie in 7 er ook niet tussen, erg vreemd maar ik ben blij dat het werkt.
Thanks voor checken.
-
Ik heb nog eens verder gezocht op ntlm en vond alleen dit Synology Artikel:
Ik heb met mijn domeinaccount geen toegang tot een gedeelde map via SMB, maar het werkt wel met mijn DSM-gebruikersaccount. Wat kan ik doen? (https://www.synology.com/nl-nl/knowledgebase/DSM/tutorial/File_Sharing/What_to_do_when_SMB_access_with_domain_accounts_fails)
De vraag is dus, gebruik je een domeinaccount, dus heb je een domeincontroller ?
Ik in ieder geval niet, dus is deze is n.v.t. voor mij, maar misschien wel voor jou ?
-
Recentelijk kwam dat NTLM ook al voorbij, maar dan in een andere context. Synology helpdesk schreef dat het bewust uit gezet is in dsm7. (ik kan alleen de posting niet meer vinden) Wikipedia schrijft er dit over: link (https://en.wikipedia.org/wiki/NT_LAN_Manager)
In kort komt het er op neer dat NTLM verouderd is en een zwak protocol gebruikt. Dat het dus standaard uit staat op de nas is op zich niet vreemd. Wat wel vreemd is dat je op het moderne windows 10 gedwongen wordt dat oude protocol te gebruiken.
Edit: Het eerdere bericht hierover stond onder "media player" (https://www.synology-forum.nl/media-server-(upnpdlna)/mediaplayer-verbindt-niet-meer-met-ds418/msg292345/#msg292345)
Daar lees ik dat alleen mtlmv1 uit staat en mtlmv2 wel aan staat. (dit wordt blijkbaar niet in de smb.conf file geregeld.)
-
Heeft dit niet te maken met workgroup =WORKGROUP ?
moeten beiden niet op zelfde workgroup of domain zitten?
Anders userid als workgroup/username intikken
Verstuurd vanaf mijn SM-G950F met Tapatalk
-
Recentelijk kwam dat NTLM ook al voorbij, maar dan in een andere context.
Dat was dit Topic (https://www.synology-forum.nl/media-server-(upnpdlna)/mediaplayer-verbindt-niet-meer-met-ds418/).
-
had t zelfde probleem, heb t opgelost via regedit in windows pro 2020H2
Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters
en dan AllowInsecureGuestAuth op 1 zetten. Stond hier op 0.
-
Guest access toestaan ?
Is DAT wel zo'n goed idee ?
-
Nou ja, als je wintel niet open staat naar de buitenwereld ( je draait dus geen server oid ) en je zit achter een NAT lijkt het me geen enkel probleem. Neem aan dat we het hier over LAN access hebben.
Ik kwam op 1 machine ook niet in de ( LAN ) syno. Alleen via de syno app, en dat schiet niet op.