Extern locatie (NAS) niet bereikbaar na nieuw contract en overzetten van TFT naar KPN

Hoi @gerwintb . Als jij technisch van TFT naar KPN bent gezet is de kans heel groot dat je een nieuwe IP adres hebt gekregen.

Is deze wijziging ook meegenomen in jouw config?

Voor mijn beeldvorming: Je hebt die v12 gekregen. heeft het daar NOOIT mee gewerkt? (wat voor experiabox had je daarvoor?)

Zo ja, moeten er wellicht poorten open gezet worden?

Het meest praktische advies wat ik in dit soort situaties kan geven is: Doe net alsof je alles voor het eerst aansluit en doorloop de volledige instructies van de NAS. inclusief installeren van app (mocht die er bij zitten). 

Er zou geen belemmering moeten zijn om gewoon een NAS van buitenaf te benaderen. 

Als ik je verhaal goed lees heb je het dus ook zonder VPN en DDNS geprobeerd. Dus zeg maar: Pingen van de ene nas/pc naar je externe nas? En dan timed ‘ie out?

Kun je wel een traceroute naar het ip adres van die externe NAS doen via een pc? 

@gerwintb Weet niet of ik dit just heb, maar het modem/gateway adres bij Telfort was toch 192.168.1.254?

Nu je op KPN profiel zit en de V12 gebruikt is dat 192.168.2.254 geworden!

Moet je het gateway adres in je NAS hierdoor nog ergens aanpassen?

Alleen als je een zeer oud ZyXEL modem/router model had.   Maar die sporadische ZyXEL modellen die nog werden gebruikt (als ze door ouderdom en voortdurende uitval al niet eerder waren uitgewisseld),  werden reeds ten tijde van Telfort al teruggeroepen voor latere Experia Box modellen met
192.168.2.254   als modem/gateway adres.

@Erwin_  @wjb @Radioman @Babylonia Fijn, bedankt voor jullie reacties. Het werkt helaas nog niet.

Het netwerk intern is altijd 192.168.2.x geweest, voor de zekerheid de NAS gecheckt en dat lijkt goed te staan. Beide NASsen zijn geupdate naar versie 7.0, daar heeft het eerder ook mee gewerkt voordat ik naar Hussel ben gegaan. Vanaf een externe locatie kan ik via OpenVPN naar beide NASsen inloggen, dat werkt zonder problemen. Hieronder wat printscreens:

@Babylonia per afbeelding heb ik bij het plaatsen een omschrijving eronder gezet van welk device de printscreen het betreft. Hopelijk geeft dat wat duidelijkheid

@wjb admin account heb ik daarvoor ook niet gebruikt uit security overweging. Omdat het niet werkt heb ik geprobeerd om de taak te verwijderen en opnieuw te koppelen. Als ik op de Aanmeld knop klik gebeurt er niks (ook geen foutmelding). Als servernaam/IPadres heb ik zowel de DDNS naam als het externe IP adres van de andere locatie gebruikt, maar dat werkt helaas beide niet. Ook met/zonder codering maakt geen verschil

Afgezien bij gebruik van een eigen router,
--waarbij je met die verschillende parameters in de instellingen rekening moet houden--

maar bij gebruik van “KPN spullen” zal een gebruiker alleen een ander WAN IP adres opmerken.
Bij gebruik van een DDNS service ( xxxx.synology.me ) wordt dat verschil automatisch meegenomen.

Met gebruik van een andere KPN modem/router zul je wel alle aanvullende instellingen zoals vast IP,
port forwarders e.d. wel weer opnieuw moeten instellen.  Maar dat is allemaal gedaan.

Dat zou geen invloed mogen hebben. Het is zowel IPv4 als IPv6

Daarnaast is de Synology software echter ook geüpdatet van DSM 6.2 naar DSM 7.0
Het is dan maar de vraag of alle achterliggende instellingen correct zijn overgenomen?

Bij updates komt het wel eens voor dat enkele instellingen “lijken” goed te zijn overgenomen, maar achterliggend dat toch niet in het systeem is meegenomen. Met wat men aan de “voorkant” ziet aan instellingen in menu's is dan achterliggend toch niet geactiveerd.

Door een instelling in de menu’s dan “uit” te zetten, de instelling op te slaan, erna weer terug
“in te schakelen” (en op te slaan) is de instelling dan ook achterliggend gecorrigeerd.
Dan werkt het weer zoals verwacht. (Door de jaren heen zelf meer dan eens ondervonden).

Bij aparte packages als aanvulling binnen de NAS systeem software, kan het sporadisch ook voorkomen dat je het package beter een keer de-installeert, en erna opnieuw installeert, om alles weer correct te laten werken.

Ook mijn NASsen zijn van DSM 6.2 naar DSM 7 geupdated en daarbij zijn de HyperBackup taken gewoon blijven werken. Ik heb Synology hoog in het vaandel staan als het gaat om betrouwbaarheid van hard- en software en ik acht de kans dat het probleem veroorzaakt wordt foutieve overname van achterliggende instellingen dan ook vrij laag en al helemaal omdat ik hetzelfde probleem dan vast ook ervaren had.

Wel is bekend dat het backuppen vanaf een DSM 6.2 NAS naar een DSM 7 NAS niet altijd goed verloopt.

Ik denk echt dat IPv6 is dat hier de boosdoener is.

@Radioman Dat klopt.  Voor de omzetting van TFT naar KPN hab ik op beide NASsen (met DSM7)  een functionerende Hyper back-up.

@Babylonia ook de package Hyper back-up heb ik van de NAS "thuis” een keer verwijderd en opnieuw geïnstalleerd. Op de externe locatie heb ik dit niet gedaan omdat hier ook niks is veranderd. Daarnaast zie ik in je laatste reactie iets over testen wat ik niet begrijp ik de context. Volgens mij had dit niet vooraf getest kunnen worden.

@wjb ik gebruik het IPv4 adres, voor zowel DDNS als rechtstreeks proberen te benaderen van de externe NAS. Ook voor OpenVPN gebruik ik IPv4 en dat werkt. Ook het gebruik van het externe IP adres van de externe locatie (dus niet via DDNS) laadt de Synology geen venster om te kunnen inloggen (en geeft ook geen foutmelding).

@gerwintb Onder het mom van :

Wat is de status van IPv6 in je Box 12? Heb je die al eens op ‘uit’ gezet en daarna een reboot van de Box 12 en daarna ook je NAS een reboot?

Wat voor soort aansluiting/provider wordt er gebruikt op de backup locatie? Indien ook KPN ,welk modem wordt daar gebruikt?

@Radioman Even je optie geprobeerd (dus IPv6 uitgezet en rebooten in de juiste volgorde) biedt helaas geen perspectief. 

Aan de "andere kant” betreft ook een KPN abonnee met een ZTE369A router. Is dezelfde router die bij mij thuis eerder ook stond. Na de omzetting heeft het met ZTE bij mij thuis ook niet gewerkt, na een router wissel was het probleem nog niet verholpen.

@wjb klopt, dat was het moment dat het niet meer heeft gewerkt. In de middag gebeld en in de nacht volgens mij het abonnement omgezet (toen had ik ook een ander WAN IP). Sinds dat moment heeft het niet meer gewerkt. Ik heb verschillende zaken geprobeerd om te achterhalen waar het probleem zou kunnen zitten maar daar liep ik op gegeven moment in vast. Na telefonisch contact de tip gekregen om hier de vraag te stellen.

Het venster waar het blijft hangen is bijgaand venster:

Op het moment dat ik op de knop "Aanmelden” klik gebeurt er niks.

Maar dank voor het meedenken allen :)