![]() |
|
|
google unix.com
|
|||||||
| Fórumok | Regisztráció | Fórum Szabályok | Linkek | Albumok | GYIK | Tagok listája | Naptár | Keres | Mai hozzászólások | Megjelöl Fórumok Olvas |
| IP Networking Tudjon meg a TCP / IP Internet Protocol, útvonalterv, routerek, hálózati protokollok ezen a UNIX és Linux fórum. |
Több, UNIX és Linux fórum témák Ön által talált Hasznos
|
||||
| Szál | Thread Starter | Fórum | Válaszok | Utolsó hozzászólás |
| Elképzelhető-e egy script runned helyi kiszolgáló hozzáférési távoli szerver? | luna_soleil | Shell programozás és Scripting | 3 | 02-26-2009 05:38 PM |
| Sun Fire X4540 Server Backup Server for Zmanda a 2,6 Amanda Enterprise Software | iBot | Solaris BigAdmin RSS | 0 | 09-17-2008 09:10 AM |
| Telepítő Exit Codes Sun Glassfish Communications Server és Enterprise Server | iBot | Solaris BigAdmin RSS | 0 | 09-15-2008 09:30 AM |
| Szkript fut bírság UNIX szerver ... Nem MSK eszköztár segítségével a Windows Server | madhunk | A UNIX a dummies Kérdések és válaszok | 5 | 01-31-2008 01:30 PM |
| Axigen, egy új megközelítés Mail Server Admins - Server Watch | iBot | UNIX és Linux RSS hírek | 0 | 07-12-2007 06:20 PM |
![]() |
|
|
LinkBack | Téma eszközök | Keresés a téma | Rate Thread | Megjelenítési módok |
|
|
|
||||
|
kiszolgáló nem kapok szinkronizált ntp szerver
Hello Srácok,
Nekem van egy probléma az én helyi szerver nem kapok szinkronizált ntpd szerverre. 1)-p ntpq ad a következő kimenet távoli refid st t, ha eléri a poll delay offset jitter \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d ntp1 0.0.0.0 16 u - 64 0 0,000 0,000 4000,00 ntp2 0.0.0.0 16 u - 64 0 0,000 0,000 4000,00 (i) tudom, hogy ha nincs jel * előtt minden ntp szerver nem azt jelenti, ntp szerver fut az én megértéséhez helyes? (ii) a fenti kimenet ntpq-p mi a jelentősége refid és értéke itt is 0.0.0.0 néhány szervezet magyarázza ezt? 2), miközben én próbálok ntps szolgáltatás újraindítását, hogy nem beszélek, és a következő üzenet szolgáltatás ntpd start ntpd: Szinkronizálás az idő szerver: [FAILED] Kezdő ntpd: [OK] 3) Itt vagyok beillesztése a / etc / ntp.conf fájl vi / etc / ntp.conf # Tiltásá általános hozzáférést kell biztosítani ehhez a szolgáltatáshoz. driftfile / var / lib / ntp / drift korlátozza 127.0.0.1 korlátozza 132.95.160.58 nomodify notrap noquery korlátozza 132.95.160.127 nomodify notrap noquery szerver ntp1 3. verzió szerver ntp2 3. verzió korlátozza default ignore # Lehetővé az összes hozzáférést a loopback felületen. Ez # Szigorítani kell is, de erre lenne hatása néhány # Az adminisztrációs feladatokat. # - CLIENT NETWORK ------- # Engedélyszám rendszerek ezt a hálózatot szinkronizálni ennek # Szolgálati időt. Nem engedélyezi azokat a rendszereket, hogy módosítja a # Konfigurálását a szolgáltatást. Továbbá, ne használja azokat # Rendszerekre, mint társaik a szinkronizálást. # Korlátozzák 192.168.1.0 mask 255.255.255.0 notrust nomodify notrap # --- OUR TIMESERVERS ----- # Vagy eltávolítani az alapértelmezett korlátozzák sor # Engedélyszám idő szinkronizálás a mi időforrás, de nem # Engedélyt a forrástól a lekérdezés, vagy módosíthatja a szolgáltatás ebben a rendszerben. # Korlátozzák mytrustedtimeserverip maszk 255.255.255.255 nomodify notrap noquery # Szerver mytrustedtimeserverip # --- NTP MULTICASTCLIENT --- # # multicastclient figyeljen alapértelmezett 224.0.1.1 # Korlátozzák 224.0.1.1 maszk 255.255.255.255 notrust nomodify notrap # Korlátozzák 192.168.1.0 mask 255.255.255.0 notrust nomodify notrap # --- ÁLTALÁNOS ELRENDEZÉSE --- # # Fegyelmezetlen Helyi Óra. Ez egy hamis vezetőnek szánt mentés # És ha nincs külső forrás a szinkronizált idő áll rendelkezésre. A # Alapértelmezett rétegben általában 3, de ebben az esetben is választhatja, hogy használja stratum # 0. Mivel a szerver vonal nem részesíti előnyben a kulcsszó, ez a vezérlő # Soha nem használják a szinkronizálást, ha nincs más egyéb # Szinkronizálási forrás áll rendelkezésre. Abban az esetben, ha a helyi gép # Ellenőrzött néhány külső forrás, például a külső vagy oszcillátor # Egy másik protokoll, az inkább a kulcsszó okoz, hogy a helyi állomás # Figyelmen kívül hagyja az összes többi szinkronizálás forrásokat, kivéve, ha a kernel (i) a fenti ntp.conf file megtaláltam a következő sorokat ezek helyes 132.95.160.58 és 132.95.160.127 az ntp szerverek is használ korlátozza 132.95.160.58 nomodify notrap noquery korlátozza 132.95.160.127 nomodify notrap noquery 4) pls is megtalálja ntpdate-D (ntp szerver) ntpdate-d 132.95.160.58 Június 11. 14:43:38 ntpdate [12230]: ntpdate 4.1.2 @ 1,892 kedd február 24 06:32:26 EST 2004 (1) továbbítja (132.95.160.58) továbbítja (132.95.160.58) továbbítja (132.95.160.58) továbbítja (132.95.160.58) továbbítja (132.95.160.58) 132.95.160.58: Server visszaesett: nincs adat server 132.95.160.58, port 123 stratum 0, precíziós 0, leap 00, bizalmi 000 refid [0.0.0.0], haladéktalanul 0,00000, diszperziós 64,00000 továbbított 4, a 4-szűrő referencia-idő: 00000000.00000000 Thu, Feb 7 2036 14:28:16.000 származóak timestamp: 00000000.00000000 Thu, Feb 7 2036 14:28:16.000 továbbítja timestamp: cddb261d.f2249a13 Thu, június 11 2009 14:43:41.945 filter delay: 0,00000 0,00000 0,00000 0,00000 0,00000 0,00000 0,00000 0,00000 szűrő offset: 0,000000 0,000000 0,000000 0,000000 0,000000 0,000000 0,000000 0,000000 késedelem 0,00000, diszperziós 64,00000 offset 0.000000 Június 11. 14:43:42 ntpdate [12230]: no server alkalmas szinkronizálás talált 5) drift fájlt a / var / lib / ntp / drift 82,107 ez kötelező drift értéke mindig 0 kell, ha igen, hogyan tudunk változtatni itt van ez az érték 0-ra. jelölje be ezt a kedves, és értékes visszajelzéseket, hogy miért ntp szerver nem az én szinkronizáló kiszolgálóhoz. tekintetében, Srinu |
|
||||
|
itt kizárólag ntp1 és ntp2 nem használják
míg pingelése npt1 mi foound a következő kimenet ping 132.95.160.58 PING 132.95.160.58 (132.95.160.58) 56 (84) bytes of data. --- 132.95.160.58 ping statisztika --- 78 packets átadni, 0 érkezett, 100%-os csomag elvesztése, az idő 77379ms wew pingelése megállapította, hogy a saját helyi kiszolgáló ntp szerver gátlódik ezért egyre 100%-os csomag veszteség. Az azonos ntp szerver már egy másik helyi kiszolgálón futó finom nélkül problémákat ntp szerver ott is találtunk pingelése gátolt ping 132.95.160.58 PING 132.95.160.58 (132.95.160.58) 56 (84) bytes of data. --- 132.95.160.58 ping statisztika --- 10 packets átadni, 0 érkezett, 100%-os csomag elvesztése, time 9044ms |
|
||||
|
szia
itt az én helyi kiszolgáló ntp szerver pingelése gátolt ezért figyeltek meg 100%-os csomag elvesztése, hanem egy másik helyi szerver 100%-os csomag elvesztése képes szinkronban ntp szerver Azt hiszem, ez nem egy hálózati probléma, ha a hálózat egy másik problémát is, a helyi szerver nem kap szinkronizálva az ntp szerver is, ahol a megfigyelt 100%-os csomag elvesztése nem? ha a megértést nem helyes volna u pls eaplain azt. köszönöm Srinu |
|
||||
|
Szia
Majd a ouput parancsnoki ntpq-p után egy ideig Itt vagyok beillesztés ntpdate D-kiszolgáló parancs kimenetét én helyi szerver, ahol a helyi szerver kezd szinkronizálva az ntp servere ntpdate-d 132.95.160.58 Június 11. 14:55:24 ntpdate [28190]: ntpdate 4.1.2 @ 1,892 kedd február 24 06:32:26 EST 2004 (1) továbbítja (132.95.160.58) kap (132.95.160.58) továbbítja (132.95.160.58) kap (132.95.160.58) továbbítja (132.95.160.58) kap (132.95.160.58) továbbítja (132.95.160.58) kap (132.95.160.58) továbbítja (132.95.160.58) server 132.95.160.58, port 123 stratum 1, precíziós -20, leap 00, bizalmi 000 refid [GPS], haladéktalanul 0,03345, diszperziós 0,00006 továbbított 4, a 4-szűrő referencia-idő: cddb28db.00000000 Thu, június 11 2009 14:55:23.000 származóak timestamp: cddb28dc.8fc18000 Thu, június 11 2009 14:55:24.561 továbbítja timestamp: cddb28dc.8e9435ac Thu, június 11 2009 14:55:24.556 filter delay: 0,03375 0,03371 0,03345 0,03372 0,00000 0,00000 0,00000 0,00000 szűrő offset: 0,000585 0,000518 0,000445 0,000543 0,000000 0,000000 0,000000 0,000000 késedelem 0,03345, diszperziós 0,00006 offset 0.000445 Június 11. 14:55:24 ntpdate [28190]: módosítsa szerver 132.95.160.58 offset 0.000445 sec szíveskedjenek ellenőrizni és ur visszajelzés. üdvözlettel, Srinu |
![]() |
| Könyvjelzõk |
| Téma eszközök | Keresés a téma |
| Megjelenítési módok | Rate this thread |
|
|