Kan NAS niet openen in windows explorer (Netwerk verkenner)

[leerdammer]

vreemd..je  doet het wel goed. Maar ligt misschien toch aan de windows versie en of powershell versie..
Maar goed je had de Smb versies in de Nas ook al veranderd toch? daarna ook de pc en Nas gereboot ?
Windows 7 heeft Smb 2 dus daar zal die wel op staan.
Je kan je Nas nog eens op andere versies zetten en kijken wat er gebeurd bij je netwerk instellingen
Ik weet het ook even niet meer..

[Robert20VT]

Ik heb inderdaad de SMB versies van de NAS op verschillende versies gehad (en idd gereboot). Hij stond zoals je zegt op SMB2+. Daar heb ik 'm uiteindelijk op terug gezet. Bedankt voor je inzet in ieder geval!
Voorlopig is de enige manier om de NAS te benaderen via de verkenner de manier van Robbedoes (\\Diskstation en dan in de favorieten zetten.) Ik zou nog altijd graag de NAS terugkrijgen onder het kopje netwerk, maar ben bang dat ik er vrede mee moet gaan sluiten dat dit niet gaat lukken. Wellicht staat er iets in de router niet goed, maar ik kan niet verzinnen (en vinden) wat dat zou moeten zijn.
Mocht nog iemand een idee hebben sta ik daar altijd voor open uiteraard.

[Robbedoes]

Sinds hele tijd is in Win7 het niet meer mogelijk om op het hoogste niveau een netwerk verbinding te hebben.
Dat is ook niet "logisch" want je hebt nooit rechten op de Root.
Wat wel kan is een netwerkverbinding op een gedeelde map maken.
Als je de NAS in Verkenner benaderd en afdaalt naar de gewenste map, dan kun je door rechtsklikken kiezen voor netwerkverbinding maken.

Je kunt ook een scriptje maken in een CMD bestand wat je automatisch laat starten als je je in Windows aanmeld.
Dat heb ik ook voor een aantal shares gedaan.

Omdat ik dezelfde user gegevens als op de PC in de NAS rechten gegeven heb op de betreffende shares gaat het aanloggen automatisch.

Even een voorbeeld van het scriptje.

StartShares.CMD:

Code: [Selecteer]

REM verwijderd oude shares en zet netshares van Synology op driveletters I, S en T
net use * /delete /yes
net use I: "\\DiskStation\sharenaam1" /persistent:no
net use S: "\\DiskStation\sharenaam2" /persistent:no
net use T: "\\DiskStation\sharenaam3" /persistent:no
exit


[leerdammer]

ik gebruik ook zo'n script, iets uitgebreider. Deze bat file save je in C windows root. En een run.vbs file in je opstarten folder en klaar.

Wel makkelijk inderdaad, bij een boot mount deze gewoon je shared folders, dit gaat onzichtbaar zonder window dus.
Je kan zelf aangeven welke folders je wil. Je hoeft alleen je nas ip in te voeren en de folders dus.
Ik gebruik folders x,y,z die moeten dan dus vrij zijn.
Even in notepad+ zetten en juist saven.
Mocht je een keer je pc eerder aanzetten dan de Nas kan je gewoon de .bat file starten en alles wordt gekoppeld.

drivemap.bat

Code: [Selecteer]

@ECHO OFF
REM Edit by Wizjos 9/3/2013
REM !---- Command Script that waits until the network connection to a (local) network resource has been
REM !---- established, and only then mounts specified network locations as mapped drives.
REM !---- Useful in case setting up the network connection might take long following startup.
REM !---- This might e.g. apply to WiFi connections
REM !---- Script verified for WinXP (English version)

REM !---- Define the NAS IP-address or network name (e.g. "192.168.1.5" or "Diskstation"), but use -NO- quotes (")
REM !---- IP-address should always work; network name only when client and NAS are in the same Workgroup/Domain
SET nas_ip=192.168.1.1

REM !---- Use this section if NAS-username and/or -password differs from Windows-username and/or -password
REM !---- Omit this section ("REM" all lines) if Windows and NAS user-name and -password are identical
REM nas_usr=login
REM !---- Use the next line to be prompted for the NAS-user password. Preferred solution, safe
REM SET /p nas_pwd=Please provide password for remote user %nas_usr% on \%nas_ip%: ?
REM !---- Use the next line to put the NAS-user password in this file. Non-preferred, unsafe
REM nas_pwd=ww

REM !---- Modify the following variables according to need; value always between 1 and 254 (incl)
SET /a seconds_between_pings=3
SET /a max_attempts=90
SET /a seconds_of_end_message=10
SET /a min_good_pings=3

REM !---- Use the next line if you want to delete the links to ALL mapped network drives
REM USE * /DELETE
REM !---- Use the next line(s) (and modify drive-letters) if you want to delete specific mapped network drives
SET NET USE Z: /DELETE /y
SET NET USE Y: /DELETE /y
SET NET USE X: /DELETE /y

SET /a attempts=1
SET /a good_pings=0
SET display=Waiting for connection to %nas_ip% .
REM !--- Mind the white-space ( ) behind the last period (.) above !

:try_again
CLS
ECHO %display%
REM !--- The following line serves as a "wait" statement
PING -n %seconds_between_pings% -w 1 %nas_ip% >NUL
REM !--- You might (?) need to change "Reply from" below for non-English Windows versions
PING -n 1 -w 200 %nas_ip% | FIND "Reply from %nas_ip%" >NUL
IF %ERRORLEVEL% EQU 0 (SET /a good_pings+=1)
IF %good_pings% EQU %min_good_pings% GOTO :conn_established
SET display=%display:. =.. %
SET /a attempts+=1
IF %attempts% LEQ %max_attempts% GOTO :try_again

ECHO.
ECHO Connection to %nas_ip% failed to establish within reasonable time
ECHO.
ECHO Unable to map network drive(s) to %nas_ip%
ECHO.
GOTO :almost_oef

:conn_established
ECHO.
ECHO Connection to %nas_ip% established
ECHO.
ECHO Now mapping network drive(s)

IF N%nas_usr%==N (SET userdata="") ELSE (SET userdata="/USER:%nas_usr% %nas_pwd% ")
rem also OK for XP: IF defined nas_usr (SET userdata="/USER:%nas_usr% %nas_pwd% ") ELSE (SET userdata="")
rem not OK for XP: IF EXIST %%nas_usr%% (SET userdata="/USER:%nas_usr% %nas_pwd% ") ELSE (SET userdata="")
REM !---- add line(s), change drive-letter (e.g. K:) and NAS folder-name (e.g. nas_folder1) according to need
NET USE Z: \\%nas_ip%\\"hier je sharenaam" %userdata:"=%/PERSISTENT:NO
NET USE Y: \\%nas_ip%\\"hier je sharenaam" /PERSISTENT:NO
NET USE X: \\%nas_ip%\\"hier je sharenaam" /PERSISTENT:NO
REM NET USE L: \\%nas_ip%nas_folder2 %userdata:"=%/PERSISTENT:NO

:almost_oef
PING -n %seconds_of_end_message% -w 1 %nas_ip% >NUL
Het run.vbs scriptje in je windows opstart folder:

Code: [Selecteer]

Set WshShell = CreateObject("WScript.Shell")
WshShell.Run chr(34) & "C:drivemap" & Chr(34), 0
Set WshShell = Nothing

[MartijnKor]

Een beetje een late reactie, maar ik had dit probleem net ook en dacht mijn oplossing even te delen. Ook ik heb geprobeerd met de netwerkinstellingen te spelen, maar het mocht helaas niet baten. \\Synology (de naam van mijn NAS) werkt op mijn pc wel maar op mijn laptop niet. Door \\192.168.178.17 (IP-adres NAS) in te vullen werkt het ook op de laptop. Ik ga ervan uit dat iedereen het IP-adres van zijn/haar NAS wel weet maar zo niet raad ik Advanced IP Scanner (freeware) aan.

[tarzanhond]

Windows 10 en de toegang tot een linux samba bestandsserver.
Samba is de linux implementatie van het windows bestandsdelingsprotocol. Samba is open source software en dus gratis in het gebruik. Het is gebleken dat de toegang tot een samba bestandsserver in de meeste gevallen met een windows 10 PC niet meer functioneert. De reden hiervan is dat Microsoft de beveiliging van bestandstoegang vanuit een windows 10 client aanzienlijk heeft aangescherpt. Beveiliging is uiteraard noodzakelijk en zeer belangrijk, echter beveiliging kan al snel een probleem gaan vormen wanneer een eigen server op uw lokale netwerk door een Windows 10 PC in uw bedrijfsnetwerk niet meer wordt “vertrouwd”. Met name wanneer er zich hierop uw belangrijke documenten en bestanden bevinden waarmee gewerkt moet kunnen worden. Enig googlen levert al snel een mogelijke oplossing nummer één op, namelijk door in de registry editor de parameter HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth aan te maken en deze de waarde 1 te geven. Bij testen blijkt echter in de praktijk dat dit niet helpt. Potentiële oplossing nummer twee zou zijn om via configuratiescherm -> referentiebeheer een referentie aan te maken naar de samba bestandsserver en de gebruikersnaam/wachtwoord hierbij op te slaan. Dit kan middels een hostnaam of een IP Adres waarmee naar de samba server wordt gerefereerd. Wederom bleek bij testen dat dit in veel gevallen niet werkt.
Er is zeker iets vreemds en meer specifieks aan de hand betreffende dit probleem. Wat onder andere te lezen valt in samba userlists, is dat Windows 10 bij toegang tot een linux bestandsserver het zeer nieuwe SMB3_11 protocol onderhandelt hetgeen momenteel bij de meeste samba servers niet goed gaat. Er is echter meer aan de hand want bij het koppelen van een gedeelde map op een Windows XP PC is er geen enkel probleem om dit vanuit Windows 10 te doen. Hierbij weten we zeker dat XP het SMB3_11 protocol niet heeft aangeboden omdat dit te nieuw is. Toch verloopt de onderhandeling tussen windows 10 client en Windows XP PC vreemd genoeg wel met succes. Linux samba shares worden dus blijkbaar anders beschouwd door Windows 10 dan windows SMB shares. Hoe dit verschil ontstaat is op dit moment nog niet helemaal duidelijk.
Er is er al wel een methode om het probleem te verhelpen, hoewel deze methode niet bijzonder elegant te noemen valt. Wat is gebleken, is dat bij uitschakelen van het SMB3 protocol op de windows 10 client PC het koppelen van de samba share wel lukt. Hierna zijn samba shares wel toegankelijk.
Uitschakelen van het SMB 2/3 protocol op een Windows 10 client PC gaat op de volgende wijze:
In een CMD scherm met administrator bevoegdheden uitvoeren:
sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi
sc.exe config mrxsmb20 start= disabled
Hierna de PC herstarten.
Weer inschakelen gaat middels de volgende commando’s:
sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc.exe config mrxsmb20 start= auto
Hierna wederom de PC herstarten.
Waarom is deze methode een niet bijzonder elegante oplossing? Dat heeft ermee te maken wat er inmiddels allemaal in de nieuwe versies 2 en 3 van het SMB protocol verbeterd is. Door een ouder protocol SMB 1 te gebruiken mist u enkele inmiddels gemaakte verbeteringen in het protocol. Hier staat echter wel tegenover dat u tenminste uw samba server weer kunt gebruiken. Praktisch gebruik weegt in veel gevallen het zwaarst, vandaar dat ik hierover alvast bericht.
Ook is er te lezen op de websites van samba.org dat de nieuwste versie van een Samba server, versie 4.3.0, het SMB3_11 protocol van Windows 10 ondersteunt. Dat zal zeker ook het geval zijn, echter de eerste tests met een zelf uit de source code geïnstalleerde samba server 4.3.0 onder CentOS linux heeft helaas nog niet de oplossing geboden om de share ook op SMB3_11 niveau te kunnen koppelen met een Windows 10 PC. Uiteraard zal ik hier berichten indien dit wel is gelukt. Samba server software bestaat al sinds de jaren 90 en is een breed toegepaste oplossing waaraan continu hard wordt gewerkt om deze verder te ontwikkelen en uit te breiden met nieuwe functionaliteit. Samba software vindt u ook in NAS apparaten en internet routers die bestandsdeling middels een aangesloten USB harddisk bieden en nog meer apparaten, en op professioneel niveau uiteraard in volwaardige linux bestandsopslagservers.

[Ben(V)]

Zie:

https://www.synology-forum.nl/netwerk-algemeen/nas-via-servernaamshare-niet-meer-te-bereiken/msg243994/#msg243994