Polskie Forum Synology

Ostrzeżenie, nie aktualizować badziewia do tej wersji! Po aktualizacji następuje utrata możliwości synchronizacji czasu urządzeń z sieci LAN do zewnętrznych serwerów NTP. Taką operację może wykonać tylko router w tym badziewnym sofcie, a jedynym serwerem, który nadaje się do synchronizacji jest ów badziew z SRM Niestety nie ma możliwości utawienia jako serwera NTP badziewia od Synology z powodu braku możliwości konfiguracji w wielu urządzeniach.
Zgłoszenie wysłałem, ale nie łudzę się, że to szybko poprawią, a jak zgłoszenie trafi do jednego z moich ulubionych techników, to jak wrzucić do /dev/null...

krowka1978 pisze:Ostrzeżenie, nie aktualizować badziewia do tej wersji! Po aktualizacji następuje utrata możliwości synchronizacji czasu urządzeń z sieci LAN do zewnętrznych serwerów NTP. Taką operację może wykonać tylko router w tym badziewnym sofcie, a jedynym serwerem, który nadaje się do synchronizacji jest ów badziew z SRM Niestety nie ma możliwości utawienia jako serwera NTP badziewia od Synology z powodu braku możliwości konfiguracji w wielu urządzeniach.
Zgłoszenie wysłałem, ale nie łudzę się, że to szybko poprawią, a jak zgłoszenie trafi do jednego z moich ulubionych techników, to jak wrzucić do /dev/null...

Jakoś nie zaobserwowałem opisywanej przypadłości, i urządzenia w sieci LAN, synchronizują się z serwerami w necie jak i synchronizują się z routerem, który ma uruchomioną usługę serwera ntp, jak i sam router synchronizuje się z serwerami czasu w necie.
To co zauważyłem, to problem z uprawnieniami administratora logowanego jako administrator LDAP, nie można edytować w Centrum Sieci ustawień Sieć lokalna, wyrzuca komunikat, że takie konto nie ma przypisanych odpowiednich uprawnień.

W moim przypadku mam sieć Mesh, więc też może mieć znaczenie. W logach LDAP też błędy są, fakt.
U mnie, jak już pisałem, dostęp do synchronizacji NTP na zewnątrz ma tylko router, jako serwer NTP działa, ale co z tego, skoro np. w falowniku nie mogę zmienić serwera NTP na router. Nie mam pomysłu na naprawę.

Ten falownik odwołuje się do serwera NTP po nazwie, czy po IP ?

Nie wiem, nie ma na to konfiguracji. Włączę logi DNS, może coś wyłapię. Serwery NTP z Linuxa, czy DSM nie mogą dobić się do zewnętrznych serwerów, coś blokuje. Niestety w tym krzywym produkcie coś zdiagnozować, bo logów nie ma, ciężka sprawa, nawet z konsoli.
Na jednym zagranicznym forum znalazłem wpis z tym samym problemem.
Pomoc techniczna - od zgłoszenia nic się nie zadziało. W ostateczności reset do fabrycznych może da radę, z opisów na forach wynika, że wraca do wersji bez Updated *. Wtedy zainstaluję U2 i będzie działać. Ewentualnie spreparuję DNS-y.
Z firewalla kompletne 0 co do logów. Popatrzę jeszcze w konsoli na aktywne połączenia. Niestety funkcjonalności owej w GUI brak.

Aż mi ta funkcjonalność z OpenWRT się przypomina...

Z tym blokowaniem to ciekawe co opisujesz, tak jak pisałem u mnie nic takiego nie zaobserwowałem. Może rzeczywiście dlatego, że masz konfiguracje z Mesh. Z cofaniem i instalacją od zera to trochę lipa, bo nie ma przywrócenia kompletnej konfiguracji i nawet po wczytaniu pliku backupu trzeba poświęcić trochę czasu na sprawdzenie i podkonfigurowanie niektórych ustawień i aplikacji. Ten falownik gdyby się odwoływał po nazwie, to zawsze można jakimś własnym DNS’em przekierować na router.
Potwierdzam, że reset do fabrycznych cofa do podstawowej wersji bez update-n.

Pomoc techniczna działa. Dostali logi debug.dat i coś znaleźli. Poprosili o zdalny dostęp, sprawa idzie do programistów.

Dziś z rana wprowadzili w moim routerze modyfikację. Teraz NTP z urządzeń w sieci lokalnej działa.

Czyli jakiś mini sukces jest Pewnie wprowadzą to do następnej poprawki.