リンク切れを１ヶ所発見。

Ｖｚ関連ＢＢＳ（リンク集）↓
http://hpcgi3.nifty.com/tamaneko/vzbbs.cgi

この中の下のほう、「やしきの板塀」の「新着」がリンク切れになっています。

あのう、たびたび言っていることなんですが、やはり直リンクはやめていただけ
ませんでしょうか？
めざらさんのところのように、bbs.html?mode=newsort へリンクしてもらえると、
いちいち手直しする手間もかからず、お互いにハッピーだと思うのですが。

> 入れ替えてみました。うまく動いているようです。
> これで更新をさぼれる。(^^; 

私のほうも、これでお客さんが迷子になることを心配しないですみます。
ありがとうございました。

> > 入れ替えてみました。うまく動いているようです。

リンクは問題ないようですが、うちや板塀の中の発言番号リンクとかで何回かアクセスして
いると板塀のページが表示できなくなったり、何かおかしくなっているような気がします。

IE8でもIE6でも表示は違いますが、「表示できません」とかブラウザのメッセージが出たり、
空白のページになったりします。こういうのは今まで無かったように思うんですが。

どうも、mode=article の発言番号リンクでおかしくなるような感じがします。
もしかしたら、アクセス制限とかの絡みかなぁ。それとも、タイムアウトしてるとか？

> リンクは問題ないようですが、うちや板塀の中の発言番号リンクとかで何回かアクセスして
> いると板塀のページが表示できなくなったり、何かおかしくなっているような気がします。

やっぱりどうも、我が家のネットワークがおかしくなっているようです。
ご承知と思いますが、別の方からも、発言番号リンクがうまく機能しなかったと
いう発言が、数日前にうちの板塀に書き込まれていたりします。

> IE8でもIE6でも表示は違いますが、「表示できません」とかブラウザのメッセージが出たり、
> 空白のページになったりします。こういうのは今まで無かったように思うんですが。

実は、同様事象を私も経験しています。
発生は数ヶ月前から。
ＩＥは使用頻度が低いせいもあって、一度も経験していません。
また、もっとも使用頻度が高い、Win3.1のネスケでも経験したことがありません。
発生しているのは、全て、ブラウザはFirefox、そして表示させようとしたサイト
は、自宅ゲートウェイであるルータのメンテナンスページ。逆に、自宅サーバで
発生したことはありません。
あ、それと、表示できませんメッセージは出たことがないな。
空白ページというのは何回もあるけど。

この事象に初めて遭遇したときには、FirefoxのアドインのNoScriptというものを
バージョンアップしてまもなくというときだったので、このアドインを真っ先に
疑いました。結構長いことバージョンアップをほったらかしていたので、なにか
新しい機能か設定の副作用かと思って調べてみたところ、新たにＡＢＥという機
能が追加されていることがわかりました。
ところが、その機能を切っても事象が再発します。
それから、Firefoxで何回リロードしても空白ページのときに、同じマシンで別に
ＩＥを立ち上げてルータに接続すると、こちらは一発でページが表示される。さ
らに、ＩＥで表示が成功してからFirefoxで再度リロードをかけると、今度は何事
もなかったかのように表示されてしまう。
ということで、再現性が低いこともあって、原因探索が行き詰っていました。

が、今回、自分も含めて複数の方から情報が寄せられたので、いろいろと見直し
てみました。そして、もう一つ、妖しげな部分に気がつきました。それは、自宅
のＳＷ−ＨＵＢ。これ、数ヶ月前にレピータＨＵＢから交換しているのですが、
そういえば交換前には事象は発生していなかったような気がします。

一応、簡単な網構成。

インターネット
　　　｜
　　　｜
自宅ゲートウェイ　
　　　｜
　　　｜
レピータＨＵＢ　−−−　ＳＷ−ＨＵＢ
　　　　　　　　　　　　　｜　｜　｜
　　　　　　　　　自宅サーバ　｜　サブマシン
　　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　メインマシン

状況を整理すると。
メインマシンで事象が発生したことはありません。
サブマシンから自宅サーバ間でも、事象が発生したことがありません。
サブマシンから自宅ゲートウェイで事象が発生したことがあります。
インターネットから自宅サーバへのアクセスで事象が発生することがある模様。

とりあえず、効果があるかどうかはわかりませんが、明日にでも、ＳＷ−ＨＵＢ
のポートの入れ替えを行ってみます。今日は酔いどれていますので、もう寝ます。
実はですねぇ、サブマシンだけで起こることなんですが、ときどき、電源を入れ
てもすぐにはＬＡＮがリンクアップしないのですよ。ＳＷ−ＨＵＢで自宅サーバ
やインターネット側は常時接続されているので常時リンクアップ状態なわけです
が、たとえばメインマシンは使わないときは電源を落としています。でも、起動
したら自動的にリンクアップ状態になるわけですよ。ところが、サブマシンだけ
はそうはならない。ケーブルを何回か抜き差しするとリンクアップします。もち
ろん、リンクアップしてしまえば、自宅ゲートウェイ以外の相手との通信で問題
が出たことは一度もないのですけどね。

 
> とりあえず、効果があるかどうかはわかりませんが、明日にでも、ＳＷ−ＨＵＢ
> のポートの入れ替えを行ってみます。

今も板塀の発言番号リンクをクリックすると、長く待たされた後、「IEではこのページは
表示できません」が出ます。タイムアウトではないようで、ブラウザの更新ボタンを押し
ても駄目です。
他のリンクは直リンクでも問題ないです。
なんとなく、やっぱりmode=article の発言番号リンクだけおかしくなるような気がします。

> 実はですねぇ、サブマシンだけで起こることなんですが、ときどき、電源を入れ
> てもすぐにはＬＡＮがリンクアップしないのですよ。

これはサーバーのバックアップ用なんですよね。板塀は倒れてないみたいなので、
直接の関係は無いような気がしますが、どうなんでしょうね。

> 今も板塀の発言番号リンクをクリックすると、長く待たされた後、「IEではこのページは
> 表示できません」が出ます。タイムアウトではないようで、ブラウザの更新ボタンを押し
> ても駄目です。

う〜む、いったい何が起こっているのでしょうか。
うちでは全く再現しないのですよ。
サブマシンはWinXPのIE8とFirefoxですが、いずれでも問題なし。

ということで、困ったときはgoogle先生。
「internet explorer ではこのページは表示できません」
を検索窓に放り込んだら、出てくる出てくる。
ＭＳのサイトは基本として、その他にも、いろんな人がいろんな方法で回復させ
ていることがわかります。
どうも、複数の事象をこの単一のメッセージで表現しているようです。
さすがＭＳ、困ったもんだ。

> なんとなく、やっぱりmode=article の発言番号リンクだけおかしくなるような気がします。

関係しそうなことというと、リダイレクションを使っていることぐらいかなぁ。
例えば、プロキシ経由でアクセスしていて、そのプロキシのキャッシュが悪影響
を与えているとか。

> これはサーバーのバックアップ用なんですよね。

違います。
まさに、サブとして使っているマシンです。WinXPです。
自分のサイトの表示確認なんかのためには、複数のＯＳ、複数のブラウザを用意
しておく必要があると思いますもので。
 

とりあえず、教えていただきたい事がいくつか。

・お使いのＩＥのバージョン
・プロキシ使用の有無
・他のブラウザでも同様事象は発生するか否か
・事象発生時のブラウザのＵＲＬ窓の表示
・事象発生時に、ブラウザはフレーム状態になっているか否か

教えてもらっても、全然お役に立てるような気がしないのが悲しいところ。

> これで思い当たることが。#3857で、「私のメイン環境以外では、キャッシュを３秒と
> してみました。」とあるので、キャッシュが関係しているような気がしてきました。
> 新しいタブや別窓で開いた時はまったく問題が出ないのも、そう考えるとつじつまが
> 合うような。

合いません。
「私のメイン環境以外」といったら、当然、konnoさんのマシンも該当しますが、
私のサブマシンも該当します。ところが、この２つの環境で事象が一致していな
いのです。

> こ、これは・・・　リダイレクションということは、要求したURLと違うURLに飛ばして
> いるということでしょうか。ということは、キャッシュが残っていると、この辺の動作が
> うまくいかないとか、ないかなぁ。

う〜ん、あるかもしれません。
挙動を順番に考えてみます。

１：ブラウザが日野家に bbs.html?mode=article&no=〜 を要求
２：日野家から受けたものはフレームと判明、フレームの中身を解析
３：フレームの記述に従い、ブラウザは板塀サーバに wforum.cgi を要求
４：板塀ＣＧＩはリファラにより、フレーム経由であり、なおかつ、
　　いかなる要求文字列も付加されていないと認識し、フレームファイルの
　　要求文字列をＣＧＩの要求文字列に複写
５：ＣＧＩはmode=articleの要求に従い、wforum.cgi?mode=allread&〜 への
　　リダイレクション応答を返す
６：リダイレクション応答に従い、ブラウザは wforum.cgi?mode=allread〜
　　を板塀サーバに要求
７：板塀サーバは要求に従った応答を返す
８：ブラウザは、フレーム内に板塀の該当ツリーの該当発言を表示

きちんと動いていれば、全く何にも問題がないシーケンス。
３項と６項で wforum.cgi を読み込もうとしていますが、フルＵＲＬは異なるの
で、通常であればキャッシュが効くような事もなく、きちんと読み込めるはず。
掲示板のトップページを表示させて、それから個別発言を読もうとしてリンクを
クリックした時に、キャッシュが効いて個別発言が読めない、なんて話は聞いた
ことがありません。もちろん、個別発言からツリーの別の発言にジャンプする事
だって普通にできるわけです。

あ、そうだ、もう一つ試していただきたい事。
もし「このページは表示できません」がフレーム内で出たら、そこのフレームを
右クリックして、フレーム内のみを別のタブまたはウィンドウで開いてみて下さ
い。その時の表示、およびＵＲＬ窓はどのようになっているか。
そして、もしも正しく表示されない場合は、再読み込みを行って、きちんと表示
されるようになるか。
さらに、もしきちんと表示されるようならば、今度は先程のフレーム表示の方に
戻り、さらに更新を実施してどうなるか。

手順がわかりにくいですかね。
ご面倒をおかけしますが、なにとぞよろしくお願いします。

> > ・他のブラウザでも同様事象は発生するか否か
> Win2000のIE6(SP1)では空白のページが表示されました。

これ、「他のブラウザ」言いません。
普通は「同じブラウザの別バージョン」と言います。
まじめな話、OperaやNetscapeでどうなるか、ということを知りたかったのです。

> > ・事象発生時に、ブラウザはフレーム状態になっているか否か
> なっています。

ふむ、ここまでは正しく動いているみたい。

> これ、フレーム内の何も無いところで右クリックしても、新しい窓を開く項目が出ない

IE8ってそうなんでしたっけ。
IE6はそうなっているのは確認しましたが。
現在、IE6が入っているサブマシンを立ち上げていないので確認できません。

> > 掲示板のトップページを表示させて、それから個別発言を読もうとしてリンクを
> > クリックした時に、キャッシュが効いて個別発言が読めない、なんて話は聞いた
> > ことがありません。

ここは、私の説明不足です。
私のところに限らず、ここ、今日のテーマでも構いません。
掲示板のトップページはwforum.cgiってファイルにアクセスしますよね。
で、個別発言をクリックした時、パラメータはいろいろと付加されますが、ファ
イル名そのものは、やっぱり同じくwforum.cgiですよね。
でも、同じファイル名だからって、キャッシュが効いてしまって個別発言が読め
ない、なんて事にはなりません。つまり、パラメータまで一括りにしてＵＲＬと
判断してくれると思っているのです。
が、今回は、あたかも、どっかの中継装置が、ファイル名だけで同じものだから
と判断して誤動作をしている、というような感じにも見えるわけです。



> これが不思議なんですが、プロバイダの違いとか、何か環境の違いがあるのでは。

確認のために、会社からアクセスしてみました。
会社ではWinXP SP2で、プロキシ経由でインターネットに接続しています。
ブラウザは、通常はFirefoxを使っています。
そして、konnoさんの言われるような症状は出ていません。
今回、IE6で発言番号リンクをクリックしてみました。
結果、１回目は正常にジャンプできました。
２回目は「Gateway timeout」というメッセージがフレーム内に表示されました。
ここがそのような表示にならないという点はkonnoさんと異なりますが、いずれに
しろ正しい表示がなされないという点では違いがありません。
ん〜、この表示はプロキシが出しているみたい。
という事は、プロキシは正常に要求を出しているのだけど、サーバが要求を受け
取れていないので応答を返さない、ということのようです。

なんとなく怪しいのは、やしきのゲートウェイであるルータかなぁ。
あるいは、ケーブルテレビ屋が悪い、という事もあるかも。
もちろん、実はＩＥが悪かった、という可能性も、まだ否定できない。

wiresharkをかませればある程度は見えてくるかもしれないけど、面倒だなぁ。

わしのマシンからだと、↓な結果でした。

(1)Debian Lenny ＋ Firefox (iceweasel)3.0.6

やしきのトップページから「入口」→「板塀」と移動。

#1598 のツリーを一括表示し #1639 内にある #1576 へのリンクをクリックす
ると、ブラウザの画面左下には接続先の url(http://hino 〜
mode=article&no=1576) が表示されたままマウスポインタが処理中の状態のま
まで、いつまでたってもリンク先へはつながらず。


(2)Debian Lenny ＋ Oopera 10
やしきのトップページから「入口」→「板塀」と移動。

#1598 のツリーを一括表示し #1639 内にある #1576 へのリンクをクリックす
ると、 ブラウザの上部のアドレス欄の右側に「文書 0%」と表示されたまま、
いつまでたってもリンク先へはつながらず。

ここで Opera のバージョン情報を確認したところ、 接続処理中の「板塀」の
ページから Opera  のバージョン情報ページ(ローカル)に移動してしまったの
でブラウザの戻るボタンで戻り、再度 #1639 内にある #1576 をクリックする
と、今度はすんなりとリンク先のページが表示された。

あじゃさんの情報と、その他もろもろを合わせて。
やっぱりというか、うちのルータが原因のような感じです。
さっきも、WinXPのサブマシンでFirefoxからルータをメンテしていて、無応答と
いうか真っ白な画面になってしまいました。前回は、そこでIEを起動したらきち
んとルータにアクセスできましたが、今回は間髪をいれずにルータにアクセスし
たせいなのか、見事、「Internet Explorer ではこのページは表示できません」
というメッセージを食らってしまいました。当然というか、診断を行っても問題
なし。その後にFirefoxで再読み込みを行ったら、無事に表示できました。
まさに、IEの「表示できません」ページの詳細情報にもある通りというか、単に
「Web サイトが一時的に利用できない。」ということのようです。
感覚的には、短い間隔で何回もアクセスがあると、しばらくルータがだんまりに
なるようです。そして、数十秒で自然復旧するような感じ。
実は、以前使っていたコレガのルータには、DoS対策として、こういう機能が実装
されているとどこかで読んだ記憶があります。ただ、細かい制御ができないので、
現在の私の状況では使い物にならないはず。何せ、時計合わせすらできなかった
のだから。
一方、現在使用中のマイクロ総研のルータ、IPアドレス指定で細かい制御ができ
るのだけど、DoS対策は何もなかったのではないかなぁ。

上記の通り、サブマシンからルータに対してはアクセスできない状況が生じるこ
とがあります。しかし、先ほども試しましたが、サブマシンから自宅サーバに対
しては、全く問題なくアクセスできています。フレーム表示から発言番号リンク
でも、異常なしというか、意図したとおりの動作。ただ、この場合、サブマシン
と自宅サーバは同一ＨＵＢ収容で、ルータは経由していません。だから正常なの
かもしれません。

さらに。
本日、会社のFirefoxで、妖しい挙動に遭遇しました。
メモを取りながら実験していたので、きっちりと記録が取れました。
以下のような感じでした。

(1)まず、URL窓にbbs.htmlを入れて、板塀のトップをフレーム表示
(2)フレームの中で、板塀No.1639を表示
(3)No.1576の発言番号リンクをクリック
　　→表示失敗、ずいぶん待たされた挙句Gateway timeoutのメッセージ
(4)１つ戻って、No.1576の発言番号リンクを右クリックで別タグに表示
　　→表示成功、正常表示
(5)元のタグに戻り、そのまま残っていたNo.1576の発言番号リンクをクリック
　　→表示失敗、ずいぶん待たされた挙句Gateway timeoutのメッセージ
(6)戻るボタンでひとつ戻り、進むボタンで表示を試みる
　　→表示失敗、ずいぶん待たされた挙句Gateway timeoutのメッセージ
(7)もう一度戻るボタンを押して戻り、再度No.1576の発言番号リンクをクリック
　　→表示成功、正常表示

なんじゃこりゃ。
もしキャッシュ影響説が正しいのであれば、(4)でうまく表示されたときに正常な
情報がキャッシュに入るので、(5)では正常表示されるはず。ところがそうはなら
なかったわけです。つまり、キャッシュのせいである可能性は低いと思われます。


う〜ん、ルータを交換しないとだめかなぁ。
でも、交換するとＩＰアドレスが変わってしまうんだよなぁ。
それに、交換してもだめだったらショックだし。

> これ、「他のブラウザ」言いません。
> 普通は「同じブラウザの別バージョン」と言います。
> まじめな話、OperaやNetscapeでどうなるか、ということを知りたかったのです。

すみません、私の中では別物という感覚だったもので。m(__)m
で、昨日はOperaとFirefoxで試してみたんですが、一向に返ってこない応答を
待っている間に寝てしまってました。(^^;

> なんとなく怪しいのは、やしきのゲートウェイであるルータかなぁ。

もちろん電源OFFの再起動とかしても駄目だったんですよね。うちの無線ルータも
最近調子が悪いみたいで、またブラウザの接続が出来なくなったので、無線ルータ
の電源だけ入れなおしたら直りました。もう古いからなぁ。ｱﾀﾗｼｲﾉﾎｼｲ (^^;

> > なんとなく怪しいのは、やしきのゲートウェイであるルータかなぁ。
> もちろん電源OFFの再起動とかしても駄目だったんですよね。

そういえば、行っていません。
ソフトリセットというのかな、遠隔リブートは３日に１回くらいの頻度で行って
いるんですがね。
この週末にでもやってみましょう。

> この週末にでもやってみましょう。

一応、本日１９時ごろ、ルータのリセットを行ってみました。
が、なんとなく、ルータの非公開な仕様のような気がしています。
そうであれば、リセットしただけでは状況に変化ないはず。

え〜と、あと、実験していただきたい事をつくりました。
板塀のフレーム内の本体部分（159.055.hinocatv.ne.jp:9801/bbs/wforum.cgi）
を単独のタブかウィンドウで表示して、それで発言番号リンクをクリックすると
どうなるか。
もう一つ、いわゆる板塀の残骸（hpcgi3.nifty.com/~toshiki/wforum.cgi）です
が、通常は停止してあるところを特別にアクティブにしました。こちらでも同様
に発言番号リンクを試してみて下さい。あ、こちらは過去ログは存在しないので、
現在ログにジャンプする部分しか試せません。
一応、うちの自宅マシンからだと、どちらも正常にジャンプできています。
が、前にも書きましたが、自宅マシンから自宅サーバの場合は自宅ゲートウェイ
のルータを通過していません。自宅マシンからバックアップサーバの場合は普通
に通過しますけど。


もし、フレームを使わなければＯＫという事であれば、現在の私の能力では理解
できません。勉強して出直してきます。
バックアップサーバでは発生しないけれど、フレーム使用の有無に関係なく自宅
サーバでは事象が発生する、ということなら、自宅ルータが被疑です。数ヶ月中
には解消する予定ですが、今日明日どうの、というのは無理です。
バックアップサーバでも事象が発生するようであれば、スクリプトの問題という
か、リダイレクションが私の想定通りに働いていないという事になります。この
場合、もしかしたらちょっとした小手先の手直しでなんとかなるかもしれません
が、なんともならない場合は、やっぱり勉強して出直してきます。

Debian Lenny ＋ Firefox (iceweasel)3.0.6
↓な感じでした

やしきのトップページから「入口」→「板塀」と移動。
フレームをとっぱらい、 「引っ越し」の記事を読んだ後に #1598 のツリーを
一括表示し #1639 内にある #1576 へのリンクをクリックすると、ブラウザの
画面左下に接続先の url(http;//159.055〜mode=article&no=1576)  が表示さ
れたままマウスポインタが処理中の状態のままで、いつまでたってもリンク先
へはつながらず。 で、 ブラウザの  [戻る][進む]  ボタンを押してから再度
#1639 内にある #1576 へのリンクをクリックすると、5秒ほどで正常に表示さ
れた。

niftyのほうは、いっぱつで正常に表示されました。

報告ありがとうございます。
やっぱり、うちのルータが悪そうですね。
短時間で多数の要求があった場合に無応答になってしまうような感じ。

む〜、理論は完璧なのになぁ。
佐久氏柵にのぼれる、といったところでしょうか。
＃誰だよ、佐久氏って

としきさん、このところ、風邪気味で疲れが溜まっているのか、また寝てしまいました。

> 一応、本日１９時ごろ、ルータのリセットを行ってみました。

状況は変わってないみたいですね。残念。m(__)m

> え〜と、あと、実験していただきたい事をつくりました。

これはあじゃさんの報告とほぼ同じでしたね。
でも、mode=articleのときに特に頻発するのが気になったんですが、スクリプトの
負荷が大きいんでしょうかね。

なんか、急に書き込み数が増えていてびっくりしました。
毎日、これくらいの書込みがあれば、ちょっとやそっとのスパムだったら押し流
せてしまえるのですけどね。
なんか最近、また、あちこちでちょぼちょぼとスパム書込みを散見するようにな
りましたもので。


さて。

> でも、mode=articleのときに特に頻発するのが気になったんですが、スクリプトの
> 負荷が大きいんでしょうかね。

スクリプトではなく、ルータの負荷ですね。
無事にルータを通り過ぎるとスクリプトの負荷の話になるのですが、ログの状況
から、ルータを通り過ぎる事ができずに、そこで蹴っ飛ばされているような感じ
です。
#4221 に書いた例で言うと、通常の表示の場合、４項で応答を受けて５項で結果
を返して終りです。ところが、リダイレクト応答を返した場合では、受け取った
ブラウザが間髪を入れずに、すぐに次の要求を出します。要求の送出先が全く違
うホストであればいいのですが、今回の場合は、同じ板塀サーバに出す事になり
ます。すなわち、最初の要求とリダイレクト後の要求の間隔が短すぎる事から、
ルータの謎な仕様で蹴っ飛ばしているか、さもなくば過負荷でコケているか、と
いうように考えています。

ま、向こうしばらくは、大変申し訳ありませんが我慢して下さい。

> なんか、急に書き込み数が増えていてびっくりしました。
> 毎日、これくらいの書込みがあれば、ちょっとやそっとのスパムだったら押し流
> せてしまえるのですけどね。

あじゃさんが復帰されてまた少し盛り上がってきましたね。でもスパムは削除しないと
やっぱり落ち着かないです。

> なんか最近、また、あちこちでちょぼちょぼとスパム書込みを散見するようにな
> りましたもので。

IP制限をしても次から次へと変えてくるので、気を抜けないですね。
うちは管理画面で削除しても番号が飛ばないように変えたので、楽になりました。
流れてしまった後では駄目ですが。

> すなわち、最初の要求とリダイレクト後の要求の間隔が短すぎる事から、
> ルータの謎な仕様で蹴っ飛ばしているか、さもなくば過負荷でコケているか、と
> いうように考えています。

なるほど、そう考えるとつじつまが合いますね。納得です。

> ま、向こうしばらくは、大変申し訳ありませんが我慢して下さい。

別窓や別タブで開けばほぼ問題ないので大丈夫です。