Odp: Gargoyle bieżąca data i czas
Może coś być po stronie dostawcy netu? Mam takie podejrzenia.
Programy windowsowe do aktualizacji czasu (np. DS Clock) też nie mogą połączyć się z serwerami, a np. na aero2 łączą się bez problemu.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Gargoyle bieżąca data i czas
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Może coś być po stronie dostawcy netu? Mam takie podejrzenia.
Programy windowsowe do aktualizacji czasu (np. DS Clock) też nie mogą połączyć się z serwerami, a np. na aero2 łączą się bez problemu.
Więc sam sobie odpowiedziałeś
Choć nie widzę powodu dla którego dostawca miał by to akurat blokować.
Rozumiem, że jest taka możliwość aby dostawca mógł to w jakiś sposób zablokować, tak?
Bez problemu, jak każdy port i adres.
Ok, wielkie dzięki
.
Trochę dziwne że rdate działa, ale rozumiem, że może ten program używa np. jakiś innych portów, które nie są zablokowane.
37 dla rdate, 123 dla ntp
I chyba się wyjaśniło
.
Mój ISP musi napisać do swoich dostawców, alby odblokowali ten protokół, gdyż podobno po ostatnich atakach operatorzy zaczęli blokować:
http://technologie.gazeta.pl/internet/1 … netu_.html
Takie małe pytanie -- w którym pakiecie siedzi ten rdate, bo ja bym chętnie ntpd zmienił na rdate, tak jak mam linuxie ale coś pakietu nie mogę się doszukać.
To część busyboxa.
To u mnie w tym pakiecie nie ma rdate:
# opkg files busybox | grep -i date
/bin/dateNie masz, ale skompilować możesz.
A jednak ntpd z busyboxa nad czymś nie nadąża.
Zrobiłem kilka AP w sieci i czas synchronizuje od siebie z serwera lokalnego i wyjątkowo własnie ntpd z gargoyle ma problem z moją wersją (ntpd z ubuntu srv 14.04). Przy czym zastrzegam, że wszystkie inne urządzenia synchronizują czas bezbłędnie ![]()
192.168.20.12.50699 > 192.168.20.1.ntp: [udp sum ok] NTPv4, length 48
Client, Leap indicator: (0), Stratum 0 (unspecified), poll 0 (1s), precision 0
Root Delay: 0.000000, Root dispersion: 0.000000, Reference-ID: (unspec)
Reference Timestamp: 0.000000000
Originator Timestamp: 0.000000000
Receive Timestamp: 0.000000000
Transmit Timestamp: 230606609.289603441 (2043/05/30 09:51:45)
Originator - Receive Timestamp: 0.000000000
Originator - Transmit Timestamp: 230606609.289603441 (2043/05/30 09:51:45)
18:20:54.635547 IP (tos 0xc0, ttl 64, id 3430, offset 0, flags [DF], proto UDP (17), length 76)
192.168.20.1.ntp > 192.168.20.12.50699: [udp sum ok] NTPv4, length 48
Server, Leap indicator: clock unsynchronized (192), Stratum 0 (unspecified), poll 3 (8s), precision -22
Root Delay: 0.000000, Root dispersion: 0.037078, Reference-ID: (unspec)
Reference Timestamp: 0.000000000
Originator Timestamp: 230606609.289603441 (2043/05/30 09:51:45)
Receive Timestamp: 3622465254.635501682 (2014/10/16 18:20:54)
Transmit Timestamp: 3622465254.635536789 (2014/10/16 18:20:54)
Originator - Receive Timestamp: -903108650.654101729
Originator - Transmit Timestamp: -903108650.654066622
18:20:54.680537 IP (tos 0x10, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 76)
192.168.20.10.34776 > 192.168.20.1.ntp: [udp sum ok] NTPv4, length 48
Client, Leap indicator: (0), Stratum 0 (unspecified), poll 0 (1s), precision 0
Root Delay: 0.000000, Root dispersion: 0.000000, Reference-ID: (unspec)
Reference Timestamp: 0.000000000
Originator Timestamp: 0.000000000
Receive Timestamp: 0.000000000
Transmit Timestamp: 480036299.298352360 (2051/04/25 07:53:15)
Originator - Receive Timestamp: 0.000000000
Originator - Transmit Timestamp: 480036299.298352360 (2051/04/25 07:53:15)
18:20:54.680578 IP (tos 0xc0, ttl 64, id 10653, offset 0, flags [DF], proto UDP (17), length 76)
192.168.20.1.ntp > 192.168.20.10.34776: [udp sum ok] NTPv4, length 48
Server, Leap indicator: clock unsynchronized (192), Stratum 0 (unspecified), poll 3 (8s), precision -22
Root Delay: 0.000000, Root dispersion: 0.037078, Reference-ID: (unspec)
Reference Timestamp: 0.000000000
Originator Timestamp: 480036299.298352360 (2051/04/25 07:53:15)
Receive Timestamp: 3622465254.680537402 (2014/10/16 18:20:54)
Transmit Timestamp: 3622465254.680569350 (2014/10/16 18:20:54)
Originator - Receive Timestamp: -1152538340.617814958
Originator - Transmit Timestamp: -1152538340.617783069Czyli ja mu czas wysyłam on ma mnie w nosie ![]()
PS zmieniłem trochę konfigurację serwera ntp, widać że teraz już mu pasuje:
driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server tempus1.gum.gov.pl iburst
server tempus2.gum.gov.pl
server koala.uci.uni.torun.pl
server 127.127.1.0
fudge 127.127.1.0 stratum 10
restrict 127.0.0.1
restrict ::1
restrict 192.168.20.0 mask 255.255.255.0 notrap nomodify nopeer noquery
broadcast 192.168.20.255
restrict 192.168.1.0 mask 255.255.255.0 notrap nomodify nopeer noquery
broadcast 192.168.1.255Od czego jest funkcja "Włącz serwer NTP"?
Po zaznaczeniu i akceptacji synchronizacja czasu w systemie nie działa na adres 192.168.1.1
Router staje się serwerem czasu i tym samym inne komputery mogą z niego korzystać do synchronizacji.
Od czego jest funkcja "Włącz serwer NTP"?
Po zaznaczeniu i akceptacji synchronizacja czasu w systemie nie działa na adres 192.168.1.1
W jakim systemie ?
W windows Seven.
W Luci mam zaznaczone "Włącz serwer NTP", ale podczas synchronizacji systemu mam błąd:"Wystąpił błąd podczas synchronizowania danych przez sytem Windows z 192.168.1.1"
A windows korzysta z ntp czy rdate (pytam bo nie wiem)?
W wingrozach może nie działać - ale o dziwo na XP działało to jeszcze - poszukaj w konfiguracji aktualizacji z zewnętrznych serwerów czasu w seven. To samo jest w 8/8.1 i nie tylko z lokalnych serwerów czasu typu router ale i z publicznych/odległych - też nie działa w każdej konfiguracji sprzętowej kompa (na pewno nie działa jak masz określone wersje uefi w kompie - temat rzeka - kiedyś szukałem po sieci i znalazłem wiarygodne wytłumaczenia dlaczego, ale...nawet nie śni mi się by przechodzić przez to od nowa...
).
Także to, że nie działa to wyłącznie kwestia "nadęcia" M$ (jak w wielu innych przypadkach).
Kurcze po kilkunastu razach wymuszenia aktualizacji w windows poszło.
To teraz napisz jak to osiągnąłeś - ja nie byłem, aż tak wytrwały w tym... ![]()
A windows korzysta z ntp czy rdate (pytam bo nie wiem)?
Systemowa aplikacja windows korzysta z ntp.
Jako, że mój operator blokuje porty dla ntp to w xp korzystam z programu rdatesvc, który korzysta z rdate.
Witam, od kilku dni walczę ze zmianą czasu na routerze ciągle mam 2001 rok, pingi do serwera czasu chodzą ale dalej nic nie zmienia - podrzucicie jak z tym sobie poradzić.
Masz na firewallu zewnętrznego routera poblokowany port 123? Synchronizacja działa bez problemu, to jedyna mi znana przyczyna że nie chce zsynchronizować czasu. No chyba że wprowadziłeś jakieś custem time serwery które nie działają lub nie udostępniają czasu.
Da radę ustawić czas ręcznie?
Poleceniem date
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Gargoyle bieżąca data i czas
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc