🚀 go-pugleaf

In pl.comp.os.unix Zygfryd Homonto <zyghom@nospam.yahoo.co.uk> wrote:
> jak wykonac poprawnie synchronizacje tej jednej
> maszyny z serverem, zeby zachowac przesuniecie o 2h miedzy nimi ?

A co to za synchronizacja by była? Bez sensu.

> naguglalem, man'owalem i jak bylem glupi tak jestem - co bym nie ustawil
> to po "zwyklej" synchronizacji mam rozne czasy na serwerze i mojej
> rzeczonej maszynie (a przeciez chce zeby byly jednakowe)

Tzn. po 'ntpdate serwer.ntp'? Czasy są takie same. Najwyżej się TZ
właśnie różnią.

p.

-- 
http://freedns.sgh.waw.pl/  -- bezpłatny DNS.
http://nerdquiz.sgh.waw.pl/ -- polska wersja quizu dla nerdów.
http://42.pl/u/ -- skracacz URL-i.

On Tue, 26 Sep 2006 00:49:32 +0000, Piotr KUCHARSKI wrote:

> In pl.comp.os.unix Zygfryd Homonto <zyghom@nospam.yahoo.co.uk> wrote:
>> jak wykonac poprawnie synchronizacje tej jednej maszyny z serverem, zeby
>> zachowac przesuniecie o 2h miedzy nimi ?
> 
> A co to za synchronizacja by była? Bez sensu.
> 
>> naguglalem, man'owalem i jak bylem glupi tak jestem - co bym nie ustawil
>> to po "zwyklej" synchronizacji mam rozne czasy na serwerze i mojej
>> rzeczonej maszynie (a przeciez chce zeby byly jednakowe)
> 
> Tzn. po 'ntpdate serwer.ntp'? Czasy są takie same. Najwyżej się TZ
> właśnie różnią.

nie nie
jak maja rozne zony (moja maszyna i serwer ntp) i ustawie na rzeczonej
maszynie aktualny czas to po wydaniu polecenia ntpdate czas jest
przestawiany o 2h a ja CHCE ZEBY BYLY JEDNAKOWE CZASY pomimo tego, ze na
tej maszynie jest inna TZ niz na serwerze ntp

wymyslilem jeszcze tak: skrypt, robi ssh na ntp serwer, sprawdza date i
czzas, "analizuje" to na swojej maszynie, odejmuje 2h i ustawiam u siebie
date(czas)
przejdzie takie lamerstwo ?


-- 
Pozdrawiam
Zygfryd Homonto
galeria: http://photo.e-janik.com

 > wymyslilem jeszcze tak: skrypt, robi ssh na ntp serwer, sprawdza date i
> czzas, "analizuje" to na swojej maszynie, odejmuje 2h i ustawiam u siebie
> date(czas)
> przejdzie takie lamerstwo ?

Przejsc może i przejdzie ale:
1) Kiepska to bedzie synchronizacja (logowanie, przetwarzanie, dopiero
potem data)
2) Problemn z uwierzetelnianiem  (najlepiej po kluczach a nie hasłach)
Generalnie nieladne rozwiazanie.
A moze by tak jakis (publiczny) serwer z interesujacej Cie strefy?
Obejscie problemu nie rozwiazanie, wiem.


ML

Piotr KUCHARSKI <chopin@sgh.waw.pl> writes:

>> maszyny z serverem, zeby zachowac przesuniecie o 2h miedzy nimi ?
>
> A co to za synchronizacja by była? Bez sensu.
>
>> naguglalem, man'owalem i jak bylem glupi tak jestem - co bym nie ustawil
>> to po "zwyklej" synchronizacji mam rozne czasy na serwerze i mojej
>> rzeczonej maszynie (a przeciez chce zeby byly jednakowe)
>
> Tzn. po 'ntpdate serwer.ntp'? Czasy są takie same. Najwyżej się TZ
> właśnie różnią.

Się obawiam, że człowiek ma te same strefy czasowe, tylko godzinę się
upiera ustawić inną.

  MJ

Zygfryd Homonto wrote:

> On Tue, 26 Sep 2006 00:49:32 +0000, Piotr KUCHARSKI wrote:
> 
>> In pl.comp.os.unix Zygfryd Homonto <zyghom@nospam.yahoo.co.uk> wrote:
>>> jak wykonac poprawnie synchronizacje tej jednej maszyny z serverem, zeby
>>> zachowac przesuniecie o 2h miedzy nimi ?
>> 
>> A co to za synchronizacja by była? Bez sensu.
>> 
>>> naguglalem, man'owalem i jak bylem glupi tak jestem - co bym nie ustawil
>>> to po "zwyklej" synchronizacji mam rozne czasy na serwerze i mojej
>>> rzeczonej maszynie (a przeciez chce zeby byly jednakowe)
>> 
>> Tzn. po 'ntpdate serwer.ntp'? Czasy są takie same. Najwyżej się TZ
>> właśnie różnią.
> 
> nie nie
> jak maja rozne zony (moja maszyna i serwer ntp) i ustawie na rzeczonej
> maszynie aktualny czas to po wydaniu polecenia ntpdate czas jest
> przestawiany o 2h a ja CHCE ZEBY BYLY JEDNAKOWE CZASY pomimo tego, ze na
> tej maszynie jest inna TZ niz na serwerze ntp
> 
> wymyslilem jeszcze tak: skrypt, robi ssh na ntp serwer, sprawdza date i
> czzas, "analizuje" to na swojej maszynie, odejmuje 2h i ustawiam u siebie
> date(czas)
> przejdzie takie lamerstwo ?

Moze sprawdz jeszcze rdate + cron:
# rdate -p ntp.task.gda.pl
Tue Sep 26 09:11:59 2006
ale nie wiem czy on przekazuje ilosc sekund od 1970 czy nie ( i odpal usluge
time w inetd na ntp serwezre ); 

Jest jeszcze daytime ale to bys musial przeparsowac jakos zanim bys
przekierowal jako arg do date.

A z innej beczki dlaczego system nie moze dzialac caly jako TZ=Europe/Kiev,
a ta aplikacja odpalac przez TZ=GMT+0 ??

-- 
Jakub Wartak
http://vnull.pcnet.com.pl/

> wymyslilem jeszcze tak: skrypt, robi ssh na ntp serwer, sprawdza date i
> czzas, "analizuje" to na swojej maszynie, odejmuje 2h i ustawiam u siebie
> date(czas)
> przejdzie takie lamerstwo ?

Przecież lepiej zsynchronizować za pomocą 'ntpdate serwer.ntp',
bo to dokładniejsze od "ssh na ntp serwer", a zaraz potem (np. w tym samym
skrypcie/zadaniu crona) ustawić czas +2h dalej nie ruszając min., sek. itd.

-- 
Piotr Sietnik
psi@pk.mofnet.gov.pl

Michal Jankowski wrote:

> Się obawiam, że człowiek ma te same strefy czasowe, tylko godzinę się
> upiera ustawić inną.

niestety kolega niedoczytal co napisalem ;-(

"zygfryd homonto" <homonto@gmail.com> writes:

> Michal Jankowski wrote:
>
>> Się obawiam, że człowiek ma te same strefy czasowe, tylko godzinę się
>> upiera ustawić inną.
>
> niestety kolega niedoczytal co napisalem ;-(

Ktory kolega? 8-)

Wiesz co? Podaj wynik napisania na obu tych komputerach polecenia
"date"...

  MJ

Michal Jankowski wrote:

> Wiesz co? Podaj wynik napisania na obu tych komputerach polecenia
> "date"...
>
>   MJ

maszyna z GMT+0:

kv-po-rc4omp-root-/root> date
Tue Sep 26 14:23:40 GMT 2006
kv-po-rc4omp-root-/root>

pozostale maszyny w sieci:
bash-2.03# date
Tue Sep 26 14:23:50 Europe/Kiev 2006
bash-2.03#

On Mon, 25 Sep 2006 21:11:11 +0300, Zygfryd Homonto wrote:

> Witam,
> 
> mam problem: mam maszyne na solarisie 8...


znalazlem wyjscie: ntp-proxy
to taki ntpclient ktory ma mozliwosc ustawienia parametru TIMESHIFT - i o
to mi wlasnie chodzilo

wszystkim dziekuje

-- 
Pozdrawiam
Zygfryd Homonto
galeria: http://photo.e-janik.com

On 26 Sep 2006 04:24:44 -0700, zygfryd homonto wrote:

> maszyna z GMT+0:
> 
> kv-po-rc4omp-root-/root> date
> Tue Sep 26 14:23:40 GMT 2006
> kv-po-rc4omp-root-/root>
> 
> pozostale maszyny w sieci:
> bash-2.03# date
> Tue Sep 26 14:23:50 Europe/Kiev 2006
> bash-2.03#

Jeden z tych wyników jest błędny. Jeśli w strefie czasowej Kijowa (GMT+2)
jest 14:23, to w tej samej chwili w strefie czasowej GMT+0 jest 12:23. Tobie
zależy na tym, żeby na tej maszynie mieć *błędny* czas? No to przykro mi,
ale protokół NTP takiej możliwości nie zapewnia. Chyba rzeczywiście musisz
go ręcznie jakoś ustawiać. Tylko *po co* chcesz mieć błędny czas?

-- 
Szymon Sokół (SS316-RIPE) -- Network Manager                                 B
Computer Center, AGH - University of Science and Technology, Cracow, Poland  O
http://home.agh.edu.pl/szymon/ PGP key id: RSA: 0x2ABE016B, DSS: 0xF9289982  F
Free speech includes the right not to listen, if not interested -- Heinlein  H

"zygfryd homonto" <homonto@gmail.com> writes:

> kv-po-rc4omp-root-/root> date
> Tue Sep 26 14:23:40 GMT 2006
> kv-po-rc4omp-root-/root>
>
> pozostale maszyny w sieci:
> bash-2.03# date
> Tue Sep 26 14:23:50 Europe/Kiev 2006

No to przeciez to jest bez sensu, tak jak myslalem. 

Ta pierwsza maszyna nie jest "w strefie GMT", tylko zwyczajnie jej sie
zegar dwie godziny spieszy. Prawidlowy czas GMT bylby 12:23:40

  MJ
PS. Dlaczego Kiev?

On Tue, 26 Sep 2006 17:42:08 +0200, Szymon Sokół wrote:

> On 26 Sep 2006 04:24:44 -0700, zygfryd homonto wrote:
> 
>> maszyna z GMT+0:
>> 
>> kv-po-rc4omp-root-/root> date
>> Tue Sep 26 14:23:40 GMT 2006
>> kv-po-rc4omp-root-/root>
>> 
>> pozostale maszyny w sieci:
>> bash-2.03# date
>> Tue Sep 26 14:23:50 Europe/Kiev 2006
>> bash-2.03#
> 
> Jeden z tych wyników jest błędny. Jeśli w strefie czasowej Kijowa
> (GMT+2) jest 14:23, to w tej samej chwili w strefie czasowej GMT+0 jest
> 12:23. Tobie zależy na tym, żeby na tej maszynie mieć *błędny* czas?
> No to przykro mi, ale protokół NTP takiej możliwości nie zapewnia.
> Chyba rzeczywiście musisz go ręcznie jakoś ustawiać. Tylko *po co*
> chcesz mieć błędny czas?

czasy na obu maja byc JEDNAKOWE (niezaleznie od stref na maszynach)
tyle ze rozne strefy
ale juz sobie poradzilem dzieki ntp-proxy (napisalem nizej w odpowiedzi)

-- 
Pozdrawiam
Zygfryd Homonto
galeria: http://photo.e-janik.com

In pl.comp.os.unix Zygfryd Homonto <zyghom@nospam.yahoo.co.uk>:

> czasy na obu maja byc JEDNAKOWE (niezaleznie od stref na maszynach)
> tyle ze rozne strefy

I to właśnie zapewnia NTP, ale mam poważne obawy, że tego nie
rozumiesz... Strefa czasowa to nie ustawienie czasu, ale sposób
interpretowania ustawionego czasu.

Opisałeś nie problem "jak zsynchronizować czas na dwóch maszynach",
lecz "jak na dwóch maszynach rozsynchronizować czas o daną różnicę".
A NTP jest od synchronizowania, a nie od rozsynchronizowywania.

-- 
	Leszek.

-- lech7@lech.pse.pl                -- REAL programmers use INTEGERS --
-- speaking just for myself...

Zygfryd Homonto wrote:


> przejdzie takie lamerstwo ?

nie przejdzie :)

ile ja kombinacji w tym temacie wykonałem, ehh

Martin Latos wrote:


> A moze by tak jakis (publiczny) serwer z interesujacej Cie strefy?
> Obejscie problemu nie rozwiazanie, wiem.

heh, zastanów się - ten publiczny serwer będzie miał inną godzinę niż w
Polsce

problem jest zabawny:

w moim przypadku wygląda to tak że mamy serwer na linuxu z tutejszą strefą,
synchronizowany co do milisekundy - serwer robi niesamowicie ważną rzecz w
której godzina odbioru jest hiper ważna - i tenże serwer udostępnia po
nfs'ie maszynie solarisowej wynik swojej pracy, ale na maszynie solarisowej
mamy ustawioną strefę koreańską... i zmieniamy czas na zimowy :)

wypas...