総務省は電磁波使用に対しては促進的立場であり、総務省が主導で行った研究や収集したデータにはバイアスがかかる可能性があると思われます。また電磁波を利用して生活しているほとんどの現代人においても「できれば否定されてほしい」バイアスが働きます。また、ある時点での科学水準で「論理的に起こるはずのない」問題が数十年後に明らかになるようなことは決して珍しくないと思います。

よりニュートラルと考えられる環境省の出している資料（https://www.env.go.jp/chemi/electric/material/minomawari.pdf）では（総務省 Website からもリンクがありますが）、携帯電話基地局など（無線LANを含む）では「携帯電話基地局などからの弱い高周波電磁界が健康への有害な影響を起こすという説得力のある科学的証拠はありません」との見解を示している一方、携帯電話では脳腫瘍のリスク上昇との因果関係は確立されていないものの、長期間の使用と脳腫瘍のリスク上昇との関連についてのデータが少ないことから、「携帯電話使用と脳腫瘍リスクのさらなる研究が必要」としています、とあります。

また同じ資料内に「現時点では、質の良い証拠は不十分で、症状の発症において無線周波電磁界への長期的なばく露が果たす役割について結論を導くことができません」としています。

アメリカ合衆国保健福祉省のNTP study（https://ntp.niehs.nih.gov/whatwestudy/topics/cellphones/index.html）では「携帯電話で用いられているものと同様の電波の高いレベルにばく露した雄ラットは、がん性の心臓腫瘍を発症したという明確な証拠がある」ことがわかっています。

僕が言いたいのは、Wi-Fiおよび生活上使用される電磁波の小児の発達や健康に対する影響に関しては、判断するための十分なリアルワールドでの科学的データがあるとは言えない（例えば携帯電話が使用されるようになって20－30年しか経っていないのに40－50年後の影響は不明）ので、少なくとも「ばかげてる」と一蹴するのは非科学的態度だということです。影響がないことは証明できませんが、少なくとも、総務省が言うように「影響があるという証拠がない」は「影響がない」と大きな隔たりがあります。問題とすべき影響がない可能性が高いことを示すデータを集めることはできますが、それには数千人を前向き研究で数十年綿密にフォローする必要があります。

ちなみにニュース記事は読んでません

Permalink | 記事への反応(1) | 15:08

2020-10-26

■タイム トラベラーが新聞で年月日を知る

って古くない。

ntp叩くでしょ。

Permalink | 記事への反応(11) | 10:26

2020-07-27

■8.8.8.8 への Dos攻撃

って実際問題できるものなんだろうか。

TP-Link 製品がNTP サーバにDOS攻撃しているらしいけど、

素直に8.8.8.8 あたりへのアクセスにしておけばいいのにとか思った。

Permalink | 記事への反応(1) | 05:36

2020-07-10

■NTP サーバはどこがいいんじゃろ

Windowsでどん。

w32tm /monitor /computers:ntp.jst.mfeed.ad.jp,time.cloudflare.com,ntp.nict.jp,time.google.com,ntp.ring.gr.jp,time.windows.com,time.nist.gov /ipprotocol:4 /nowarn

※調査したPCはntp.jst.mfeed.ad .jpを参照しています。

ntp.jst.mfeed.ad .jp

ICMP: 11ms 遅延

NTP: +0.0014266s ローカルコンピューターの時刻からのオフセット

階層: 2

NICTをソースとするStratum 2のパブリック NTP。

大手 ISP等に提供している。

time.cloudflare.com

ICMP: 11ms 遅延

NTP: -0.0073322s ローカルコンピューターの時刻からのオフセット

階層: 3

CDNのCloudflareが提供しているNTP。

遅延が少ないのは、東京と大阪にそれぞれサーバがあるかららしい。

ntp.nict .jp

ICMP: 10ms 遅延

NTP: +0.0011621s ローカルコンピューターの時刻からのオフセット

階層: 1

日本標準時をソースとするStratum 1のパブリック NTP。

ただし、一時間辺り20回までにしときと注意書きがFAQにある。

朝から昼過ぎまでは遅延が大きい感じがする。

11:30にアクセスが集中する話は今もあるのだろうか。

time.google.com

ICMP: 38ms 遅延

NTP: -0.0013263s ローカルコンピューターの時刻からのオフセット

階層: 1

Googleが公開しているNTP。ソースは原子時計とのこと。Stratum 1。

サーバが日本国内に無いため、遅延が大きい。

ntp.ring.gr .jp

ICMP: エラー IP_REQ_TIMED_OUT - 次の時間内に応答がない 1000ms

NTP: エラー ERROR_TIMEOUT - 1000 ミリ秒内にサーバーからの応答がない

福岡大学のNTPを救うために立ち上がった人々によって立ち上げられたNTP。

生きてる？

time.windows.com

ICMP: エラー IP_REQ_TIMED_OUT - 次の時間内に応答がない 1000ms

NTP: +0.0003482s ローカルコンピューターの時刻からのオフセット

階層: 3

昔、お世話になったWindowsのデフォ設定NTP。

エラーが出るけど、値は悪くない？

time.nist.gov

ICMP: エラー IP_REQ_TIMED_OUT - 次の時間内に応答がない 1000ms

NTP: +0.0037770s ローカルコンピューターの時刻からのオフセット

階層: 1

UTC(NIST)をソースとするStratum 1のNTP。

アメリカは遠いよね。うん。

Permalink | 記事への反応(1) | 20:58

2020-07-09

■anond:20200708211501

答えはここにあった。

https://docs.microsoft.com/ja-jp/windows-server/networking/windows-time-service/configuring-systems-for-high-accuracy

ただし、ポーリング間隔が2⁶ = 64秒は短く、ntp.nict .jpのアクセス回数に引っかかるので、変更することにしました。

http://jjy.nict.go.jp/tsp/PubNtp/qa.html#q1-4

[Q.1-4] ポーリング間隔(アクセス回数)に制限はありますか？
[A.1-4] 1時間平均で20回(1日の合計が480回)を超えないようにしてください。それ以上が必要な場合は事前にご連絡ください。

そこで、2⁹ = 512秒にしました。

以下、設定。

HKEY_LOCAL_MACHINE&#92;SYSTEM&#92;CurrentControlSet&#92;Services&#92;W32Time&#92;Parameters
ntp.nict.jp,0x9

HKEY_LOCAL_MACHINE&#92;SYSTEM&#92;CurrentControlSet&#92;Services&#92;W32Time&#92;Config
MaxPollInterval 9
MinPollInterval 9
UpdateInterval 100
FrequencyCorrectRate 2

HKEY_LOCAL_MACHINE&#92;SYSTEM&#92;CurrentControlSet&#92;Services&#92;w32time&#92;TimeProviders&#92;NtpClient
SpecialPollInterval 512

※ntp.nict .jpの後の数字が0x8なら、MaxPollIntervalとMinPollIntervalの値を使います。0x9ならSpecialPollIntervalの値を使います。

設定から3時間経過後、+0.005±0.003(s)ぐらいの値で安定しました。

JST Clock(https://www.nict.go.jp/JST/JST5.html)にて、「合っています」いただきました。嬉しい。

地味に分かったことは、部屋にあったCITIZENの電波時計が正確(多分、誤差は0.1秒以下)だったこと。

Permalink | 記事への反応(0) | 19:21

2020-07-08

■windows10のntp設定してるけど

+0.15±0.02(s)ぐらいでウロウロしてる。

これ以上は、ウチでは無理なんかな。

Permalink | 記事への反応(1) | 21:15

2020-01-05

■2020年問題

ガラケーのカレンダーがおかしくなったって話題になったけど、他に周囲で観測できてるやつをメモっとく。

Buffalo LinkStation (NAS) の2020年問題

古いバッファローのNAS(LS-WXL等)で2020/1/1から内蔵時計が2000年になってしまう問題。

定時メンテナンスが毎時走る、ネットワークレコーダでのDTCP-IP録画ができない、ファイルのタイムスタンプがおかしくなる等のトラブルが発生している。

一旦NTP（自動時計合わせ）の利用をやめてマニュアルで時計を合わせる（もしくはPCと同期）と改善する。

そのうち修正ファームウェアが出ることだろう。

TVRockの2020年問題

いわゆるTS抜きチューナ用の録画アプリで、かなり前から脆弱性が報告されていながらもメンテナンスされていないが利用者はそれなりにいるかと思う。

カレンダーの年のプルダウンが2019年までしかないので2020年以降の予約・変更ができない。（キーワード予約は可）

ググるとバイナリエディタで修正する対策法が出てくる。もしくは別の録画アプリに乗り換えるべき。

Permalink | 記事への反応(0) | 05:46

2019-12-20

■anond:20191220152811

NTP「オレが時を戻した…」

Permalink | 記事への反応(2) | 15:31

2019-08-15

■anond:20190815123532

NTPって何メンテする必要があんの？

Permalink | 記事への反応(0) | 12:37

■anond:20190814223425

コンピュータの時間を同期する仕組みにNTPというものがある。この仕組みはありとあらゆるコンピュータで使われており、NTPがないと現代社会は回らないと言っても過言ではない。

しかしこのNTP。実はほぼ1人の人が手弁当でメンテナンスしていて、その人も自分の生活費を稼ぐためにNTPの開発を続けることが難しくなっているという。

平凡な人間でも、給料の何割かをこういった人に寄付すれば、コンピュータの歴史に残るような偉大な功績を残した人を支えることが出来る。

ハリウッドの超大作映画のスタッフロールに名前が載るより簡単で、それでいて貢献割合も大きい。

Permalink | 記事への反応(1) | 12:35

2019-02-09

■情弱「室内に電波時計が必要だから買って」

ワイ「室内では電波時計はほとんど電波ひろわないけど...」

情弱「そんなことないですよね？じゃあなんで室内用電波時計があるんですか？おかしいでしょ？」

ワイ「知らんがな...」

情弱「どうしたらいいんですか(逆ギレ)」

ワイ「NTP 対応時計でも買えば...」

Permalink | 記事への反応(1) | 12:54

2018-12-21

■[年問題]コンピューターで発生する技術面の問題

1999年 問題

1900年を1年目と内的処理していた場合、年数が2桁から3桁になる。また、年号を下2桁だけで処理していたシステムの一部で年のエントリで99をエラーコードや例外値として扱っている物があったとされ、そのようなシステムでは1999年になった途端に正当な1999年とエラーとを識別できず不具合をおこすことが懸念された。又、9が5つ並ぶ1999年 9月9日にエラーが発生することも懸念された。