Synology-Forum.nl
OS Specifieke ondersteuning => Windows => Topic gestart door: Robert20VT op 29 april 2016, 18:27:27
-
Beste lezers,
Tot voor kort kon ik mijn NAS (DS214play) in de windows verkenner gewoon openen en de gedeelde mappen daaronder openen. Ik heb sindskort een andere router ivm wat internetproblemen. Nu kan ik sinds die installatie de NAS niet meer vinden onder de verkenner. Ik kan de NAS wel benaderen via de webinterface en ook alle apps op de telefoon e.d. (DSphoto,DS Video) werken naar behoren.
Ik vond deze methode om de NAS te bereiken de meest prettige, maar deze werkt dus helaas nu niet meer. Heef iemand enig idee waar dit aan kan liggen? Ik heb (zover ik tot nu toe heb kunnen vinden) alle instelling op de nieuwe router (Technicolor TC7210) hetzelfde staan. Dezelfde poorten staan open, ik heb dezelfde werkgroep naam en een vast IP voor de NAS. Het gaat overigens om een PC en laptop die beiden dezelfde situatie vertonen. (beiden windows 7)
Alvast bedankt voor het meedenken!
-
Kans is groot dat op je beide computers het netwerktype nu op Openbaar staat. Dit omdat de router is gewijzigd. En dan worden shares door Windows geblokt. Als dat zo is dan het netwerktype aanpassen naar Thuisnetwerk.
-
Bedankt voor je snelle reactie.
Nee op zowel de pc als laptop staat het netwerk als thuisnetwerk ingesteld.
Ik heb zojuist ook geprobeerd de werkgroep naam te wijzigen in zowel de NAS als op de computers. Ik las in een ander topic dat dit sinds de update naar DSM 6 problemen veroorzaakte. Maar ook dit mocht niet baten...
-
Heb je al met Synology Assistent vanaf je Windows machines geprobeerd om de NAS te vinden?
Had van de week hetzelfde issue na ingebruikname van de Synology RT. In eerste instantie waren netwerkshares niet meer benaderbaar vanuit Windows en werd de NAS niet gedetecteerd door Synology Assistent. Vervolgens firewall op de NAS uitgezet en hebbes!! Daarna firewall gefinetuned door de poorten te openen voor Windows bestandservice en Synology Assistent het gehele subnet van de nieuwe router. Probleem hiermee opgelost, wellicht ook bij jou.
-
Bedankt voor het meedenken.
De Synology assistent vind de NAS wel en ik kan ook via mapstation een stationsletter toewijzen. Maar ik kan de NAS niet meer in explorer onder het netwerk kopje terug krijgen zoals voorheen.
Daar staat nu wel mijn NAS, maar als ik die aanklik wordt de web interface gestart. Ik wil gewoon de Diskstation map daar hebben met de verschillende gedeelde mappen, zoals voorheen.
De manier met verschillende stationsletters is een oplossing, maar de oude manier zou mij erg veel werk schelen ivm allerlei bestaande koppelingen naar gedeelde bestanden in de betreffende mappen.
-
Op de NAS dezelfde user met het WW aanmaken als op je PC.
In verkenner in de adresbalk typen:
\\Diskstatation (of hoe je NAS ook heet)
Je ziet dan de NAS met alle shares.
De NAS kun je dan bij je met je rechtermuis slepen naar Favorieten (in Verkenner) en daar een snelkoppeling maken.
-
Bedankt voor je reactie.
Toevallig was ik daar gisteravond ook achter gekomen om op deze manier (//Diskstation) de NAS zichtbaar te maken. Hiermee komt hij inderdaad zichtbaar in de explorer onder het netwerk kopje. Ik zal de oplossing proberen die je aangeeft om te verslepen naar favorieten.
Voorheen was het echter zo dat deze altijd zichtbaar bleef onder het netwerk. Maar nu is het zo, dat als ik de verkenner afsluit en opnieuw open, de diskstation weer verdwenen is. En ik dus opnieuw moet opzoeken met //Diskstation. Weet iemand een manier om deze permanent zichtbaar te houden? (Zonder de favorieten manier). Dit met het oog op bestaande koppelingen die ik met de favorieten methode niet terug heb.
-
Je vergissing zit in dat je // gebruikt ipv \\
In het eerste geval wordt je webbrowser gestart, de 2e wordt verwerkt door Verkenner.
\\ zegt eigenlijk dat hij vanaf het begin van je netwerk moet zoeken.
Gebruik je geen favorieten in verkenner?
Die zijn erg makkelijk om direct naar bepaalde mappen te springen, waaronder je NAS.
Ik weet niet wat je nog probeert op te lossen gezien het werkt, dus wat je probleem nu nog is.
-
Sorry voor de verwarring, ik gebruik inderdaad \\.
Ik snap de handigheid van favorieten, dank je wel. Het gaat mij er nu vooral om dat ik allerlei verwijzingen heb staan in diverse programma's naar bestanden op de NAS. Deze worden nu niet gevonden omdat hij niet zichtbaar (blijft) in de verkenner. Ik zou graag de NAS (buiten de favorieten) altijd zichtbaar in de verkenner hebben. Ik hoop dat mijn vraag duidelijk is zo?
-
Ik heb een soort gelijk probleem gehad met windows 10. Een verse install zag mijn diskstation niet onder netwerk.
Zorg idd voor dat je in dezelfde netwerk groep zit.
Ik heb mijn windows user/password gelijk aan die van het Nas account.
Bij netwerk instellingen natuurlijk dectectie aan.
Kijk ook even wat je ingestelde versie voor SMB(samba) is op de NAS en welke windows is.
Bij mij stond deze destijds op V2. Toen heb ik de windows versie naar Smb1 moeten zetten om de diskstation weer te zien.
Nu staat deze op V3 en windows (10) ook en is deze direct zichtbaar.
-
Ik zit inderdaad in dezelfde netwerk groep en netwerk detectie staat aan. Ik kan de NAS ook wel benaderen door het \\ commando. Echter verschijnt deze niet (continue) onder het netwerk kopje in de verkenner. Inmiddels heb ik als alternatief de mappen aan de favorieten toegevoegd zoals Robbedoes voorstelde (waarvoor dank!). Toch zou ik graag nog de oude manier kunnen herstellen om de bestandskoppelingen terug te krijgen met andere programma's.
Het SMB verhaal is mij niet geheel duidelijk. Ik heb daarover gelezen en gegoogled, maar ik begrijp eruit dat een hogere versie altijd compatible is (of zou moeten zijn) met een lagere. Ik weet niet goed hoe deze in Windows te controleren en/of aan te passen. Wel heb ik de versie van de NAS op verschillende versies gezet om te testen. Dit mocht echter niet baten.
-
Klik op start en zoek op powershell, open als admin "windows powershell"
tik daar in "Get-SmbConnection"
om eenmaal te veranderen:
https://support.microsoft.com/en-us/kb/2696547
volgens mij gebruikt W7 Smb 2.1 en geen 3.
-
Ik doe vast iets verkeerd, maar ik zie niet wat? (afbeelding)
-
je moet eerst navigeren naar C:/Windows/system32 (je staat nu in users/Robert) en daar het commando uitvoeren srry
Dus eerst:
cd ..
cd ..
dir (dan kan je windows kiezen)
cd windows
cd system32
dan commando Get-SmbConnection
-
Hmmm... Ik doe vast ook nu iets verkeerd...?
-
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..
-
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.
-
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:
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
-
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
@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:
Set WshShell = CreateObject("WScript.Shell")
WshShell.Run chr(34) & "C:drivemap" & Chr(34), 0
Set WshShell = Nothing
-
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.
-
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.
-
Zie:
https://www.synology-forum.nl/netwerk-algemeen/nas-via-servernaamshare-niet-meer-te-bereiken/msg243994/#msg243994