勝手発呼
勝手にダイヤルアップしてしまうことは、当初の運用だとなかったのですが。クライアントの様々な利用形態は、様々なトラフィックをLAN上に発生させます。1998年07月末は、「パソコンを起動するだけで(15分間毎ではなく) 5分間毎に勝手にダイヤルアップしてしまう」、といった珍現象でした。電話代が新たな家庭内乱を構築してしまうのに十分な数字となりました。 マニュアルやホームページやメーリングリストにも見かけない「 5分間毎勝手発呼」という、珍しい現象でした。まいくろそふと Win95は、強力なネットワーク機能を有しており、簡単にネットワークできてしまう反面、強力さゆえに、意図しないトラフィックを発信する様です。これは、私の勉強不足が根本原因であり、断じてハードやソフトが悪いのではありません。 まいくろそふと ネットワーク共有サービス は、ピアツーピアのネットワーク環境でなくてはならない存在です。サーバOS等を設置しない簡易LANは、一見、家庭内LANを構築する際に、安くて早くて確実な様ですが、今回は本当にそうだろうか疑いたくなる様な結果でした。徹夜を 2回程して、なんとか自分なりに納得が行く環境にできましたが、まだまだ勉強不足です。 まいくろそふと ネットワーク共有サービス のプロパティに詳細設定というのがあって、資源を共有するだけならば、そんなに意識する必要はないのですが、ネットワーク上のトラフィックをいかに軽減するかを考え出すと非常に重要な設定です。特にブラウズマスターの設定は、今回の珍現象の誘因となっていました。あくまで誘因であって、原因は私です。 最初は、ふじつうNetVehicleのIPフィルタリングやホストデータベースやc:\windows\lmhostsファイルやc:\windows\hostsファイルをいじりまわしました。ルータもパソコンも壊れるかなと思うほど再起動を繰り返し、自動ダイヤルはもうあきらめて、手動に運用変更も考えました。メインマシン(hamavip-200MMX)での調査に疲れて別のシンプルなマシンに移りました。 別のシンプルなマシンは、子供用マシン(hamatowns II FRESH)です。Win95とIE3.02だけのブラウザオンリーです。ブラウジングだけならまだ使えるな、と思った瞬間、もしかして他のマシンをブラウズできなくてDNS要求になってしまうのでは、と考えました。しかし、ブラウズマスターの設定はどのマシンも自動にしているので 1台だけならマスターになってくれるはず。 当初の運用は、必ず、メインマシンが起動していたのですが、最近の運用は、子供用マシンが 1台だけとか、サブマシン(hamafmv-475NL/T)が 1台だけの起動で運用することが多くなっていました。子供用マシンだけを起動しての調査を開始して 5分間毎に勝手にダイヤルアップしてしまう現象を完全に再現でき、やっぱり「親子の絆は大切なのだ」と改めて考えさせられました。 メインマシンである親が起動していなければ子供用マシンは「どこどこ、どこにいっちゃったの」と泣いてDNSを要求するのです。サブマシンでも完全に再現できました。一度でも親(ブラウズマスター)になったものは、最期まで責任をもった行動をとるべきで、きょうからサブマシン、君が親だよといったところで所詮は無理なのです。Win95は人間臭いOSです。 しつこい様ですが、Win95が悪いのではなくて私が悪いのです。さて、ブラウズマスターといえどもいつも子供にべったりでは DNSをすぐに要求する甘えんぼを世に送り出すことになります。デスクトップ上のネットワークアイコンをダブルクリックして、いなければ諦めるということを覚えることも大事なことです。ないものねだりはいけません。 世の中にはわがままのかぎりという子供がいるもので、ネットワークアイコンをダブルクリックしてよせばいいのにワークグループアイコンまでダブルクリックするものだから DNS要求がでてしまいダイヤルアップが発生します。この問題はまだ完全に解決していませんが、「きっといつかは....」(題名:グッドナイトベイビー)の歌いだしにもある様にそのうちにまた。 .......... と言うことで、1998年08月末に解決しました。ホストデータベースとIPフィルタリングへの設定で、いとも簡単に「パソコンを起動するだけで(15分間毎ではなく) 5分間毎に勝手にダイヤルアップしてしまう」、といった珍現象がおさまりました。未だにメインマシン(hamavip-200MMX)で再現しないのは疑問として残っていますが、一応、めでたしめでたしでした。 かんたん設定のIPフィルタリングではモバイル運用ができなくなる為、全くフィルタリングしていなかったのですが、システムログを良く見て DNS要求はホストデータベースで、回線ログ情報を良く見てIPパケットはIPフィルタリングで、それぞれ対策を行ったところ、上手く行きました。ご協力者の方々には本当にお世話になりました。皆さんもなんとかなるはずです。 対処事例 現象1.0start(システムログ情報) Aug 21 21:38:59 init: system startup now. Aug 21 21:52:58 proxydns: QNAME HAMA.ne.jp from 192.168.1.3 Aug 21 21:53:00 protocol: connected B1ch to InfoWeb(???-???-????) by ProxyDNS Aug 21 21:56:07 protocol: disconnected B1ch to InfoWeb : charge=30yen time=0000.00:03:07 Aug 21 21:57:18 proxydns: QNAME HAMA.ne.jp from 192.168.1.3 Aug 21 21:57:19 protocol: connected B1ch to InfoWeb(???-???-????) by ProxyDNS Aug 21 21:58:27 protocol: disconnected B1ch to InfoWeb : charge=10yen time=0000.00:01:08 Aug 21 22:02:18 proxydns: QNAME HAMA.ne.jp from 192.168.1.3 Aug 21 22:02:20 protocol: connected B1ch to InfoWeb(???-???-????) by ProxyDNS Aug 21 22:03:27 protocol: disconnected B1ch to InfoWeb : charge=10yen time=0000.00:01:07 Aug 21 22:07:18 proxydns: QNAME HAMA.ne.jp from 192.168.1.3 Aug 21 22:07:19 protocol: connected B1ch to InfoWeb(???-???-????) by ProxyDNS Aug 21 22:08:27 protocol: disconnected B1ch to InfoWeb : charge=10yen time=0000.00:01:08 現象1.0end 対策1 [ホスト情報一覧] HAMA.ne.jp 192.168.1.255 現象1 を対策しただけでは安心できず、現象2 が出ます。要注意。 現象2.0start(システムログ情報) Aug 21 22:47:19 init: system startup now. Aug 21 22:52:44 protocol: connected B1ch to InfoWeb(???-???-????) by forwarding packet Aug 21 22:55:46 protocol: disconnected B1ch to InfoWeb : charge=30yen time=0000.00:03:02 Aug 21 22:57:03 protocol: connected B1ch to InfoWeb(???-???-????) by forwarding packet Aug 21 22:58:08 protocol: disconnected B1ch to InfoWeb : charge=10yen time=0000.00:01:05 Aug 21 23:02:03 protocol: connected B1ch to InfoWeb(???-???-????) by forwarding packet Aug 21 23:03:08 protocol: disconnected B1ch to InfoWeb : charge=10yen time=0000.00:01:05 Aug 21 23:07:03 protocol: connected B1ch to InfoWeb(???-???-????) by forwarding packet Aug 21 23:08:09 protocol: disconnected B1ch to InfoWeb : charge=10yen time=0000.00:01:06 現象2.0end 現象2.5start(回線ログ情報) 「IPパケットの転送が発生しました。 Protocol:UDP 192.168.1.3(137)->202.248.2.226(53)」 現象2.5end 対策2 [IPフィルタリング情報一覧] 優先順位 1 動作 遮断 プロトコル すべて 送信元IPアドレス 192.168.1.0 送信元IPアドレスマスク 255.255.255.0 送信元ポート番号 137 宛先IPアドレス 202.248.2.226 宛先IPアドレスマスク 255.255.255.255 宛先ポート番号 53 TCP接続要求 対象 |
All Rights Reserved,Copyright(C) はまこう 1998(Oct.09.1998)