時刻合わせ総合スレッド

時刻合わせ総合スレッ ..

39:login:Penguin
02/01/06 04:59 AUW7EOjI
おろ、普通は用意されてるの？
ODNだけ？無いの。

40:login:Penguin
02/01/06 10:08 Sn3jVhh1
>>39
うちもねーよ＠wakwak
あっても誤差が多すぎて使えそうにないけど。

41:login:Penguin
02/01/06 11:39 AkWitjmq
うちでは一台だけ外に時間を調べる人を置いて、
他のマシーンは全てその人の時計を参照しるようにしてる。

そうしないとなんか微妙に各マシンの時間がずれるときがあって
結構泣ける。

42:名無しさん＠Ｅｍａｃｓ
02/01/06 12:59 fC7uOJ8X
>>40
wakwak はあるよ.
URLﾘﾝｸ(www.wakwak.com)
参照.

>あっても誤差が多すぎて使えそうにないけど。
根拠があったら教えて.

43:ntpdが止まる
02/01/06 15:09 GBmqHBsI
質問いいでしょうか。

ntp-4.1.0
を使っているのですが、ntpdを動かすと最初のうちは
問題なく同期してくれるのですが、数時間経つと、

6 Jan 03:53:05 ntpd[120]: sendto(133.100.9.2): Invalid argument

というメッセージと共に、ntpdが動かなくなります。
ps ax | grep ntp
とすると

120 ? SL 0:00 /usr/local/bin/ntpd
2680 ttyp0 S 0:00 grep ntp

となっているので、起動はしているようです。

また、
ntpq -p
は
remote refid st t when poll reach delay offset jitter
==============================================================================
ntp.nc.u-tokyo. 71.80.83.0 16 u 12h 1024 0 0.000 0.000 4000.00
clock.nc.fukuok 71.80.83.0 16 u 12h 1024 0 0.000 0.000 4000.00
time-nw.nist.go adsl-65-67-84-8 16 u 11h 1024 0 0.000 0.000 4000.00

ntpq -c as
は

ind assID status conf reach auth condition last_event cnt
===========================================================
1 51660 8023 yes yes none reject lost reach 2
2 51661 8023 yes yes none reject lost reach 2
3 51662 8023 yes yes none reject lost reach 2

となります。
*や+が消え、stratumの値が１６になってしまいます。

ちなみに、/etc/ntp.confは

server 130.69.251.23
server clock.nc.fukuoka-u.ac.jp
server time-nw.nist.gov
driftfile /etc/ntp.drift
logfile /var/log/ntpd

としています。

44:43
02/01/06 16:19 jFCAxkos
自己レス

うちの鯖はフレッツISDNでダイアルアップさせているのですが
今、ログを調べたところ、Invalid argumentが起こるのは全て再ダイアルアップ
直後だということがわかりました。
おそらく、こちらのIPが変わったためにタイム鯖がコネクションを切ったのと思います。
よって、pppdによる再ダイヤルの際にntpdも再起動するようにしました。

ちょっと状況を見守ってみます。

そんなことしなくてもよいというご意見ありませんか。

45:33
02/02/05 15:10 9Dx2q2Re
自己レス．自宅鯖の回線，ADSLなんだけど，ルータのログと
突き合わせてみた結果，回線がきれるごとに「synchronization lost」
が出るみたい．まあ実害がないので放置．

>>43-44 ウチでは回線が切れてもntpdは終了しないけど？
Invalid agrumentだったら，起動時の引き数とか，ntp.confとか
見直してみれば？

46:login:Penguin
02/04/01 21:22 0Pbft1G+
新学期age

47:login:Penguin
02/04/01 22:04 vYqSPouV
ageられて気がついたが、
ntp1.jst.mfeed.ad.jp
ntp2.jst.mfeed.ad.jp
ntp3.jst.mfeed.ad.jp
は、サービスは昨日までということだったけど続けてくれるようだね。

48:ふむ
02/04/01 22:11 b3jkNFT3
URLﾘﾝｸ(www.jst.mfeed.ad.jp)
> 　本実験の試行サービス期間は2002年3月末までと
> させて頂いておりましたが、4月以降も当面NTPの
> サービスは継続いたします。今後につきましては
> また正式に報告させて頂きます。

49:login:Penguin
02/04/02 01:31 qERNJv84
>>47
NTP の公式サービスを e-Japan とか電子政府とか言う連中がさっさと
やればいいのにね

50:login:Penguin
02/04/02 08:05 HBRmEf+K
>>49
がいしゅつっぽいが
URLﾘﾝｸ(jjy.crl.go.jp)

51:login:Penguin
02/04/02 08:37 EnY/jcnU
>>50
何かと思ったら >>48 と同じ?

52:49
02/04/03 00:14 corxkoQZ
>>50
というか通総研の実験は電子政府とか言っている連中とどれくらい
リンクしているの?

53:login:Penguin
02/04/03 02:15 tDYOCazg
rdateの穴も開けて欲しいょ

54:login:Penguin
02/05/17 13:11 ujTQ7QOA
GPSでstratum 1のntpサーバを公開している人をハケーン
URLﾘﾝｸ(www.tochigi.com)

55:login:Penguin
02/06/19 01:58 QB0RCOiN
age

56:login:Penguin
02/06/19 03:02 hsTYkoC9
桜時計を動かしているのではだめなの？
あとは、たとえば携帯電話のようなGPS無線機を
USBでPCに接続したら、時計があうようなものを
作ってくれればそれでOKなんだが。

57:login:Penguin
02/06/19 11:28 8VUDIQF6
>>56
秒単位の狂いを許容できるマシンなら桜時計(SNTP)でも問題ないと思う。
ミリ秒単位まで補正する必要があるとかいう場合はSNTPだと不足するが。

個人用途ではないがこんなのもあるよ。
URLﾘﾝｸ(www.seiko-p.co.jp)
精度がいまいちだが・・。

58:login:Penguin
02/06/21 11:18 lrcQTZR5
みんな九州方面？
俺は東北大学使ってるよ。

59:login:Penguin
02/06/21 11:59 mXHTi8R1
>>57
長波のが無いね。なんでだろ？

60:login:Penguin
02/06/21 21:24 iYdsdWF1
URLﾘﾝｸ(www.kt.rim.or.jp)

61:login:Penguin
02/06/22 02:04 1op2wJTa
大学系は勝手に落ちてたりするから×
nw.nist.gov

62:login:Penguin
02/06/22 02:06 sPhB6WNB
>>1 の JST でいいじゃん。

63:login:Penguin
02/06/22 21:38 Z2QwKjU9
ntp.st.keio.ac.jp
俺はここ

64:login:Penguin
02/06/24 09:34 0AdGi9Hx
URLﾘﾝｸ(www.ne.jp)
sntp レベルで良いならこれでもいいかも。
LAN 内のクライアント(主として Windows)の時刻合わせの用途としては、
通常はだいたい合っていれば(2～3 秒程度の狂い)は OK でしょう。

65:login:Penguin
02/07/04 16:19 zkskxen2
ntpd-4.1.1と秋月電子の電波時計キットを使っているのですが、ntpdを立ち上げてもうまくいきません。
ntpq でステータスを見ようとするとタイムアウトが返ってきてしまいます。
シリアルラインモニタで調べてみたら、コマンドは正常に発行されているのですが返ってくるステータスがめちゃくちゃなデータを返してきているようです。
サーバーからターミナルエミュレータで手打ちでコマンド打つときは正常にステータスが返ってきます。
confの設定も間違っていない…と思います。
なんででしょうねぇ…（汗）

66:login:Penguin
02/07/04 17:04 WhJXedKe
>>65 シリアルインタフェースの設定がうまくいってないんじゃない?

67:65
02/07/04 23:18 y54sqIUI
>66
シリアルラインモニタでは９６００bpsで一応コマンドがちゃんと出てるのは確認できてます。
ただ、返すパラメータが本来のフォーマットから外れているんです。
dateコマンドで返ってくる西暦年の桁数が２桁だけだったり…
あと、情報追加ですが、/var/log/ntpdlogには、
too many recvbufs allocated (40)が３行連続して出力されています。
ソースも覗いてみましたが、おかしなところは特に無かったですねぇ…

68:login:Penguin
02/07/05 02:56 5paWoXwK
@nifty なんですが、一番ちかいntpサヴァを教えてください。
おながいします。

69:login:Penguin
02/07/05 06:29 WhQKt4TN
URLﾘﾝｸ(www.jst.mfeed.ad.jp)
でいいじゃん。

70:login:Penguin
02/07/05 21:27 CfqQRALd
URLﾘﾝｸ(www.ntp.co.jp)
でいいじゃん

71:login:Penguin
02/07/05 22:00 8q8VCbrm
>>70
> URLﾘﾝｸ(www.ntp.co.jp)
それ、名古屋トヨペットじゃん…
Yahoo!でntpで検索したらそれが引っかかってて鬱。
というわけでsage

72:login:Penguin
02/07/06 02:11 zdt2r0TJ
>>70-71
ﾜﾗﾀ

73:65
02/07/07 01:33 X5HlAfLW
今日はデジタルストレージオシロスコープをロジックアナライザ代わりにしてシリアルの監視をしつつntpd-4.1.1のソースをいじくりまわしてみました。
結果わかったこと。
秋月電波時計は、ステータスの返答を「コマンド」+[CR]を受け取ると即座に返していた。
説明書には「コマンド」+[CR][LF]となっているが、[LF]はほぼ無視されている。
そこでソース"refclock_jjy.c"でコマンド送信を行っているルーチンを見つけ、
writeコマンドの送信文字列と文字列の長さを変更してコンパイル・インストールをやってみるもなぜか「コマンド」+[CR]の後に１文字ゴミがくっつく（苦笑）
電波時計からの返りステータスには異常はありませんでした。

誰か追試できるひといないかなぁ…あと解決策も（切実）。

74:65
02/07/07 01:36 X5HlAfLW
>>73

writeはコマンドっていうより関数ですね…Ｃですから…汗

75:login:Penguin
02/07/07 04:06 KY/MIDqu
大阪なので
eagle.center.osakafu-u.ac.jp

76:login:Penguin
02/07/07 10:57 rcngLgv9
>>74
てゆーかシステムコール。

77:65
02/07/07 10:58 AyGv1Dee
>>76
> てゆーかシステムコール。
御意。

78:名無しさん＠Ｅｍａｃｓ
02/07/07 19:06 VkPcHSa0
Webminでの時刻あわせに慣れてしまった、厨房でスマソ

79:login:Penguin
02/09/27 13:51 aJ0BF64P
ntpd4にしたらMacのvremyaでSyncしなくなったよー
プロトコルってxntpdと違うの？

80:login:Penguin
02/09/27 14:25 KqOu6Unh
ntpサーバっていえばふつうは
gps.kek.jp
でしょう。

81:login:Penguin
02/09/27 15:01 iHocmyTj
[root@taaa abc]# ntpdate clock.nc.fukuoka-u.ac.jp
27 Sep 14:51:54 ntpdate[31243]: no server suitable for synchronization found
と出るのですが、これってうまくできてないんですよね？

82:遠くの親戚より近くのサラ金
02/09/27 15:36 Tr/eUvSq
遠くのStratum1より近くのStratum2

Stratum1/2間の誤差よりNTPサーバ／クライアント間のネットワーク状況の揺らぎで起こる
誤差のほうが大きいと思う。

83:login:Penguin
02/09/27 16:50 BvKoIXdx
１秒以下の誤差がホーム用PCに問題が発生するとは考えられない。
っと言ってみるテスト

84:login:Penguin
02/09/27 16:51 xWQNNWMT
で?

85:遠くの親戚より近くのサラ金
02/09/27 16:55 Tr/eUvSq
>>83
NFS経由でアクセスしてるディスク上のファイルをmakeするときに
マシン間で時間がずれてるとちょっと面倒が起きることもたまにある

86:login:Penguin
02/09/27 16:55 jlvfZk+D
so-netは、ntp.so-net.ne.jpだ。

87:login:Penguin
02/09/27 17:10 BvKoIXdx
無駄、無駄、無駄・・・
糞スレ。

88:login:Penguin
02/09/27 18:55 zdleB0Sp
>>87
>>83 >>83 >>83 >>83 >>83 >>83 >>83 >>83 >>83 >>83 >>83 >>83

89:login:Penguin
02/09/27 22:18 LbrwGdkz
つまり、>>83はテストに失敗したと。(w

90:login:Penguin
02/09/28 02:41 mpXY3p2B
clockspeed反応ないね･･･。
鯖への負担が少ないから結構悪くないと思うんだが。

91:　　
02/09/28 11:23 UxLr5zXP
ソニーなどが安く売っている携帯型のGPSシステムを
（緯度経度などがでるやつ）それに、USB端子を設けて、
計算機の時刻あわせもできるような風にして貰えないものだろうか？
USBでアクセスする際の適切な標準プロトコルも決めて。

92:　　
02/09/28 11:25 UxLr5zXP
ところで、LAN内部でのマシン間の時刻が１秒、0.1秒、0.01秒、１ｍ秒、
0.1ｍ秒、０．０１ｍ秒、１マイクロ秒、ずれていると、
どういった問題が発生しうるの？
　たとえばNFSマウントされたファイルのタイムスタンプがずれていると、
Makeに失敗するとか？？

93:login:Penguin
02/09/28 11:38 9BbTrYHg
>>92
makeに失敗するときもある。

94:login:Penguin
02/09/28 15:51 QnzThs+F
今まさにMakeに失敗しますた。
マシンとNFS鯖で５秒ほどずれているもよう。

休日出勤中なので鯖管理者も不在、納期09/30。(；´д⊂）
ntpぐらい設定しとけやヽ(*｀Д´)ノｺﾞﾙｧ

95:　　
02/10/03 10:39 WT0Ful44
NFSのシステムが、リモートとローカルのマシン間の時刻のずれを
ときどき調べてやって、ファイルシステムとしてタイムスタンプを
そのずれ分だけ補正して（読み替えて）ローカルシステムに対して
見せかけてくれれば、比較的問題がなくなるはずなんだが。。。。
　だれか、そういう時刻ずれ補正の機能をNFSのソースに取り込まないか？
たとえばローカルマシンにくらべてリモートマシンが時刻が１時間２３分４５秒
進んでずれていたとするとき、リモートマシン上でのタイムスタンプが
２００２年の１0月１日深夜０時のファイルがあったとすれば、それを
ローカルマシンでNFSを通してみると、2002年の９月31日22時36分15秒の
タイムスタンプのファイルに見えるという感じだ。
　

96:名無しさん＠Ｅｍａｃｓ
02/10/03 10:56 BB0gqSuR
>>95
ローカルマシンとリモートマシンがほぼ遅延のないネットワーク内にあれば
いいけど、遅延のあるネットワーク上にある場合は時刻のずれをどうやって
決定するのだ？

NFSでローカルからリモートに時刻問い合わせをしたとして、その問い合わせ
が行って帰ってくるまでに5秒かかったとすると、その5秒の間のどのタイミ
ングでリモートが応答したのかローカルからはどうやっても判断できないぞ。

97:旧石器時代
02/10/03 11:10 qGy0neE5
2001年3月31日正午前にNTT名崎送信所にて収録した、短波JJY放送停止時の動画ファイル
URLﾘﾝｸ(www.astro.web.sh.cwidc.net)

98:login:Penguin
02/10/03 17:29 XOS3kDwu
>>97
感慨深いものがあるなぁ

99:login:Penguin
02/10/04 00:30 UmHCIEgc
＞95
というかNFS使うようなネットワークなら、ついでにntpも動かしとけよと思うが、、

ところで、mfeedは結局いつまで続くんだ？

100:login:Penguin
02/10/04 00:51 SgMfbJvP
なし崩しでずっと続くことを許可すます

101:login:Penguin
02/10/11 11:04 PqpZUR+2
ntpd の driftfile って
先に作っとかなきゃいけないんだっけ?
touch か何かで。

102:login:Penguin
02/10/11 11:59 PqpZUR+2
>>101
作っとかなくても、
起動から1時間経つとできるみたいね。
ちなみに ntpd 4.1.1 っす。

103:65
02/10/18 01:45 qFJ38iTD
今日久々にntpd 4.1.1aを再コンパイルしました。しかもリモートで（爆）。
どうやらconfigure実行時にオプション指定しないと秋月電波時計では使えないみたいですねぇ。
--enable-JJY指定してコンパイル・実行したら、エラーは出なくなりました。
ただ、時計に読みに行ってるのか行ってないのか、いつまでたっても同期はしません。
もう少しがんばってみます。

104:６５＝１０３
02/10/19 02:29 xrgdiNrs
家に帰ってみてみたらシリアルケーブルがつながってなかった（爆）。
つないで再起動したら…またしてもtoo many allocated(40)がぁ…

鬱だ…（以下略）

105:login:Penguin
02/10/19 10:45 yEObizWo
NTPのパケットを受け取って、それをもとにNICカード内部に搭載されている
タイマーがマイクロセカンド精度で校正される。
そういった附加機能を付けたNICカードをインテルあたりがつくらないかな。
OSは必要に応じてNIC上のタイマーを読みにいって、OSやマザーボード上の
時計を合わせたりすれば、いつでもマイクロセカンド程度の精度で、LAN内の
時計があっているという状態が可能になるような気がする。

106:login:Penguin
02/10/19 11:38 DPeA+gZa
>>105
NIC: 物理層(L1)
NTP: UDP=トランスポート層(L4)

なんぼなんでもレイヤが違いすぎ。

107:login:Penguin
02/10/25 01:46 h7+QTaiq
CPUボードに載っているハードウェアクロックだって物理層なんだが。。。
そいつが原子時計かもしくはGPSに同期しているなら、いいのだがね。。

108:login:Penguin
02/10/25 10:07 ROp7p0+M
Webminであわせてみたんだがこれって
ntpdが起動してるの？
プロセス見ても無いんだが・・・

109:login:Penguin
02/10/26 06:41 QbqOOljT
ntpdateじゃない？
Webmin使ってないから断言は出来ないけど

110:login:Penguin
02/11/10 21:05 60KmpkvM
保守

111:login:Penguin
02/11/25 02:01 fpM/QcAf
>>104

返答データーに異常が無いのが確認されていてそのとおりに受信できていないのなら
フロー制御でこけているのでは？
秋月の電波時計にフロー制御がついているかどうかは知らない

しかしそんなタイミングで取りこぼすなんてまさかＰＣ側のポートが半二重ってことはないよなぁ？

112:login:Penguin
02/11/27 13:20 vQIxOm5l
すんません、質問です。
ntpd をサーバとして動かした場合、デーモンを起動してから
しばらく経たないとクライアントからの問い合わせに答えてくれませんが(LI=3)、
多少精度は落ちてもいいから、すぐに答えて欲しい場合はどうすればいいんでしょうか。

ディストリはRH8、ntp は 4.1.1a です。
よろしくお願いします。

113:login:Penguin
02/11/27 14:20 IyVBCVma
>>112
RHというのは広末涼子ですか?

114:login:Penguin
02/11/27 15:17 BXe2Cblx
>>113
ネタですか？
Ruri Hoshinoに決まっとろうが

115:login:Penguin
02/11/27 15:46 vQIxOm5l
>>112
以下で自己解決しました。
server 127.127.1.0
で、たまに ntpdate する

116:login:Penguin
02/11/28 14:13 XLU2Fp6e
>115 を昨日設定して、一日一度 cron で
ntpd 終了、ntpdate、ntpd 起動
ってやったんだけど、
鯖の時計が一時間で1秒くらいずれる。。
1日で12秒、ちょっとずれすぎ。
つかえね。

かといって頻繁に繋ぐとntpdがまだ同期してないことがあると
その間クライアントで時間あわせらんないし、
ntpd だけであわせるとほとんど常時接続のようになって
まだセキュリティ勉強中の自分には精神衛生上良くないし。。

うーむ。
家にntp鯖を置くのはちゃんとセキュリティ勉強してからにしようかな。

117:login:Penguin
02/11/28 14:19 oLbioBRZ
>>116
> ntpd だけであわせるとほとんど常時接続のようになって
どういう意味?

118:login:Penguin
02/11/28 15:02 XLU2Fp6e
>>116
ADSL + 市販のルータ使ってるんですが、
クライアントから接続要求があるとルータがPPPoE発行して接続するようになってるんですよ。
でもまだパケットフィルタとか詳しくないから、自分が家にいないときには
なるべく繋がないようにして欲しいんですよ。

でも自前の鯖(ルータから見るとクライアント)で
ntpd 動かして外の ntp 鯖と同期させとくと、しょっちゅう外に繋ぎにいってしまう。
かといってポーリング間隔を広く取ると、いったん鯖を落としたときに
同期させるまですごく時間が掛かっちゃう。
(その鯖自体も、まだいろいろ構築中なので、たまに再起動する)
だから家庭内のほかのクライアントがこの鯖から時刻をもらおうとしても
もらえないことが多くなってしまう。

ということです。

119:login:Penguin
02/11/28 15:52 /42lNjCW
内部ネットの為に鯖は常時起動してるが
外部には時々しか繋ぎたくないの～ってわけですか

そんなあなたに　clockspeed　ネットから孤立していても
それなりの時刻精度が得られることになっています
詳しくは検索してちょ
結果報告まってるじょ

120:login:Penguin
02/11/28 16:01 /42lNjCW
パケットフィルタに詳しくないから時々しか繋がないというのは
人間が手作業で攻撃してくるんならともかくウイルスやワームが
自動で攻撃してくる場合は、たまたま繋いだその瞬間にヒット
ってなことが起こるからあんまし意味ね～っすよ
実際　こ～どれっど　の時はまさにそんな事が起きてたよね～
　
はやくマスターしようねぃ、フィルタリング

121:login:Penguin
02/11/28 16:11 XLU2Fp6e
>内部ネットの為に鯖は常時起動してるが
>外部には時々しか繋ぎたくないの～ってわけですか

まさにそんな感じです。
clockspeed ですか。早速検索してみます。

>自動で攻撃してくる場合は、たまたま繋いだその瞬間にヒットってなことが起こるから

その通りですが、接続時間を短くする、頻繁に切る、さらに切っている時間を長く取ることで
グローバルな IP アドレスを変更すれば、何も考えないで常時接続しているよりは
確率として危険な状況が少なくなる、と思ってたのですが、違うのかな・・・ (汗

フィルタリング、勉強中です。
でも仕事が忙しくてなかなか勉強する時間が。
週末も家族の「どっか連れてけ」攻撃が・・・。
ま、がんがります。

122:login:Penguin
02/11/29 02:40 bp1OHB8K
そんなにしょっちゅう合わせなくても、/etc/adjtime にちゃんとした
値を入れておけばかなり正確なはずだが...

123:login:Penguin
02/11/29 16:17 MJzuJ+02
そのちゃんとした値ちゅうやつの作り方をきぼん

124:login:Penguin
02/11/29 19:40 rFAHFUiI
JFにHOWTOなかったっけ??

125:login:Penguin
02/11/30 21:38 p0Ush6JX
あったっけ？

126:login:Penguin
02/12/02 21:12 B2Ipyc47
hwclock --adjust ではないのか? man に充分くわしくかいてあるる。

127:login:Penguin
02/12/02 21:27 B2Ipyc47
すまそ「作りかた」の方ね。えっと、これだけでいいと信じてる。
1. ntpdate であわせたあと hwclock --systohc で書き込む
2. 一箇月後にもういちど同じことする。

128:login:Penguin
02/12/04 13:05 9QMXVw95
121です。
hwclock の man を読んでみました。
これってあくまでハードウェアのクロックを操作するものみたいですね。
/etc/adjtime も、ハードウェアクロックを補正するための値。
しかも、補正するための基準となるものはシステムクロック。

自分は、そのシステムクロックが大きくずれるので困ってるのですが。

システムクロックの微調整量を書いておくと、システムが勝手にそれを読んで
時間を微調整してくれるようなもの、ってないですかね。。

129:login:Penguin
02/12/04 13:43 9QMXVw95
1. ntpdate であわせる
2. hwclock --systohc で書き込む
3. 一箇月待つ
4. ntpdate であわせる
5. hwclock --systohc で書き込む (/etc/adjtime に正しい値が書かれる)
6. 定期的に hwclock --adjust する (と、ハードウェアクロックがそれなりの精度に保たれる)
7. ntpd を走らせ、server 127.127.1.0 としてハードウェアクロックに同期させる
　　ハードウェアクロックはそれなりの精度で動いてるので、システムクロックもそれなりの精度で動く
8. 3へ戻る

ってやればいいのかな？
なんか複雑。
システムクロックに効く adjtime のようなものがあればいいのに。

130:login:Penguin
02/12/04 13:44 9QMXVw95
あ、もすかすて ntp.conf にあったりするのかな？
急いで読んでみるぼ

131:login:Penguin
02/12/04 14:15 7tGPdXCE
で、127.127.1.0 ってナニ？

132:login:Penguin
02/12/04 14:28 9QMXVw95
>131
ntp.conf

133:debPenguin
02/12/04 15:15 NRY6vEDV
ntpdインストール、
ntp-simpleパッケージをインストール。
簡単

134:login:Penguin
02/12/04 15:51 9QMXVw95
あれ？内部時計に ntpd が時刻合わせしてくれない。。

ntp.conf は以下の通り
server 127.127.1.0 minpoll 4 prefer
fudge 127.127.1.0 stratum 6
driftfile /etc/ntp.drift
logfile /var/log/ntp.log

ntpq -p で確認すると *印が付いて間違いなくシンクロしてるんだけどな、
hwclock --show と date が合ってない～。
なんで？

>>133
過去ログ読んだ？

135:login:Penguin
02/12/04 17:46 9QMXVw95
>>134
hwclock --hctosys で合わせればよかった。ﾌﾟ

136:login:Penguin
02/12/04 23:27 pd/N4RQM
yahoo は NTP サーバあるの？

137:login:Penguin
02/12/07 15:54 8tHH5gdi
>システムクロックに効く adjtime のようなものがあればいいのに。

んだからそんな感じのことをやってくれることになってんのが
clockspeed　だってばさ

138:login:Penguin
02/12/10 00:59 6MUWoe/A
起動して二日ほおっておいてもログに何もでないけどntpq -pすると同期してるっぽい
これってちゃんと稼動してるのかな？

/var/log# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*clock.tl.fukuok .GPS. 1 u 277 1024 377 115.058 1.270 23.797
+ntp1.jst.mfeed. utc3.crl.go.jp 2 u 452 1024 367 40.065 -3.156 10.020

var/log# cat ntpd.log
8 Dec 23:10:22 ntpd[29529]: frequency initialized 90.566 from /var/lib/ntp/ntp.drift
8 Dec 23:10:22 ntpd[29529]: system event 'event_restart' (0x01) status 'sync_alarm, sync_unspec, 1 event, event_unspec' (0xc010)
8 Dec 23:10:23 ntpd[29529]: peer 210.173.160.57 event 'event_reach' (0x84) status 'unreach, conf, 1 event, event_reach' (0x8014)
8 Dec 23:10:25 ntpd[29529]: peer 133.100.9.2 event 'event_reach' (0x84) status 'unreach, conf, 1 event, event_reach' (0x8014)
8 Dec 23:10:30 ntpd[29529]: peer 210.173.160.87 event 'event_reach' (0x84) status 'unreach, conf, 1 event, event_reach' (0x8014)
8 Dec 23:10:34 ntpd[29529]: peer 210.173.160.27 event 'event_reach' (0x84) status 'unreach, conf, 1 event, event_reach' (0x8014)
8 Dec 23:10:38 ntpd[29529]: peer 133.100.11.8 event 'event_reach' (0x84) status 'unreach, conf, 1 event, event_reach' (0x8014)
8 Dec 23:13:40 ntpd[29529]: system event 'event_peer/strat_chg' (0x04) status 'sync_alarm, sync_ntp, 2 events, event_restart' (0xc621)
8 Dec 23:13:40 ntpd[29529]: kernel time discipline status change 41
8 Dec 23:13:40 ntpd[29529]: system event 'event_sync_chg' (0x03) status 'leap_none, sync_ntp, 3 events, event_peer/strat_chg' (0x634)
8 Dec 23:13:40 ntpd[29529]: system event 'event_peer/strat_chg' (0x04) status 'leap_none, sync_ntp, 4 events, event_sync_chg' (0x643)

139:login:Penguin
03/01/07 17:44 YuI/ielR
ntpってIP AliasしたIPで待ち受けや問い合わせできないのかな？

ntp.confのmanや/usr/share/docあたりを探ってるんだけど
それらしい記述を見つけられないのよ。

140:login:Penguin
03/01/07 19:03 b69ss/EI
>>136
会員のページ見ても載ってないねぇ。
このスレの初めのほう見て適当な鯖使えば良いと思われ。

141:IP記録実験
03/01/08 21:24 fIdjGskD
IP記録実験
ｽﾚﾘﾝｸ(accuse板)

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

142:login:Penguin
03/01/09 02:34 Z870udh0
>>638
そのキャップだけはいろんな意味で許せん。僕によこせ

143:login:Penguin
03/01/09 03:18 6ae6DGgS
>>299

　　　　　ま
　　　　　　　　ん
こ

こうだね

144:login:Penguin
03/01/09 04:07 ApF9rgYX
人が減って鯖の負担が減り、IP記録で鯖の負担が増える・・・・
これがどっこいどっこい位に・・・なるわけないか。

145:山崎渉
03/01/15 11:42 wo7m90to
（＾＾）

146:login:Penguin
03/01/16 10:48 WUJffFZO

147:login:Penguin
03/01/20 21:21 k02LSw/t
YahooBBはntpないのかよ・・・・
iijは？

148:login:Penguin
03/01/21 05:28 yq2zXK0I
>>147
mfeedとfukuoka-uでも使っとけ。

149:login:Penguin
03/01/22 13:13 K0bX5t5w
結局ntpってまだまだマイナーなんだよね。便利なのに。
俺は時間が１秒でも狂うの嫌いだから、５分おきに同期取るようにしてる。

150:login:Penguin
03/01/22 13:22 W+MvjEvC
>>149
ntpd 使わないの?

151:login:Penguin
03/01/22 13:30 K0bX5t5w
>>150
ntpdって大幅に狂ってたら修正不可能だと聞きました。
じわじわ　あわせていくタイプらしいので。

OCN ntp-tk01.ocn.ad.jp 202.234.233.106
OCN ntp-tk02.ocn.ad.jp 202.234.233.109
OCN ntp-os01.ocn.ad.jp 210.145.255.76

OCN発見、がいしゅつ？

152:login:Penguin
03/01/22 13:35 W+MvjEvC
>>151
合わせていくんじゃなくて
ずれないようにするのが ntpd の仕事。
最近の ntpd は -q オプションで
起動時に ntpdate 同様の挙動にできるらしい。

153:login:Penguin
03/01/22 13:39 FbmrDnhI
>>151
たいていのディストリビューションは、デーモン起動時にntpdateを
一回実行するようになってるから、ntpdで合わせられないって事はないと思う。

154:login:Penguin
03/01/22 14:22 VYmI0mb3
6時間に一回ntpdateを呼んでます。
いまのマザーの精度ならこれで十分。

ついでにhwclockで書き込んだりもしたり。

155:login:Penguin
03/01/28 18:03 hArQ2y23
どなたかbiglobeのntpわかりませんか？

156:msntp
03/01/30 00:24 8T3F1wBa
URLﾘﾝｸ(www.hpcf.cam.ac.uk)
いかが?

157:login:Penguin
03/02/01 15:55 M9RM75Wq
自分で直接GPSと同期する方法ってないんですかね？

158:login:Penguin
03/02/01 16:06 qP+Hlr0u
>>157
ヘタレな回答で済まないが、できる…はず。
どっかで、シリアルで繋いだGPSで時間を取得するようなntpdへのパッチがあった。
Google先生に聞いてみてくださいな。

159:login:Penguin
03/02/02 03:12 5sX4u5xB
同じネットワーク内のWindowsマシンとLinuxマシンの時計を常に合った状態にすることはできますか？

160:login:Penguin
03/02/02 03:34 PlW3lqbm
>>159
どっちか(楽なのはLinux？)でntpサーバ立てて、もう片方でそれに同期させれば？
二台程度なら両方外部のntpサーバに頼ってもいい…のかな？
ちなみに、WindowsはNT系はNT4あたりからOS標準の機能でntpに同期できるはず。
9xや、XP以外でGUIが必要なら桜時計とかTClockとか。伺かでもいいけど。

161:login:Penguin
03/02/05 00:33 R34ADuh1
clockspeed 使ってみようと思ったんだけど

URLﾘﾝｸ(tehanu.hpcl.titech.ac.jp)
> 今回の版のclockspeedはPentiumの RDTSC サイクルカウンターや
> Solarisの gethrtime() nanosecond カウンターを使うことができます。

ってことで 486 なマシンじゃダメなんだよね?? make できなかったし
(´･ω･`)ｼｮﾎﾞｰﾝ

ん??「今回の版」ってことは前の版だと 486 でもイけるのかな??

162:login:Penguin
03/02/17 23:39 KRtfXogi
ﾆﾔﾆﾔ(･∀･)

163:login:Penguin
03/02/19 00:06 Jdl7zXiR
ntpdとcronでntpdata
どっちがおおい？

漏れはcronでntpdata

164:login:Penguin
03/02/19 00:09 pH2GyCR8
>>163
ntpdateではないかと…
俺はntpdの方を良く使うな。まぁ、セキュリティホールとかの可能性あるから
近場にntpサーバあるなら、ntpdateをcronで回す方が賢いのかもしれない

165:login:Penguin
03/02/19 00:13 wEm36iTf
>>163
ずっと再起動しない鯖なら、クロックの進み方を補正してくれるntpdの方がいいかな。
ワークステーションはntpdateでいいや。

166:login:Penguin
03/02/19 21:18 uVb3OkSe
ntpdate は時刻を不連続に修正しちまうから
動作異常を起こすアプリケーションがあるとかないとか

167:login:Penguin
03/02/20 12:33 NjiabX2T
どっちが(･∀･)ｲｲ!んですか？

168:login:Penguin
03/02/21 02:23 gHFCk4kP
適材適所

169:login:Penguin
03/02/21 02:47 dZHe4mO7
今>>168がいいこと言った！

170:login:Penguin
03/02/21 09:24 dERYRU4e
正論だ…

171:login:Penguin
03/02/22 02:59 nOclK/l2
でclockspeed は影うすいのな・・

172:login:Penguin
03/02/23 11:12 JSfefEuH
ntpdataやntpd以外の時刻合わせソフトはだれもつかってないの？

173:login:Penguin
03/02/23 22:24 5qKc5AQD
>>172
いらないからね

174:login:Penguin
03/02/25 12:03 3AYcIxly
そんなこといわず

175:login:Penguin
03/02/26 02:19 6l/aiSQ8
TS-820ってベランダから半分だけ顔出した状態でも動くかな？
南向きマンション、2階のベランダで？

176:login:Penguin
03/03/04 00:29 Jb78J2G7
ﾆﾔﾆﾔ(･∀･)

177:login:Penguin
03/03/06 04:41 ysuxE42s
正直わからんので質問させてください。
ntpdateで、どうやっても
no server suitable for synchronization found
っていうエラーが出ます。

ntpサーバを何種類か変えてもエラー。
検索したらルータでポート開けないとエラー出る場合があると書いてあったので
UDPの123を開けてみてもだめです。

もちろん外は見えてますしDNSも引けてます。
-dしてみると(例えばntpdate -d clock.nc.fukuoka-u.ac.jp)、
133.100.9.2: Server dropped: no data
とか言われるんですがこれってntpサーバから何も反応ないって事でしょうか？

何が原因なんだー(;´Д｀)

178:177
03/03/06 04:48 ysuxE42s
ntpd起動してntpdate -d localhostしてみたら全然違う結果が返ってきました。
transmit(127.0.0.1)
receive(127.0.0.1)
みたくなるのが正常なんですね。

相変わらず外にやるとreceiveが無いです。
どうも外からの接続弾いちゃってる気がするのでその辺見直してみますー。

#これってntpサーバがうちのポートに繋いでくるんですかねえ？

179:login:Penguin
03/03/06 22:52 WCsR6A9y
ntp は UDP なんで。

180:login:Penguin
03/03/07 01:13 /EG7neWq
最近の赤帽あたりだと、インスコ時にファイアウォールの設定聞いてくると思うけど、
ntp開ける設定しておかないと弾いちゃうかも。

181:login:Penguin
03/03/11 22:01 P2eHX0jS
ハードウェアクロックはそう簡単に狂わないから
一時間おきにclock -s
一週間おきにntpdate
してます

182:login:Penguin
03/03/12 00:01 pyBB52HY
>>上
一週間おきにコマンドを実行する方法を教えて
下さい。

最近の cron はそんな頭のよいことできるの？

183:login:Penguin
03/03/12 01:04 WPKqVuss
できます

184:login:Penguin
03/03/12 13:13 Nieb5Ghi
>>182
crontabで設定します

185:login:Penguin
03/03/12 14:22 sBHAqAr6
一週間おきってことは
二週間ごとか。

186:login:Penguin
03/03/12 19:19 mxhVWWVF
＞１８５
なんでそうなる（爆

187:山崎渉
03/03/13 16:39 52vAtNh8
（＾＾）

188:login:Penguin
03/03/21 11:15 9uzpbSgm
ﾆﾔﾆﾔ(･∀･)

189:login:Penguin
03/03/21 15:39 HTGEg+do
普段 HDD が止まってるマシンで ntpd 動かすようにしたら定期的に HDD が回
るようになっちまった。drift file への書き込みが原因みたい。何か回避策
あります? RamDisk 設定してそこに drift file 置くくらいしかないスか?

190:login:Penguin
03/03/25 21:38 2yeXLWjH
ﾆﾔﾆﾔ(･∀･)

191:login:Penguin
03/03/28 16:46 RYmCdSY/
>>172
うちのビデオ・デッキは、NHK の時報を勝手に受信して勝手に自分の時刻を合わせています。
昔は JJY を受信して時計を合わせるボードとか作ったけどね。PC-486 の頃。

192:login:Penguin
03/03/28 16:53 RYmCdSY/
>>189
UN*X って、Windows で言う FILE_ATTRIBUTE_TEMPORARY なファイルって作れへんのかな。
FILE_ATTRIBUTE_TEMPORARY というのは、データをハードディスクのような大容量記
憶装置へ書き込む代わりに、高速なアクセスが行えるよう、すべてのデータをメモリ
内に維持することを試みるという属性で、CreateFile API で使います。
わかりやすく言えば、ファイル・マップト・メモリってとこだね。これだと RAM Disk
じゃなくても同様のことができる（特に実メモリが目一杯使われていなければ）。

193:login:Penguin
03/03/28 18:32 YS6NXXiT
mmap(2)

194:login:Penguin
03/03/28 20:41 RYmCdSY/
>>193
ありがとです。

>>189
ということで、ntpd が起動する前に /etc/ntp.drift を mmap しておいて、
ntpd がそいつを上書き利用するように仕立ててやれば OK っぽいね。
でも、man してみると mmap できるファイルは固定長なのかな。

195:login:Penguin
03/03/29 00:51 ea4nZDOT
mmapとFILE_ATTRIBUTE_TEMPORARYじゃ話がぜんぜん違うだろ

196:名無しさん＠Ｅｍａｃｓ
03/03/29 21:30 JjKtaBVT
>>192
ないです。通常はfsはメモリにしか書きません。メモリからディスクに書くの
は別のひと(bdflushというかupdate)です。なので、こっちを抑制すれば書き
こみを減らせるかもね。でも、絶対にかかないならRAMDISKしかないと思う。

なお、>>193はファイル・マップト・メモリというのを誤解してmmapを紹介し
たのだと思います。mmapでできるのはメモリマップトファイルですね。

197:login:Penguin
03/04/04 00:21 GX3ZXYFI
ﾆﾔﾆﾔ(･∀･)

198:login:Penguin
03/04/04 00:45 8QlrK+68
すいません。ntpd を使って(ちなみに OS は RH8・直接関係しないですが)、
mfeed とかと同期を取りたいのですが、環境がプライベート IP 環境です。

これを可能にするには、境目のルータで1対1の NAT をかければいけますかね？
(使用可能なグローバルIPがあれば)

ちなみに、検証環境(ADSL固定IP1個)でのIPマスカレード環境の
アドレス変換(tcp/udp123)とパケットフィルタでの許可(tcp/udp123)では、
うまくいきませんでした。。。

よろしくお願いします。

199:login:Penguin
03/04/06 15:58 7QGwwOBb
似たような環境でずっとうまく行ってるけど。フィルタリングの設定でも間違って
るんじゃないの?

どううまくいかなかったのか書いてもらわないと、これ以上答えようがない

200:login:Penguin
03/04/07 12:24 237rKWMM
ﾆﾔﾆﾔ(･∀･)

201:login:Penguin
03/04/14 16:32 BjHkMJAR
ﾆﾔﾆﾔ(･∀･)

202:login:Penguin
03/04/14 16:51 Xj2ChfXi
# date 011912142038.07

203:login:Penguin
03/04/14 17:00 Kmk63rFm
(°Д°)ぁ？
BIOS立ち上げて時間変えればいいのですよね？

204:login:Penguin
03/04/15 04:33 SiP0m8O9
腹時計かなんかに?

205:山崎渉
03/04/17 11:53 PWISM87M
（＾＾）

206:login:Penguin
03/04/17 16:26 QgET5h2K
ﾆﾔﾆﾔ(･∀･)

207:山崎渉
03/04/20 05:52 X64WTq1+
　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

208:login:Penguin
03/04/27 00:42 1727elea
>>189 漏れは夜寝る時にHDDがうるさいので、crondで昼間だけntpdをageる
ようにしたｗ　自宅鯖程度だったらこれで十分かと。

209:login:Penguin
03/05/05 01:16 h6Wkmdkw
NTP メモ
URLﾘﾝｸ(plamo.minidns.net)

210:login:Penguin
03/05/12 21:04 Pz3PfGnM
>>177
ntpdate -u clock.nc.fukuoka-u.ac.jp

211:login:Penguin
03/05/16 14:32 LFRWHWm4
>>208

どっちみちログが書き込まれる度にHDDが目覚めるので静になんないという落ちはないのか？
それともログとってないとか？

212:山崎渉
03/05/22 02:00 p4opmoqv
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

213:login:Penguin
03/05/22 23:14 m88OOK1Q
NTPサーバの設定でつまずいています。
RedHat9でntp-4.1.2-0.rc1.2をインストールしています。
サーバはルータの内側に設置、ポートフォワードしてルータの１２３ポートは開けてあります。

ntp.confはこんな感じで

restrict default ignore
restrict 133.100.9.2
restrict 133.100.11.8
restrict 133.15.64.8
restrict 127.0.0.1
restrict 192.168.1.0 mask 255.255.255.0 notrust nomodify notrap
server 133.100.9.2
server 133.100.11.8
server 133.15.64.8
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 10
driftfile /etc/ntp/drift
broadcastdelay 0.008
authenticate no
keys /etc/ntp/keys

214:login:Penguin
03/05/22 23:15 m88OOK1Q
↑続き

ntpq -pの結果は

remote refid st t when poll reach delay offset jitter
==============================================================================
clock.nc.fukuok 0.0.0.0 16 u - 1024 0 0.000 0.000 4000.00
clock.tl.fukuok 0.0.0.0 16 u - 1024 0 0.000 0.000 4000.00
higw.tut.ac.jp 0.0.0.0 16 u - 1024 0 0.000 0.000 4000.00
*LOCAL(0) LOCAL(0) 10 l 33 64 377 0.000 0.000 0.015
こんな感じ。

215:login:Penguin
03/05/22 23:16 m88OOK1Q
↑続き
ntpdate -u 133.100.9.2の結果は
22 May 01:02:08 ntpdate[9571]: adjust time server 133.100.9.2 offset -0.000508 sec
と通信はできてるみたいなんですが・・・・
ntpq -p 133.100.9.2とすると
remote refid st t when poll reach delay offset jitter
==============================================================================
*GPS_NMEA(1) .GPS. 0 l 1 16 377 0.000 0.002 0.020
+drake.nc.fukuok .GPS. 1 u 8 16 377 0.820 0.012 0.810
-clock.tl.fukuok .GPS. 1 u 63 64 376 2.980 0.033 0.950
+clock2.tl.fukuo .GPS. 1 u 45 64 377 2.490 -0.032 0.110
-geo.gen.u-ryuky .GPS. 1 u 869 1024 377 31.040 0.243 0.990
-zao.net.tohoku. .GPS. 1 u 64 64 376 31.490 -0.064 0.210
-izumi.gw.tohoku .GPS. 1 u 51 64 376 32.470 -0.451 1.280
xntp.nc.u-tokyo. .GPS. 1 u 598 1024 377 23.930 2.180 0.850
LOCAL(0) LOCAL(0) 3 l 24 64 377 0.000 0.000 10.010
-time.nist.gov .ACTS. 1 u 39 64 377 286.210 0.039 0.200
となります。
なんで同期しないんだろう？

216:login:Penguin
03/05/23 02:21 4JZimmEP
時刻がさほど狂ってない状態でも
通信が確立してから同期が取れるまでに数分かかりますが
もしかして待ちきれてないとかではないっすか？

217:login:Penguin
03/05/23 23:27 WqOcWUuf
>216
はい。丸２日ほどこの状態がつづいてますです。
検証の手順としてはどうすればいいんでしょう？

218:login:Penguin
03/05/23 23:56 VF67lkrg
tcpdump port 123

219:login:Penguin
03/05/24 13:21 JPBOp6ap
とりあえずntp.conf をシンプルに

server 133.100.9.2
driftfile /etc/ntp/drift
authenticate no

これで動くようになってから他の設定を追加汁

あと、ログにエラーとか出てないかい？

220:login:Penguin
03/05/25 00:13 CE+ptaNZ
>218
23:40:56.348732 192.168.1.100.ntp > clock.tl.fukuoka-u.ac.jp.ntp: v4 client strat 11 poll 6 prec -17 (DF) [tos 0x10]
23:40:56.348805 192.168.1.100.ntp > higw.tut.ac.jp.ntp: v4 client strat 11 poll 6 prec -17 (DF) [tos 0x10]
23:41:04.348681 192.168.1.100.ntp > clock.nc.fukuoka-u.ac.jp.ntp: v4 client strat 11 poll 6 prec -17 (DF) [tos 0x10]
延々と続くです。
>219
はい。ntp.conf書き換えました。
May 24 23:49:55 bunyun ntpd[2226]: ntpd 4.1.1c-rc1@1.836 Thu Feb 13 12:17:19 EST 2003 (1)
May 24 23:49:55 bunyun ntpd[2226]: precision = 15 usec
May 24 23:49:55 bunyun ntpd[2226]: kernel time discipline status 0040
May 24 23:49:55 bunyun ntpd[2226]: frequency initialized 0.000 from /etc/ntp/drift
May 24 23:49:55 bunyun 5月 24 23:49:55 ntpd: ntpd起動 succeeded
ログはこんなんです。

221:login:Penguin
03/05/25 15:21 c9JK/LOH
>延々と続くです。

向こうからのお返事パケットが無いじゃん

222:login:Penguin
03/05/25 21:09 dGMU3q2r
FWでNTP封じられてる場合、どうすればいいの？

223:名無しさん＠ＸＥｍａｃｓ
03/05/25 21:15 +AbuoOxS
>>222 cron で ntpdate 汁.

224:login:Penguin
03/05/25 21:49 c9JK/LOH
>>222
clockspeed
テレホンｊｊｙ
ＧＰＳ
電波時計
ｅｔｃ

225:login:Penguin
03/05/26 00:19 enO/Zly6
>>223
ファイアウォールで閉じられてたら ntpdate も通らんよ。

226:login:Penguin
03/05/26 06:46 SGE41Wbj
FWでntpdを動かせばよろし

227:login:Penguin
03/05/26 14:32 WVH8kDkF
FWのｒｏｏｔ持ってたらどうしたらいいなんて聞かないとおもわれ

228:login:Penguin
03/05/27 23:03 +GXEmZgq
>221
とゆうことは？
１２３ポートは確かに開いてる筈なんですが・・
何らかの形で戻りパケットがはじかれてるとゆう・・
ことなんっすかねぇ・・・。
ちなみにiptablesはすべてACCEPTでChainは何も設定してません。
つまりnoFireWallな状況です。
（ルータで８０・１２３だけ明けてます。）

229:login:Penguin
03/05/27 23:08 DrulK1dM
LANケーブルつながってるか確認汁！

230:bloom
03/05/27 23:13 F2UXCq6Q
URLﾘﾝｸ(homepage.mac.com)

231:222
03/05/27 23:34 QdUNKmSY
>>233-227
ﾚｽﾄﾞﾓｰ。会社の契約してるプロバイダで遮断されちゃっててだめぽ。
clockspeedってのも結局確認するときにNTPを使うんですよね。

↓こーゆーのができればなって思ったんですが。。。
URLﾘﾝｸ(www.forest.impress.co.jp)

232:login:Penguin
03/05/28 00:25 +xYQ8iUe
>>231
たぶんそのソフトは
URLﾘﾝｸ(www2.crl.go.jp)
を使ってるのだとおもう。このページには
Standard = new Date( Date.parse("Wed May 28 00:21:44 2003") + 1000 + JSToffset )
っていうのがあるので、うまくここから時間を切り出してセットするスクリプトを作ればよいとおもう。

233:login:Penguin
03/05/28 00:43 tHqpcXMd
そのプロバがNTP鯖を提供してたりはしないのかい？

234:login:Penguin
03/05/28 04:18 52XX7aRV
>>231
手動でできるようなことを読んだ記憶があるんだけどちがってた？スマソ
サウンドカード＋ラジオの時報あたりがお手軽かも

235:login:Penguin
03/05/28 04:31 52XX7aRV
>>228

ん～と、逆にこっちからのパケットが出て行ってないということも考えられるけどなぁ
しかしntpdate がちゃんと動いてるということならば入りも出も大丈夫なはず・・・謎じゃ

236:login:Penguin
03/05/28 04:55 52XX7aRV
ntpdate が動いてたのが気のせいなら（をい）
ＵＤＰ／１２３じゃなくてＴＣＰ／１２３が開いている
静的ＮＡＴの設定を忘れてる等々・・・

237:山崎渉
03/05/28 16:41 4u9ffZfO
　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎―◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

238:login:Penguin
03/05/29 23:37 utmbj82a
ntpdateコマンドの　-uオプションってどうゆう意味なんでしたっけ？

239:login:Penguin
03/05/29 23:41 59RkhSqZ
>>238
man ntpdate

240:login:Penguin
03/05/30 00:05 pCvr54Nb
No manual entry for ntpdate
となっちゃいますです。

241:login:Penguin
03/05/30 00:06 xXCo0Sha
>>240
>>2

242:login:Penguin
03/05/31 19:41 BkHDGsbc
・・・ -u オプション

ってことは結局ポートが開いてないというオチかな？

243:login:Penguin
03/06/02 23:51 bhT8EpXU
(･∀･)renice!

244:login:Penguin
03/06/06 19:53 XQqUlKD2
iptablesに手間取ったけどやっと時刻合わせできたよ。

次ページ