Bug gevonden + inmiddels teruggekoppeld met Synology

[Babylonia]

Niet eerder gemeld, (kreeg van andere gebruikers géén soortgelijke meldingen daarover),
maar via een ingelegd ticket met Synology achterliggend wel daarover gecommuniceerd, en bug is geverifieerd.

Waar gaat het om?

Back-up + terug importeren van router configuratie:

Mensen die experimenteren met instellingen in hun Synology router, maken vóóraf als zekerheid een back-up van hun configuratie.
Na het experiment wil men weer terug, en importeert men de eerdere configuratie.

Had gemerkt dat de actieve instelling van een  KPN - IPTV & VoiIP  profiel
(bij een directe aansluiting van de router op een KPN aansluiting),
erna niet meer terug wordt overgenomen, en de instelling een "leeg" niet actief profiel oplevert.

Daarmee is er na na herstel van de configuratie, geen interconnectie, en wordt ook de interne klok niet gelijk gezet,
omdat er geen connectie is met een time-server.

Heb je twee factor autorisatie ingezet om in te loggen, klopt dat niet meer door de mismatch van tijd.
Om de router te kunnen benaderen moet je dan een  "soft-reset"  uitvoeren, om het te herstellen.
Dan kun je inloggen en alsnog het juiste  KPN - IPTV & VoiIP  profiel  activeren.

Mogelijk speelt het alleen voor de profielen die er vorig jaar zijn bijgezet, nadat Synology en ik daar intens mee zijn bezig geweest
om de Synology router geschikt te maken voor directe aansluiting met KPN en (toen) Telfort / XS4ALL met "routed mode" IPTV.

Mocht je tegen een vergelijkbaar probleem aanlopen, weet je hoe te handelen.
Tot aan de volgende update, of volgens de aanwijzingen die Synology zelf geeft om het probleem te corrigeren.



Zelf ga ik niet klooien met SSH en regels via een telnet sessie aanpassen. (Foutje en je verkloot het misschien helemaal ?)
Ik wacht wel tot de update. Zo vaak grijp ik niet terug naar voorgaande configuraties.
Mocht het voorkomen, beter eerst even twee factor autorisatie uitzetten.
Kun je er wel inkomen, en handmatig het juiste IPTV & VoIP profiel alsnog weer kiezen/activeren.

[Birdy]

Een goede vangst.

Mogelijk speelt het alleen voor de profielen die er vorig jaar zijn bijgezet, nadat Synology en ik daar intens mee zijn bezig geweest
om de Synology router geschikt te maken voor directe aansluiting met KPN en (toen) Telfort / XS4ALL met "routed mode" IPTV.

Toentertijd dus niet goed doorgedacht door Synology.

[Babylonia]

Vermoed zelf dat het daar alleen betrekking op heeft, want in eerste instantie meldde men dat het gewoon goed zou moeten werken.

Na ter beschikking stellen van mijn eigen back-up configuratiebestand,
en opmerkzaam maken dat het mogelijk alleen betrekking heeft op die extra profielen, was het snel uitgezocht.
En kreeg ik de eerste volgende melding zoals in mijn eerste bericht aangegeven.

[Babylonia]

Inmiddels ben ik tegen een nieuw vreemd probleem aangelopen !!
(Mogelijk nu geïntroduceerd door Synology Support zelf bij het tackelen van de bug met toegang via SSH  ??)

Naast twee USB-schijven die ik aan mijn router heb gekoppeld, heb ik standaard ook een SD-kaartje in de router.
Daar worden logboeken en systeemdata e.d. op weggeschreven.
Maar gebruik het SD-kaartje tevens om er andere Synology router gerelateerde zaken op te bewaren.
Waaronder bijv. configuratie back-ups.

Nu schrijf ik zelf op dat kaartje daar niet vaak data naartoe. Dus heb het probleem niet eerder opgemerkt.
Maar kan nu zelf niets meer op het kaartje wegschrijven. Niet vanuit SRM, niet vanuit bijv. de verkenner in Windows.
Kan het geheugenkaartje vanuit verkenner wel gewoon benaderen en data lezen.

Via de SRM interface daarop gecheckt of de rechten wel goed stonden. Die stonden goed.
Door de rechten even te veranderen, kwam ik wel een vreemde melding tegen,
dat het kaartje alleen "Read only"  zou zijn, en kon de instellingen niet aanpassen.

Vanuit een andere menu kon ik het echter wel aanpassen, en weer terug naar lezen/schrijven.
Maar evengoed kan ik niets van "buitenaf" op het SD-kaartje wegschrijven.
Ook de router kennelijk niet, want normaal zou elke week een webhistorie moeten worden weggeschreven.
Bij het nakijken van  Traffic Control ---> Reports  is dat niet meer gebeurd sinds 16 januari 2022.
(Dan had het in ieder geval ook op de 23e moeten zijn weggeschreven).

Met verdere checks en logboek controles komt daarbij in ieder geval het volgende naar boven.

Het is NIET gekomen met de laatste firmware update  SRM 1.2.5-8227 Update 3 die ik nog heb uitgevoerd op 18 januari 2022
Er zijn namelijk nog wel configuratie-bestanden op het kaartje door mij weggeschreven NA de firmware update op 18 januari.

Ik vermoed dat het is gekomen NA interventie van Synology Support in mijn router om de voorgaande bug te tackelen?
Het probleem is namelijk ontstaan NADAT Synology twee keer als admin ingelogd is geweest op mijn router.
(Op 20 januari 2022  ----> gecheckt via de logboeken van de router).

Dus men heeft mogelijk zelf iets aangepast, maar een andere probleem geïntroduceerd??

Dus het krijgt nog een staartje.       

We komen hier nog weer verder op terug.

[Babylonia]

Zelf eerst nog wat verder ermee aan de gang gegaan voor verder onderzoek.
Door de router uit te schakelen,  SD-kaartje eruit te halen,   en die in de cardreader van een PC uit te lezen.

Ah, en daar ging het kennelijk al niet helemaal goed.  Kreeg daarbij al wat fouten. Kaartje (of data erop) was corrupt.
Op een andere PC, kon ik het kaartje makkelijker uitlezen.
Heb alle data erop gekopieerd naar PC, dat lukte met uitzondering van een "Synology systeembestand" na,
kaartje opnieuw geformatteerd, en op PC gekopieerde data weer terug gezet op het kaartje (op dat ene systeembestand na).

Kaartje weer terug in de router.  Router opgestart, en probleem bleek verholpen.

Het corrupt worden van het kaartje rondom dezelfde periode dat Synology kort hiervoor met de router is bezig geweest
heeft mogelijk  -ten onrechte-  het idee gegeven dat het door die mogelijke interventie van Synology zou zijn gekomen.
Toeval?

In ieder geval is het vooralsnog nu opgelost.  We zullen de komende periode in de gaten houden of het vaker voorkomt.
Anders eens een nieuw kaartje erin stoppen.