Internet valt steeds weg.

[pstas]

Sinds deze update SRM 1.1.1-1164 alleen maar dikke problemen.

Internet verbinding weg. Wijzig ik de standaard DNS van 192.168.1.1 naar bijv. 8.8.8.8 dan werkt het ongeveer 1 minuut. Daarna is verbinding weer weg. Telkens als ik de primaire DNS wijzig is het 30sec tot 1 min werkend.
Windows zegt dat internet zou moeten werken. Laat ik de probleemzoeker van Windows zijn gang gaan dan krijg ik steevast de mededeling om de router opnieuw op te starten.
Vervolgens krijg ik dezelfde problemen als hierboven beschreven. Dus na 1 min geen internet.
Het heeft tot vrijdag j.l (voor de update) altijd perfect gewerkt.
Ik heb inmiddels alles vele malen naar fabrieksinstellingen terug gezet maar het wil niet anders dan hierboven omschreven.

Ik heb een Genexis glasvezel modem met poort EEN in bridge waarachter de Synology hangt. Deze gaat vervolgens naar een 24 poorts switch. Ik heb 3x NAS hierachter hangen en dacht redelijk bedreven te zijn met DSM en SRM, maar dit krijg ik toch niet werkend.
Frustrerend omdat alles tot voor de update draaide als een zonnetje.

Wie weet een directe oorzaak aan te geven. Ik werk nu weer via een standaard poort op Genexis direct naar de switch en kan dus wel vooruit, maar ik heb de Syno-router vanwege 5GHz en betere gebruikers interface aangeschaft en wil deze weer graag snel benutten.

Peter

[Babylonia]

Ik heb een Genexis glasvezel modem met poort EEN in bridge waarachter de Synology hangt.

Bij deze wijze van instellen, van welke provider neem je internet af en hoe is je primaire internet interface ingesteld?
Zijn er nog bijzondere instellingen nodig bij die set-up zoals PPoE ??
Zou je een schermafdruk ervan kunnen maken?

Hoe kom je overigens aan een "standaard DNS van 192.168.1.1"
Bij een automatische verbinding waarbij de provider je een WAN-IP adres uitdeelt (en bij een bridge-instelling wordt doorgegeven), zou je automatisch ook DNS-servers van de provider toegewezen krijgen, wat beslist niet in een lokaal netwerk IP-bereik ligt.
Dus vraag me af of je hierbij zelf al zaken niet goed instelt?

[pstas]

Provider is Canal Digital (Online) en zie de bijlagen voor de instellingen.
Dit zijn de standaard instellingen die ook na een harde Reset van het glasvezel modem terug komen.

Bij Synology laat ik de gegevens zelf ophalen via Primary "Interface Auto" en Default Gateway (enabled). Ik heb de WAN kabel aangesloten op bridgepoort van Genexis en zit zelf op LAN van Synology. Daarna start de Autosetup en komt Synology met deze gegevens. ISP laat ik op AUTO staan.
Na de setup stel ik verder niets in.
Kijk ik dan bij Lokaal Netwerk dan zie ik direct IP4 "Disconnected" Kijk ik dan bij Primary Interface dan is deze ingesteld op Connection Type "Auto" en Gateway "enabled" .Je zou verwachten dat dan alles goed opgehaald werd. Maar nee dus. Bij Smart WAN staat dat deze 81.70.128.1 failed. Hij heeft dan in zijn Gateway 192.168.1.1 neergezet.
Alleen DNS wijzig ik dan. Als ik vervolgens Gateway wil wijzigen naar de reeks van Canal Digitaal dan geeft hij een foutmelding dat dit niet hetzelfde subnet is. (Logisch ja) Ik zet die dus steeds terug naar 192.168.1.1 maar blijkbaar is dit fout en weet ik niet welke instellingen ik moet gaan toepassen. Dus wijzig ik DNS en dan werkt het kortstondig. (Zie fout melding velden bij Syn1.jpg)

Blijkbaar heeft Synology bij de eerste installatie wel alles goed opgehaald, maar nu wil dit dus niet lukken. En nu blijkt dus dat hier mijn kennis stopt. Ik zou niet weten welke velden ik moet aanpassen om het weer werkend te krijgen. Er wordt om een ander subnet gevraagd, maar daarmee alleen is het blijkbaar niet opgelost.

Wellicht heb je met deze ruime uitleg voldoende gegevens om me op het goede spoor te zetten.
Waar kan ik "lesmateriaal" vinden over deze instellingen. Want het hele verhaal over DNS, Gateway etc. levert mij meer problemen op dan me lief is dus is kennis uitbreiding noodzakelijk.

Alvast dank voor je snelle eerste reactie.

[Babylonia]

@pstas
Even een korte reactie. Voor een meer uitgebreide bestudering kom ik er later op terug.
Dan ben ik thuis en kan makkelijker scherm-afdrukken maken.
(Ik zit nu op locatie, kan via VPN wel in mijn eigen router kijken, maar beperkt in gereedschappen hier).

Wat me opvalt bij de volgende afbeelding welke je hebt gegeven is dat de Gateway die wordt weergegeven voor het "interne LAN netwerk" (dus voor het netwerk van de Synology router zelf) nooit kan kloppen.  Want dat moet in het bereik zitten van het lokale subnet, ofwel de gateway zou in jou geval moeten zijn 192.168.1.1
Verder een aantal licht rood ingevulde blokken, om aan te geven dat de instellingen die je gebruikt daarmee in conflict zijn.

[Birdy]

@pstas Topic gesplitst van deze om het overzicht te behouden, (onderwerpen/berichten lopen nu door elkaar).

Sinds deze update SRM 1.1.1-1164 alleen maar dikke problemen.

Versie ook maar even aangepast: SRM 1.1.1-6414.

[Babylonia]

@pstas

Ik ken de Genexis HRG1000 niet als glasvezel portal / router wat voor je Synology router zit.
Als ik via Google kijk hoe die HRG1000 te benaderen kom ik o.a. uit  < HIER >
Als standaard daarbij een LAN sub-net wordt gebruikt wat hetzelfde is als de Synology router, is dat met elkaar in conflict.
Dan werkt het dus niet.  Zou je of de één of de ander een ander LAN sub-net moeten geven.

Nu schreef je wel dat je een poort van die Genexis HRG1000 in bridge zou hebben gezet.
Dan zou je internet WAN-IP direct worden doorgegeven. In dat geval zou er geen conflict hoeven te zijn met het sub-net van de Synology router.
(Hoe benader je die HRG1000 daarna?).


Ik geef je hierbij de situatie aan instellingen van mezelf, zodat je daar mogelijk wat informatie uit kunt halen.
- Daarbij is als eerste een ISP modem/router aangesloten. Geen bridge, gewoon de normale functies die erbij horen.
  (Bridge is niet mogelijk, dan verlies ik functionaliteiten ten aanzien van telefoon en TV).
- Daarachter als 2e de Synology router.

Dus in mijn geval een situatie NAT achter NAT, met twee verschillende LAN sub-netwerken.
 -  1e router sub-net 192.168.22.x
 -  2e router sub-net 192.168.10.x


De status-pagina. In mijn geval de LAN-IP gegevens van de 1e router., die op de WAN binnenkomt van de Synology router.
Bij bridge-mode van de eerste modem/router zou je daarbij de externe WAN-IP gegevens moeten krijgen van je internetaansluiting.




De instellingen van de connectie (automatisch):




De lokale netwerk-gegevens. In mijn geval dus met sub-net 192.168.10.x




Als je op diezelfde pagina verder naar onderen scrolt, kom je de gegevens tegen van het WiFi gast-netwerk.
Dat wordt vaak vergeten, maar ook dat netwerk mag niet conflicteren met een LAN sub-net van een vóór de Synology aangesloten 1e router.
Dat WiFi gast sub-net is standaard altijd één nummertje hoger (het 3e blok van 4) dan wat je instelt als basis sub-net voor de Synology router.
(Verder nog andere zaken om in te stellen zoals o.a. IGMP Snooping m.b.t. media en TV streams via multicast protocollen):




Mocht je met deze gegevens er niet uitkomen, en nog steeds conflicten hebben, vraag ik me af of de bridge-mode van die ene poort wel goed functioneert. In dat geval zou er een conflict kunnen zijn van overeenkomende sub-netwerken zoals eerder aangegeven.
Zou je ofwel het LAN sub-net van de Genexis HRG1000 moeten aanpassen, of die van Synology router.

Succes, Babylonia@

[pstas]

Beste Babylonia,

Ik heb vandaag eerst naar Canal Digitaal gebeld met de vraag of poort 1 nog wel in Bridge mode staat. Helaas moet dit weer ergens opgevraagd worden en wordt ik daarover terug gebeld. Dit is een instelling die op dit modem niet zelf gewijzigd kan worden.
Ik heb in ieder geval nogmaals een volledig "harde reset" gedaan en nog eens gekeken of Preferred DNS wordt opgehaald, maar dit blijft LEEG.
Zou dit ook een probleem van Synology kunnen zijn? Want direct na de update naar de nieuwste Firmware kwamen de klachten.

Ik wacht nu eerst het antwoord van de provider af voordat ik alles ga ombouwen naar NAT/NAT

Ik kom hierop dus nog terug en stop even met experimenteren in afwachting van het antwoord van de provider.

Alvast dank zover voor de eerste duidelijke info.

[Babylonia]

Ik heb in ieder geval nogmaals een volledig "harde reset" gedaan en nog eens gekeken of Preferred DNS wordt opgehaald, maar dit blijft LEEG.

Die DNS-server is niet waar het probleem zit. Dan vul je ze zelf in. Je hoeft niet perse de DNS-servers te gebruiken van de provider.
Standaard heb ik in de router van de ISP juist andere DNS-servers ingesteld dan die van de provider, omdat die betrouwbaarder zijn.
Door in mijn geval de NAT achter NAT instelling wordt die vervolgens dan overgenomen door de Synology router.
Daarom niet nog eens ingevuld in de Synology router.  Maar evengoed kun je die zelf wel invullen.

De DNS-servers die ik in de 1e router van de ISP heb ingevuld (snel, betrouwbaar voor mijn regio, ligging en gebruik):

1e DNS-server:       74.82.42.42 = een DNS-server van "Hurricane Electric"
2e DNS-server:     194.98.65.65 = een DNS-server van "Verizon France"
3e DNS-server:   195.241.77.55 = een DNS-server van "Telfort/KPN"

Mogelijk speelt er nog een instelling mee in de problemen nu, wat in de laatste firmware update niet netjes als instelling wordt meegenomen.
Kijk daarvoor naar mijn reactie in de volgende draad  < HIER >

Overigens verwacht ik niet dat als eerder die ene poort van "Genexis HRG1000" in bridge-mode stond, dat het nu anders zou zijn.
- Ik denk dat het probleem eerder zit in de instellingen van die "Smart-WAN" waar hiervoor naar het andere draadje is verwezen.
- En de verkeerde "Gateway instelling" zoals (na verplaatsing van deze draad) hier bovenaan beschreven.

[pstas]

Vandaag bevestiging gekregen dat Bridge mode nog actief is. Dus weer aan de gang.
Eerst een Netgear Nighthawk AC1900 ingezet ipv de synology. Deze installatie verliep vlekkeloos en meteen internet.
Eerst eens gekeken naar de automatisch opgehaalde instellingen en deze opgeschreven.
Toen was de fout snel gevonden. Doordat ik ook het glasvezel modem een harde reset had gegeven was mijn IP gewijzigd. Blijkbaar wilde de Synology dit niet goed ophalen in AUTO modus. Deze gegevens ingevuld in Synology en meteen op jouw advies mijn subnet gewijzigd omdat Genexis in hetzelfde subnet zat. (192.168.1.1) Subnetmask iets breder gemaakt (255.255.252.0) zodat ik niet alle aangekoppelde apparaten volledig hoefde te wijzigen. Heb nu de 3 reeksen. Voorheen werkte het wel in dezelfde reeks, maar nu heb ik zeker geen conflicten. Ook Gastnetwerk op jouw advies een ander subnet gegeven.
Ook vond ik het vreemd dat de Gateway van Genexis oorspronkelijk in de 10 reeks zat. (wordt normaal voor LAN gebruikt, maar het stond toch echt in mijn ipconfig).
Al met al lang gestoeid maar toch gewonnen mede door jouw tips en aanwijzingen.

Ik heb nog één probleem met DDNS van DynDNS. Deze wil niet connecten, terwijl de instellingen op de server van DynDNS wel zijn aangepast. Ook geprobeerd op één van de NASsen, maar ook door geen succes. Hostnaam/inlog en wachtwoord kloppen, (met 2 man naar gekeken) en toch wil hij niet connecten. Morgen nog maar eens met frisse een blik ernaar kijken

Babylon nogmaals hartelijk dank voor diverse tips. Het heeft me weer wat kennis bijgebracht en ook heb ik me iets meer verdiept in de opbouw en betekenis van het SubnetMask. Is nu de eerste keer dat ik dit toepas en het werkt.....

[Babylonia]

Mooi dat je er nu uit bent gekomen en alles functioneert.
Er bekruipt me wel een gevoel dat je zaken veel moeilijker maakt dan wat het inhoudt.
Een aantal dingen van je uitleg begrijp ik, maar ook een aantal dingen niet wat je hebt gedaan of het waarom?

Wat wel begrijpelijk is:
- Met de reset dat de Genexis glasvezel modem/router in hetzelfde subnet zat.  (192.168.1.1)
  En daardoor in conflict met het standaard subnet van de Synology router.

Alleen wat je doet met het subnet-mask "breder" maken (gebruik van 255.255.252.0), snap ik niet wat je doet en het waarom?
Over subnet-mask heb ik helemaal niets geschreven om daar iets in te veranderen.  Het standaard gebruikte subnetmask  255.255.255.0  waarbij 254 (255) IP-adressen (+ multicast) kunnen worden aangestuurd, lijkt me voor thuisgebruik toch meer dan voldoende.

Zie een IP Subnet Calculator:   http://www.subnet-calculator.com              Alternatief:  http://www.subnetmask.info/
En achterliggende informatie:   https://wiki.xtronics.com/index.php/IP_Subnet_Masks

Maar lijkt me meer iets voor netwerk programmeurs om er op dat niveau mee bezig te willen zijn.
Dat ligt nooit in de bedoeling van Synology om op die wijze hun producten aan de gang te krijgen.

Ik heb nog één probleem met DDNS van DynDNS. Deze wil niet connecten, terwijl de instellingen op de server van DynDNS wel zijn aangepast. Ook geprobeerd op één van de NASsen, maar ook door geen succes.

Heb je ter controle wel connectie van buiten uit via het WAN IP-adres van je internetaansluiting?
Met mogelijk aangepast subnet in de Synology router, controleer of port forwarders dan nog juist zijn ingesteld.
(Of heb je die nog niet ingesteld?)

[pstas]

Hé Babylonia,

Ik weet dat een breder subnet niet nodig is in een thuis situatie. Maar na wat lezen en voorbeelden bekeken te hebben leek het me bijvoorbeeld prettig om de WiFi bijvoorbeeld in een ander subnet te zetten.
Ik heb begrepen dat ik geen groter risico loop met meer subnetten alleen moet ik zelf beter opletten wat ik doe en dat houdt me alert.
Poorten weer geforward. Ik kan inmiddels al mijn NASsen zowel met WebDav als via HTTPS van buitenaf benaderen. Ook de webpagina's.
Dit heb ik mijn zoon vanuit een externe locatie ook laten testen en die kan ook weer aan zijn bestanden. We gebruiken elkaars NAS voor backup doeleinden wat perfect werkt.

DNNS werkt nog niet maar daar stoei ik deze week nog wel wat mee. Ik heb in ieder geval alle instellingen in een backup staan voor het geval dat....

Nogmaals dank.

[Babylonia]

Ik weet dat een breder subnet niet nodig is in een thuis situatie. Maar na wat lezen en voorbeelden bekeken te hebben leek het me bijvoorbeeld prettig om de WiFi bijvoorbeeld in een ander subnet te zetten.

Je hebt bij de Synology een gast WiFi netwerk wat al in een ander subnet zit. Dat zou je standaard ook kunnen gebruiken om het gescheiden te houden van je "gewone" netwerk. Verder zou je in de firewall ook apparaten of IP-bereiken kunnen afschermen voor toegang vanuit andere IP-bereiken. Dus je kunt nogal wat kanten op.