SHARES niet meer bereikbaar na update

[point7]

Probleem: Ik kan geen enkele SMB share op de DS414 meer bereiken na de update van DSM5.1.
Op 3 verschillende PC's (Windows7) en ook op mijn OpenElec XBMC HTPC.

Vaststelling:
- Ik kan zonder problemen via de webinterface alles doen op NAS.
- Via de IOS apps kan ik ook zonder problemen aan de SHARES.
- Via Synology Assistant --> Map Station kan ik wel een verbinding maken met de SHARES.

Het probleem moet volgens te maken hebben met SMB in de NAS zitten want zowel mijn Windows 7 PC alsook OpenELEC (=linux based) kunnen niet meer op de NAS. Ik denk daarom niet dat ik iets in WIndows moet wijzigen.

[Ben(V)]

Heeft je NAS nog hetzelfde IP adres?
Probeer eens via het ipadres je share te benaderen in plaats van via de naam van je NAS

[point7]

Ik geraak op die manier inderdaad al wat verder. Als ik in verkenner mijn ip adres ingeef ( handmatig IP adres op de NAS = 192.168.1.20) dan kan ik inderdaad aan de shares.
Maar waarom werkt het niet meer via de naam (=DISKSTATION)?

[point7]

En we zijn weer een stap verder (mogelijk opgelost).

Dankzij de tip van Ben(V) zat ik me toch af te vragen of er iets mis was met de naamgeving van de NAS.  Nu bleek de servernaam als naam "DiskStation" gekregen had.  Ik heb dit veranderd naar "DISKSTATION" (dus allemaal caps) en het werkte terug. Ten minste toch terug op mijn PC's.

Edit: Werkt nog niet op mijn laptop.

Mijn XBMC HTPC moet ik nog testen.

[cyrus1977]

Kan zijn doordat je router bepaalde routes gecached heeft.

Geeft die eens een reboot en zie wat dat doet.

[point7]

Na een reboot van mijn PC heb ik weer geen toegang meer. 

Ik heb mijn router ook herstart. Geen verschil.

[cyrus1977]

Als je het wel had maar nu niet meer dan ben ik er nog meer van overtuigd dat het in de routes zit.



Firewall al gechecked ?

[Ben(V)]

Jouw NAS heeft twee poorten.
Als die beiden op DHPC staan krijgen ze beiden een IP adres van je DHCP server.
Als er een ARP request naar je NAS gestuurd wordt heb je kans dat de andere interface antwoord geeft en niet de interface die aan je netwerk hangt.
Bij mij antwoordt poort 2 altijd, dus om het simpel te houden zou ik poort 2 aansluiten op je netwerk en poort 1 niet.
Je kunt ook proberen om de niet gebruikte poort een fixed IP adres te geven in een ander subnet

[point7]

Ik heb nu de netwerkpoort op de NAS op automatische netwerkconfig gezet en dan werkt het op het eerste zicht terug goed.

Mijn handmatig IP-adres stond op 192.168.1.20 en nu heeft ie van mijn router 192.168.1.212 gekregen. 
Ik kan de NAS terug bereiken via de naam en mijn shares zijn weer zichtbaar in Windows.

Toch wil ik weten waarom 212 wel werkt en 20 niet meer.  Ik gebruik niet graag dynamische adressen op mijn servers/NAS'en.

[Ben(V)]

Lees mijn post eens.
Je moet de niet gebruikte poort een ip adres geven in een ander subnet.

Bijvoorbeeld 192.168.2.20 dan kun je voor de wel gebruikte poort gewoon 192.168.1.20 gebruiken.

Als die niet gebruikte poort in hetzelfde subnet zit loop je de kans dat die reageert op je arp request en dat antwoordt komt natuurlijk nooit aan.

[point7]

De settings van mijn 2de poort stonden inderdaad nog op handmatig (dit heeft nooit problemen gegeven in het verleden) en op hetzelfde subnet mask als poort 1. Ik heb nu de settings van poort 2 verzet en poort 1 terug op manueel 192.168.1.20 gezet en op het eerste zicht werkt het.

Moet nog verdere testen doen, maar kan nu even niet verder. De PC is met andere taken bezig. Ik laat het zeker weten of het opgelost is.

[Basalt]

...of je gebruikt link aggregation (bonding) om wel beide poorten te gebruiken 

/Erik

[Ben(V)]

Werkt alleen als je een managed switch hebt.

Als je een bond maakt zonder een managed switch functioneren de twee poorten als elkaars failover, maar wordt een poort nooit gebruikt.

[point7]

OK we zijn weer terug.

Tot nu toe werkt het weer als vroeger nadat ik de settings van poort 2 op een ander subnet heb gezet. (even op auto gezet...kreeg een ander subnet...en dan terug manueel aanvinkt.)

Ik heb de settings van poort 1 terug manueel gezet op 192.168.1.20.

Ik heb mijn PC en laptop rebooted en ze zien de shares  (en gemapte driveletters in windows) op de NAS weer allemaal staan zonder omwegen te moeten doen. Gewoon via verkenner op DISKSTATION klikken en alle shares zijn weer zichtbaar.

Dat zoiets stoms plots voor problemen zorgt. Ik heb alle DSM updates al gedaan vanaf 4.3 geloof ik en deze settings van mijn poorten hebben altijd zo gestaan.

Enfin...hopelijk ziet mijn XBMC PC de shares ook terug staan. Dat test ik straks pas uit.

Alvast zeer hartelijk bedankt voor de hulp hier !!!  Zat effe met de handen in het haar. 

[Ben(V)]

Blij te kunnen helpen.

Overigens is de suggestie van Basalt om beide poorten op je switch aan te sluiten en ze in een bond te zetten niet zo gek hoor.
Die twee poorten vormen dan en bond en gedragen zich als een poort. Je hebt dan dit probleem nooit meer.
Je hebt nog maar een ipadres dan.

Bijkomend voordeel is dat als een poort of kabel defect raakt hij automatische de andere gaat gebruiken.

Kan natuurlijk alleen als je nog poorten vrij hebt op je switch en het kabel technisch te doen is.