トップページhack
1001コメント481KB

ネットワークに関する疑問・質問 Part15

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@いたづらはいやづら2011/02/26(土) 19:26:27.77ID:bcdpJX65
マルチポスト禁止
http://www.ippo.ne.jp/g/53.html

よくある質問は>>2-4

質問と一緒に書くこと:
  ・ 環境(OSのバージョン、機器やソフトウェアの名称)
  ・ 状況(エラーメッセージ、場所の名前など)
  ・ 試行(やったこと、調べた内容など)

質問者はE-mail欄にsageと書かない。
さらに2回目以降の書き込みは、
名前欄に初めの書き込み番号を入れること。

2chの使い方がわからない人は質問禁止。

最後に回答が書き込まれたら
後学のために結果を書いておくことを忘れない。
0556名無しさん@いたづらはいやづら2011/05/27(金) 11:30:09.17ID:IkQhARyY
現在yahooBB8Mで以下の機器を有線LAN接続しています。
(将来は光化を考えております)
・デスクトップ
・液晶テレビ(37Z1)
・HDDレコーダー2台(RD-S1004KとRD-XS46)

今度auスマートフォンを導入するにあたって自宅でwi-fi接続を行えるようにし、同時に
上記の機器を全て無線LAN接続したいと考えています。


色々調べた結果これが一番無難かと考えたのですが
http://121ware.com/product/atermstation/product/warpstar/wr8700n-hp_ne/index.html

他にNECで安くて同様のことが実現できるものはありますでしょうか?
(例えば
http://121ware.com/product/atermstation/product/warpstar/wr8170n-hp/
http://121ware.com/product/atermstation/product/warpstar/wl300ne-ag/index.html
のセットとか)

よろしくお願いします。
05575562011/05/27(金) 11:38:43.92ID:???
よくよく考えていたら液晶テレビとHDDレコ2台でポートが3個必要なのですが
AtermWL300NE-AGは2個しか無いのですね…
3個以上接続可能で何か良い製品があれば教えて下さい。
「こんな方法があるよ」でも良いです。

ちなみに全ての機器は同一部屋の中に全てあります。
スマフォのみ持ち歩くくらいでしょうか。

もしかして
http://121ware.com/product/atermstation/product/warpstar/wr8170n-hp_nu/index.html
これでも大丈夫…?
(USBスティックをPCに使用)
0558名無しさん@いたづらはいやづら2011/05/27(金) 11:47:32.65ID:???
>>542
通常拠点間VPNならトンネルは1本です
複数のトンネルを作る場合1対多の場合が多いと思います
(本社から各支社に接続など)
なので、トンネルが繋がれば中のセッション数は気にする必要は無いかと
VPN機器にそれぞれのPCでVPN接続をする訳では無いですよね?

>>543
個人みたいですね
正確にはわかりませんが

>>495
tracertの情報見ると問題は無いようです
アイコンが回ったままだと言う事はACKが帰って来てないと思います
>>553で確認できますね
MTU値の設定により接続が上手く出来ないと言う事を偶に聞きます
(このサイトがそれに当るかは別ですが)
ルータのブラックホール現象等もあります
ttp://plusd.itmedia.co.jp/broadband/0302/19/lp22.html
ttp://jiro-omocha.blog.ocn.ne.jp/blog/2010/07/path-mtu-discov.html
0559梅風味みりん2011/05/27(金) 13:06:18.71ID:???
MTUの問題って解決済みという認識でいるんだけど、いまだに残ってるの?
0560名無しさん@いたづらはいやづら2011/05/27(金) 16:05:38.07ID:???
>>559
IPv6なら、送信する前に経路上のMTUの最小値を探査し、送信元がそのサイズに分割して送り出す仕組みがあるので、
IPv6内での発生は起きないはず。

IPv4では、日本のISPでは発生する頻度は低いが、大学のネットワークのようなごちゃごちゃしている環境ではたまにあるな。
また、機器によっても、ICMP Destination unreachable Fragmentation needed を返さないやつがいたりするので、そのまま
パケットが破棄され、手前のルータはパケットを分割して再送することもしなくなり、ブラックホール化する場合がよくある。
本来ならばICMPの機能により再送が行われるのが理想だが、それをやると負荷がかかるのでやらないのだろう。
よって、MTUの問題もIPv4を使う限り長く残りそうだ。
0561名無しさん@いたづらはいやづら2011/05/27(金) 16:27:31.85ID:???
>>556-557
現行のAtermWRシリーズはIPv6に対応していないよ
IPv6対応機が出るまで待ってみては?
05625562011/05/27(金) 21:32:18.43ID:???
>>561
新しいアドレス形態ですよね。
よく分からないのですが、対応していないもので構築した場合、何か今後あるいはすぐに
不具合が発生するものなんでしょうか?

今後そんなに機器が増える予定はありません。
05634952011/05/27(金) 21:34:27.92ID:???
仕事の関係で夜になってからしか書き込みができなくてすみません。

>>553
やってみました。

TCP 192.168.*.*:***** 210.149.116.68:80 ESTABLISHED

となっています。
症状は現在も変わっておらず、プロバイダーも「調査中」のままです。
0564梅風味みりん2011/05/27(金) 21:41:44.60ID:???
MTUのサイズによる問題は、あまり頻度の高くない話に思えたので、
なぜMTUのサイズから切り分けをするのか、上の方のログの流れで気になった次第です。
私が問題切り分けする場合は、nslookup/traceroute/netstatの結果を見たあとで、
MTUサイズを見ているので、違和感を感じております。
ちなみに、MTUを0にするHotfixが昔あったように思いますが、このBugは過去のものと思っております。
また、XP以降、MTUを編集しなければならないようなことは減っているという認識です。

それから、MTUの最適値は伝送経路により異なります。
使っているISPと使っている回線の種類を教えてください。
0565梅風味みりん2011/05/27(金) 21:43:27.79ID:???
>>563
セッションが確立していますので、ブラウザでの表示の問題にも見えます。
現状では、ブラウザのキャッシュをクリアして、ホームページに接続しても、
表示されないままということで良いですか?
なおかつ、ブラウザにエラーメッセージが出ていないと言うことでしたよね?
05664952011/05/27(金) 21:55:28.78ID:???
>>565
その通りです。
例を出しますと、グーグルでEMIを検索→検索トップの「EMI Music Japan」をクリック→そこから変化なし
という流れになります。404も出ませんし、ブラウザが接続を中断する様子もありません。

しかし皆さんの意見を見ると、ネットワーク自体には問題が無いようですし、やはりPC側の問題なのでしょうか…。
0567梅風味みりん2011/05/27(金) 21:59:57.54ID:???
>>566
単純にWindowsの別のアカウントで試したらどうでしょう?
もしWindowsの別のアカウントで問題なければ、
単純にプロファイルがおかしいのかなと思うんですよ。

ちなみに、いま、ブラウザにプロキシサーバ設定してないですよね?
05684952011/05/27(金) 22:05:34.26ID:???
>>567
はい、設定していません。Firefox以外のブラウザに関してはデフォルト状態と言ってもいいです。
別のアカウント、了解しました。試してみます。

毎日のように、本当にありがとうございます。スキルが無くてすみません…。
05694952011/05/27(金) 23:05:41.52ID:???
>>567
別のアカウントでやってみましたが、同じくつながりませんでした。
ちなみにアカウントに入ってIE8の初期設定をしてからやりました。
ぐぬぬ…
0570名無しさん@いたづらはいやづら2011/05/27(金) 23:09:47.45ID:???
>>568
別のPCやデジタルテレビ(最近のはほとんどネット接続できると思う)があればそれでアクセスしてみてよ。
05714952011/05/27(金) 23:19:06.98ID:???
>>570
すみません、PCは1台のみでテレビもブラウン管なんですorz
0572名無しさん@いたづらはいやづら2011/05/27(金) 23:41:01.39ID:???
>>565
パケットの1発目からMTU問題で引っかかることはないので。
セッションを確立し、いざHTMLのデータを送り出した時点で、特定のサイズを超えたパケットが流れると、
それが引っ掛かってそれ以降のパケットの流れが止まってしまうのが原因だから。
0573梅風味みりん2011/05/27(金) 23:54:08.82ID:???
>>571
気になったんだけど、何でIPアドレスを消してるの?
0574梅風味みりん2011/05/27(金) 23:57:15.21ID:???
>>571
他に同じように見ることができないホームページある?
ISPとかの情報を出さないのは、あえて出したくないからなの?
0575名無しさん@いたづらはいやづら2011/05/28(土) 00:22:50.52ID:???
>>573
消さなくてよかったんですか…知りませんでした。
特に大きな理由はないんですが、他のスレでアドレス晒してる人が突っ込まれてたものでやってしまいました。

他に見られないホームページはありません。僕もいろんなサイトを回るんですが、EMIのみです。
ブックマークは50近くありますが、全て閲覧できます。
プロバイダーはniftyです。調査してもらい始めてから2日になりますが、今の所返事はありません。
0576梅風味みりん2011/05/28(土) 00:24:09.58ID:???
>>575
つっこまれるのがいやであれば、メールでも良いですよ。
こんなことを言う私は他の人からつっこまれそうですが。
0577名無しさん@いたづらはいやづら2011/05/28(土) 00:24:14.56ID:???
>>575
ああああああああああああああああああああ!!??!!??!!??
…俺は>498,501,570,そのた なんだが、、
昨日までwww.emimusic.jpに問題なく接続できていたのだが、
今>495と全く同じく404も何も出ずに永遠に「応答を待っています」状態に!!!!
www×∞

なんということ!
実は本日ACCAからeAccessに回線を変更した。
明らかにこれ以外の原因が見当たらない。
とりあえずご報告。いろいろいじってみる。
0578梅風味みりん2011/05/28(土) 00:25:02.78ID:???
>>575
いまさらですが、EMIには問い合わせていますか?
0579梅風味みりん2011/05/28(土) 00:26:27.38ID:???
>>577
天才現る
0580梅風味みりん2011/05/28(土) 00:32:45.73ID:???
>>577
可能で有れば、設定や環境を変える前に現状の解析を
できる限り詳細にお願いします。
05814952011/05/28(土) 00:33:03.26ID:???
>>578
EMIには問い合わせていません。
プロバイダーの返事次第で考えようと思っているところです。

>>577
このトラブルはググッてもほとんど出てこなかったのでなぜか少し嬉しいですw すみません。
知識がおありのようなので、解決したら是非方法を教えていただきたいです。
0582名無しさん@いたづらはいやづら2011/05/28(土) 00:33:48.92ID:iEkWiDDu
運命の出会い
0583名無しさん@いたづらはいやづら2011/05/28(土) 00:52:35.60ID:???
>>495
下記のURLにブラウザでアクセスして、それぞれ画像が表示されるか試してほしいんだが。

(モバイル 600バイト)
http://www.emimusic.jp/images/common/headerSubNavigation_btn_mobile.gif
(音楽ダウンロード 1027バイト)
http://www.emimusic.jp/images/index/etcLinkList_btn_download.gif
(特設サイト一覧はこちら 1396バイト)
http://www.emimusic.jp/images/index/infoSPsite_btn.gif
(キャンペーン情報 5406バイト)
http://www.emimusic.jp/images/index/infoCampaign_title.gif
05844952011/05/28(土) 01:00:30.37ID:???
>>583
上の2つに関しては、「モバイル」と「音楽ダウンロード」というアイコンと文字のみが表示されます。
下の2つは、495の内容と同じく全くつながりません。
ちなみにブラウザはIE8とFirefox4で試しました。
0585名無しさん@いたづらはいやづら2011/05/28(土) 01:15:02.88ID:???
>>584
なるほど。
下2つの画像はサイズが大きいため、経路上のどこかのルータで1パケットでは送れなくなり、通常はそこでパケットの分割と
再送の処理が行われる。しかし、>>560に書かれているような問題を起こすルータがあると、そこで処理されずにパケットは捨
てられ、クライアントPCのブラウザまでパケットは届くことなく、ブラウザはずっと送られてくるのを待っている状態になる。

>>563 のように、ESTABLISHED(通信中)となるのも、GETコマンドを送ったブラウザが応答のパケットが送られてくるのをずっと
待っている為で、筋が通る。

ほぼ、MTUの問題による障害と考えていいだろう。
0586名無しさん@いたづらはいやづら2011/05/28(土) 01:16:52.18ID:???
>>584
とりあえず
ルーター外してPCから直接繋いでどうなるかかな
それで問題が無ければルーターに問題がある可能性が
それでも表示されなければ、そのサイトまでのルーターに問題があるかと
ただな、余りダイレクトに接続するのはお勧めはしないんだよね
PC対策して無いと数分で変なの来るし
0587名無しさん@いたづらはいやづら2011/05/28(土) 01:17:29.24ID:???
訂正

× 経路上のどこかのルータで1パケットでは送れなくなり
○ サーバまたは経路上のどこかのルータで1パケットでは送れなくなり
05885772011/05/28(土) 01:58:02.11ID:???
繋がらねぇぇww
>581の回線はeAccess? モデムは?
こちらも>583は上2個だけ表示できる。

モデムのログに
 NAT TX-INFO TCP Synchronize Flag OFF : TCP 192.168.0.14 : 52760 > 210.149.116.68 : 80 (IP-PORT=7)
とある。NATで送信の時synがない?? わからない。詳しい人教えて。

ちなみにモデムのPPPoE接続を切ってPCからPPPoE接続してみたが、症状変わらず。
MTUは1454,1492,1414,1400,1200,1000,800 などと変更してみたけども症状変わらず。
0589梅風味みりん2011/05/28(土) 02:04:39.51ID:???
>>588
MTUの問題なら、もっと広範囲な問題になると思い、私は後回しにしてました。
とりあえず、tracertの結果をお願いします。
0590梅風味みりん2011/05/28(土) 02:07:40.89ID:???
>>588
モデムルータのメーカーと型番は?
0591梅風味みりん2011/05/28(土) 02:16:10.15ID:???
このパソコンでのtracertの結果は以下の通り。
現在、EMIのWEBページは正常に表示できる。

Tracing route to www.emimusic.jp [210.149.116.68]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms ntt.setup [192.168.1.1]
2 6 ms 5 ms 5 ms 221.119.144.129
3 6 ms 6 ms 5 ms 221.119.144.142
4 6 ms 8 ms 6 ms nSokaRT101H.v4.kddi.ne.jp [221.119.144.125]
5 7 ms 10 ms 8 ms sjkMLSW105.v4.kddi.ne.jp [211.18.16.73]
6 11 ms 8 ms 7 ms sjkjbb201.kddnet.ad.jp [113.157.224.89]
7 8 ms 8 ms 8 ms sjkBBAC05.bb.kddi.ne.jp [118.152.254.237]
8 7 ms 9 ms 8 ms otejbb203.kddnet.ad.jp [210.234.250.249]
9 8 ms 8 ms 7 ms ix-ote206.kddnet.ad.jp [59.128.7.200]
10 8 ms 9 ms 8 ms 203.181.102.22
11 8 ms 8 ms 8 ms tky001bf00.IIJ.Net [58.138.80.97]
12 56 ms 56 ms 55 ms osk004bf00.IIJ.Net [58.138.81.90]
13 66 ms 65 ms 64 ms osk005bb10.IIJ.Net [58.138.81.26]
14 22 ms 17 ms 18 ms osk005ipgw10.IIJ.Net [58.138.111.22]
15 18 ms 18 ms 18 ms osk005ip72.IIJ.Net [58.138.111.66]
16 19 ms 18 ms 18 ms 202.232.11.70
17 64 ms 62 ms 65 ms 210.128.94.42
18 65 ms 65 ms 61 ms 210.128.94.166
19 21 ms 19 ms 18 ms 210.149.116.68
20 * * * Request timed out.
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
30 * * * Request timed out.

Trace complete.
0592名無しさん@いたづらはいやづら2011/05/28(土) 02:17:59.82ID:???
>>588
MTUの設定変えた後、ちゃんとOS再起動かけてる?
あと、間違って別のNICを変えてないだろうね?
0593梅風味みりん2011/05/28(土) 02:23:22.17ID:???
>>592
EMIだけがダメという場合、少なくとも利用者の足回りのルータの問題じゃないですよね?
また、他のISP(たとえば、俺)で問題がないということは、EMIの足回りの問題でもないですよね?
残りの箇所のどこかの問題と言うことですかね?
0594名無しさん@いたづらはいやづら2011/05/28(土) 02:35:28.15ID:???
>588 とりあえず、tracertの結果をお願いします。
www.emimusic.jp [210.149.116.68] へのルートをトレースしています
経由するホップ数は最大 30 です:

1 <1 ms <1 ms <1 ms warpstar-c52fdc [192.168.0.1]
2 11 ms 11 ms 11 ms p79671a81.tkyea106.ap.so-net.ne.jp [121.103.26.129]
3 12 ms 16 ms 11 ms 121.103.60.185
4 11 ms 13 ms 11 ms 121.103.60.113
5 16 ms 12 ms 12 ms note-02Te9-3.net.so-net.ne.jp [61.211.63.205]
6 19 ms 17 ms 18 ms 202.213.194.197
7 12 ms 15 ms 14 ms 202.213.197.46
8 90 ms 14 ms 24 ms xe-7-4.a14.tokyjp01.jp.ra.gin.ntt.net [61.120.145.9]
9 14 ms 12 ms 12 ms 210.173.176.196
10 * 16 ms 16 ms tky001bf00.IIJ.Net [58.138.82.1]
11 21 ms 21 ms 21 ms osk004bf00.IIJ.Net [58.138.81.90]
12 21 ms 27 ms 21 ms osk005bb10.IIJ.Net [58.138.81.26]
13 21 ms 22 ms 20 ms osk005ipgw10.IIJ.Net [58.138.111.22]
14 29 ms 21 ms 25 ms osk005ip72.IIJ.Net [58.138.111.66]
15 23 ms 23 ms 22 ms 202.232.11.70
16 27 ms 24 ms 22 ms 210.128.94.42
17 24 ms 22 ms 24 ms 210.128.94.166
18 22 ms 26 ms 22 ms www.emimusic.jp [210.149.116.68]
19 * * * 要求がタイムアウトしました。
〜〜〜〜
30 * * * 要求がタイムアウトしました。
トレースを完了しました。

>590 モデムルータのメーカーと型番は?
NEC Aterm WD701CV
0595名無しさん@いたづらはいやづら2011/05/28(土) 02:36:40.07ID:???
>592
> MTUの設定変えた後、ちゃんとOS再起動かけてる?
> あと、間違って別のNICを変えてないだろうね?

もち。Windows 7 なので
 netsh interface ipv4 set subinterface "ローカル エリア接続" mtu=1448 store=persistent
→ http://www.speedguide.net/analyzer.php でMTUが指定通りに変わってることを確認できるんだけど、これであってるよね

>593
そう。>577で書いたとおり、5/26までACCAで問題なく繋がっていた。
5/27にeAccessに変更(回線とモデムだけが変更、後のPC状況など全く変更無し)なもんで、
eAccessかモデムだと思うんだけどな〜

プロバイダに状況説明の連絡しておく。
0596梅風味みりん2011/05/28(土) 02:44:31.80ID:???
>>592
俺と違ってあんたはネットワークに詳しいと思うんだ。
でも、その言い方はちょっといただけない。
0597名無しさん@いたづらはいやづら2011/05/28(土) 02:44:55.32ID:???
>>593
210.149.116.68 の挙動あたりが怪しい気はするが、まだ何とも言えない。
よって、問題の個所を特定したいが、現段階の情報ではまだ無理では?
0598名無しさん@いたづらはいやづら2011/05/28(土) 02:48:01.81ID:???
>>596
基本中の基本を間違えてないか、念のため確認しただけだろ。
0599梅風味みりん2011/05/28(土) 02:49:22.27ID:???
>>598
内容はそうだけど、上から目線を感じる。
俺だけかもしれないけどね。
0600梅風味みりん2011/05/28(土) 02:52:01.22ID:???
>>597
どう怪しいの?
システムリリースする前にある程度、検証していそうな気はするが
0601名無しさん@いたづらはいやづら2011/05/28(土) 02:58:31.53ID:???
>>600
ICMP(Echo Reply)を返してこないので、ほかにもブロックしている可能性がある。

>システムリリースする前にある程度、検証していそうな気はするが
おまえの、そういう前提の考え方がそもそもありえないと思うが。
0602梅風味みりん2011/05/28(土) 03:01:02.03ID:???
>>601
詳しいお前が言うならそうなんだろうな。
俺は、そこまで詳しくないから。
0603梅風味みりん2011/05/28(土) 03:01:58.83ID:???
>>601
そこで、ICMPや他の何をブロックしているのかは知らないが、
それって、他のユーザーにも影響しないの?
0604梅風味みりん2011/05/28(土) 03:06:01.73ID:???
http://toolbar.netcraft.com/site_report?url=http://www.emimusic.jp

これを信じる限り、システムがだんだん安上がりになっているように見える。
検証などしてなさそうだな。
0605名無しさん@いたづらはいやづら2011/05/28(土) 03:06:37.58ID:???
>>602
はいはい、嫉妬嫉妬。

>>603
すでに2名影響が出ているだろ?


0606梅風味みりん2011/05/28(土) 03:10:37.37ID:???
>>605
なるほどね。2名に影響が出れば広範囲なのか。
詳しい人の判断方法なので参考にするわ。
0607名無しさん@いたづらはいやづら2011/05/28(土) 05:55:55.20ID:9Xlanb/d
>>495>>577 は、このコマンドを試してみてくれ。

ping -n 1 -f -l 1472 210.128.94.166


そういえば、前にもこのスレで見当違いな回答をして失笑かってた、ふにゃんとかいうコテハンがいたなぁ。
似てるね。
0608名無しさん@いたづらはいやづら2011/05/28(土) 09:02:31.06ID:???
natstatでセッション確立してるのがわかるから
ネットワークの問題じゃない気がするよね。
あとはwiresharkとかでパケット見るとかかな
0609名無しさん@いたづらはいやづら2011/05/28(土) 09:25:22.46ID:???
PC一台しかないの?
同じルータにつながった他のPCやネット端末でも同様の症状が起きるかどうか、まずはそこから確認しなきゃ。
0610名無しさん@いたづらはいやづら2011/05/28(土) 09:39:15.08ID:???
盛り上がってますね・・・

もしemiのHPのみが見れないとなるとMTUの問題でもなさそうな気がする
フラグメント起こしてるなら別のHPでも起こると思うよ
MTU変えるなら1200とかかなり低く設定してみてはどうだろうか?
06115772011/05/28(土) 09:56:09.11ID:???
自分で>570書いといて今更思い立ったのだが、
REGZAからアクセスしてもPCと同じようにエラーも出ずに永遠にアクセスしている。
他に、留守電・FAXサーバーにしているxp-proマシンがあり、
こちらは24h安定運用を目指しているためnetのチューニングなどは行っていないxp標準状態。
こちらのIEでも emimusic のみアクセス不能。
このことからPCの設定をいくらいじっても改善しない気が。

そして NAT TX-INFO TCP Synchronize Flag OFF ってのは synがないって事?
ここにヒントがありそうです。


いちおう…>>607
> ping -n 1 -f -l 1472 210.128.94.166
パケット数: 送信 = 1、受信 = 0、損失 = 1 (100% の損失)、

ちなみに…

>ping -n 1 -f -l 1426 210.128.94.166
  210.128.94.166 に ping を送信しています 1426 バイトのデータ:
  210.128.94.166 からの応答: バイト数 =1426 時間 =32ms TTL=48

  210.128.94.166 の ping 統計:
   パケット数: 送信 = 1、受信 = 1、損失 = 0 (0% の損失)、
  ラウンド トリップの概算時間 (ミリ秒):
   最小 = 32ms、最大 = 32ms、平均 = 32ms

>ping -n 1 -f -l 1427 210.128.94.166
  210.128.94.166 に ping を送信しています 1427 バイトのデータ:
  パケットの断片化が必要ですが、DF が設定されています。

  210.128.94.166 の ping 統計:
   パケット数: 送信 = 1、受信 = 0、損失 = 1 (100% の損失)
0612名無しさん@いたづらはいやづら2011/05/28(土) 10:05:54.69ID:???
>>601
サイトのアドレスだからそんなもんじゃない?

>>611
他のサイトには -l 1427 で通る?
0613名無しさん@いたづらはいやづら2011/05/28(土) 10:18:57.96ID:???
>>611
フレッツ網使ってるんだっけ?
それなら、Pingの結果は問題なさそうだな。

NAT TX-INFO TCP Synchronize Flag OFF : とかいうのは、Aterm系のルータでよく出るようだが、
こんなのを見つけたぞ。これによるとファームウェアのバグか?


http://mimizun.com/log/2ch/isp/1150564875/

18 :名無しさんに接続中…:2006/06 /21(水) 04:48:48 ID:QXe/2YBg
701CVはパケットフィルタがINへのルールなのに、OUTの場合にも時々誤爆してブロックするんだよ。
あと接続が確立した直後"NAT TX-INFO TCP Synchronize Flag OFF"とかログに記録されて、外への接続がブロックされる。
605CVとかもそうだけど、なんかおかしいよNECのルータ。
0614名無しさん@いたづらはいやづら2011/05/28(土) 11:03:59.10ID:???
MSSか。
コネクションは張れてるんだし小さい画像は取れるんだから
ルーティングとかブロックされてるんじゃないよな。

>>613
そんな何年も前の…
0615梅風味みりん2011/05/28(土) 12:01:17.35ID:???
>>607
なるほど、私の見当違いか。

>>608
もうWiresharkで解析するしかないと思う。

>>610
最初から、emiのホームページのみが見られないという話だったように見えるので、
MTUではないというスタンスで話していた。

>>612
80/TCPだけポート以外塞いでいるホストかもしれない。

>>601
要塞化すると挙動不審になるのだろうか?ならないと思うのだが。

>>614
L3の問題ではなく、L4より上の問題だと思います。
ネットワークに詳しくないのですが、L4でウィンドウサイズを決めているので、
MTUの問題は出てくるかと思います。でも、最初にこれを言い出せないような気がします。
0616名無しさん@いたづらはいやづら2011/05/28(土) 12:16:06.96ID:???
一般的に今まで言われてるPMTUDブラックホールはクライアント側のMTUの話で、
どちらかというと上り方向で問題出る話だよね。

今回は下り方向ぽいからサーバ側でPMTUDが動いてない or ちゃんと働かないって
話だと思う。

NATしてたりLB入ってたりしたらicmp届かないんじゃない?
pingはrequest飛ばすからnat/sessionテーブルにのるんでreply通るけど、
PMTUDでいきなりunreachable来てもルータがどのクライアントに送るか
決められないよね…。

80/TCPだけポート以外塞いでいるってLBのfirmとかvirtual serverは
icmp echo返さないの多いし、帰ってこないからと言って、
途中でブロックされてると言う確立が低いという話じゃないの?
0617梅風味みりん2011/05/28(土) 12:29:00.28ID:???
httpコマンドの返値をログにしてくれるブラウザのアドオンツールってないかな?
0618名無しさん@いたづらはいやづら2011/05/28(土) 13:08:29.33ID:???
>>617
FireFox+Tamper Dataじゃ駄目かな?
0619梅風味みりん2011/05/28(土) 13:16:31.75ID:???
>>618
さっそく入れました。これは便利ですね。
06204952011/05/28(土) 20:44:40.81ID:???
レスを返していただいた皆さん、ありがとうございます。
ここまで来ると、ホームページが出るまで頑張ってみようと思います。

>>586
ルーターを介さず直接PCに接続しての検証は、>>503で行いました。

>>607
コマンド実行しました。結果は下記のとおりです。

ping -n 1 -f -l 1472 210.128.94.166

210.128.94.166 に ping を送信しています 1472 バイトのデータ:
192.168.0.1 からの応答: パケットの断片化が必要ですが、DF が設定されています。

210.128.94.166 の ping 統計:
パケット数: 送信 = 1、受信 = 1、損失 = 0 (0% の損失)、
06214952011/05/28(土) 20:49:47.14ID:???
気になっていることがあり連投します。
グーグルで検索して、ページの説明文の空白部分をクリックすると右にサンプル(?)画面のようなものが出ると思いますが、
EMI関連のページも同様の画面が表示されます。空白とかではなく正常にです。

関係ない書き込みでしたらすみません…。
0622名無しさん@いたづらはいやづら2011/05/29(日) 05:02:22.85ID:???
>>621
グーグル経由だからだと思いますよ
その端末から直接アクセスをして無い

今までも流れ的に個人でどうこうできるLVは超えてると思います
これらの検証した情報をまとめてプロバイダーに報告して
回答を待った方が良いと思います
06235772011/05/29(日) 08:52:34.27ID:???
>>620
プロバイダ、回線業者、モデム型番 教えてもらえますか?
どんな条件で起きているか特定したいです。
0624495さんへ2011/05/29(日) 14:40:04.21ID:???
はじめまして。
495さんと全く同じ症状の者です。

>EMIのホームページ(www.emimusic.jp/)につながりません。
>また、EMI関連のサイト、例えばアーティストのページやロックやクラシックなどのペ
ージにも接続できません。
>EMI以外のサイトは全て正常につながります

私と全く同じです。


0625梅風味みりん2011/05/29(日) 14:47:38.53ID:???
>>624
ネット環境教えてください。
ISP/ネット回線など
06266242011/05/29(日) 15:29:42.17ID:???
この一週間全くつながらず、いろいろ試したもののだめで、今日ここにたどりつきまし
た。
上の対処方法はほぼ試しています。
私の環境はBフレッツマンションタイプ、プロバイダはnifty
ルーターはバッファロー
PCはXPsp3が1台、Windows7が1台。IE8。MacのiPadです。3台とも同じ症状です。
06276242011/05/29(日) 15:35:31.95ID:???
ちなみに私の友人一名も、同じ症状で悩んでいます。XPsp3、nifty/ADSLです。

で、今朝わかったことなのですが、モバイル無線ルーターNTT HW-01Cを使うと、PC側の
設定はそのままで、何事も無かったようにつながるのです。
ということは、niftyが問題?あるいはEMIの側が何らかのブロックをかけているのではない
かと思うのですがどうでしょうか。
06286242011/05/29(日) 17:20:05.89ID:???
495さんもniftyでしたか?
私は今日、niftyあてに問い合わせのメールを送りました。返事が来たらまた書きます。
06294952011/05/29(日) 19:53:41.72ID:???
忍法帖って何か変わったんですかね。長文でエラーが出ます…。

>>622
グーグル経由でしたら関係ないですね。失礼しました。
06304952011/05/29(日) 19:56:09.96ID:???
>>623>>624
プロバイダはniftyで、Bフレッツファミリー100、ONUはB-PONHA B-ONU-E1です。
624さんも同じniftyですね。僕は23日にメールでniftyに問い合わせをし、
返信メールに従ってコマンドの実行結果を添付してメールしました。
06314952011/05/29(日) 19:58:11.17ID:???
>>624
niftyからは、問い合わせを受け付けたので調査して結果を報告するという旨のメールがありました。
0632名無しさん@いたづらはいやづら2011/05/29(日) 21:15:58.17ID:???
たしか忍法帖のレベルが低いと長文が書けない。
数日〜数時間前に忍法帖が全員強制クリアされた。
0633名無しさん@いたづらはいやづら2011/05/29(日) 21:37:32.09ID:???
みたいですね
調べたらみんな怒ってましたw
0634名無しさん@いたづらはいやづら2011/05/29(日) 22:52:21.07ID:???
うちもNiftyだけど、KDDIの光で問題なし。
Niftyのフレッツ網経由だとだめなんじゃね?
06356242011/05/30(月) 13:55:06.87ID:???
niftyからメールが来ました。niftyでは規制をかけてないとのこと。
サイト側の問題ではないかと。

EMImusicは、先々週から先週にかけてメンテナンスをしたみたいです。
そのせいで何らかの不都合が発生しているのかも知れないです。
06364952011/05/30(月) 14:36:05.47ID:???
>>635
僕はまだ返事がありません…orz

サイト側の問題でしたらEMIに問い合せてみようと思います。
正常につながる会社のPCでやってみますね。
0637梅風味みりん2011/05/30(月) 17:44:51.25ID:???
>>635
なんて聞いたのですか?
何か規制などしていないか聞いたのですか?
他に障害による場合もあると思いますが、聞いていませんか?
0638win7-64bitにて2011/05/30(月) 17:44:53.03ID:???
蟹ドライバ更新したら共有の転送が数kbしか出ない問題が解決した
Win7 and WinServer 2008 R2 Driver 7.045 2011/5/23

バージョンが7.043だと症状が発生するので、
同じ症状の人はとりあえずドライバ更新してみる事をお勧めする
確かにドライバを最新にするのは基本だが、ここまで嵌ったのは久しぶりだ
IPv6オフロード関係とか色々やっても改善されなかったのが嘘のようだ・・・
0639お願いします2011/05/30(月) 19:54:21.08ID:???
ホームネットワークを構築していてPC間で1GB以上のファイルを転送すると速度が著しく低下します.

・PC1 WinXP Pen4 2.4G RAM 2GB
・PC2 WinXP AtlonXP3000+ RAM 2GB   
・PC3 WinXP CoreDuo1.66G RAM 4GB 

の3台のPC間全てで遅くなります
300MBくらいの転送では50Mbps位出るんだけど1GB超えると2Mbpsくらいと極端に落ちてしまいます.
使用しているルータはAtermWR8370Nで無線LANのn規格を使用.
原因は分かりますでしょうか?
0640名無しさん@いたづらはいやづら2011/05/30(月) 20:25:33.56ID:???
>>639
これかもしれない。
http://vistafaq.stdo.net/content/5/42/ja/%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E7%B5%8C%E7%94%B1%E3%81%AE%E3%82%B3%E3%83%94%E3%83%BC%E3%81%8Ce%81%85%E3%81%84.html
06416242011/05/30(月) 22:15:41.85ID:???
>>637
上に書いたことをそのまま書きました。
あと、規制はしてませんか?とか。
でも印象としてはniftyは関係ないかと思います。

EMImusicにもメールしました。
おそらくこちらの問題だと思っています。
セキュリティを強化したんじゃないかなあ。
メールを読んでくれたなら、(ミュージシャンのファンなので)早々に対策してくれるかも。です。
0642梅風味みりん2011/05/30(月) 22:31:16.82ID:???
>>641
そうですか
EMIでメンテナンスですか
今のところ、セキュリティ強化をしたかは不明ですよね?
06434952011/05/30(月) 23:27:42.92ID:???
つながったあああああああ!!!

つながりました!
と言っても僕は何もしていませんが。
恐らく624さんや他の方の問い合わせのお陰ではないでしょうか。

無知な人間の質問にずっと付き合ってくれた皆さん、本当にありがとうございました。
色色勉強になりました。
06445772011/05/31(火) 02:38:30.51ID:???
俺も繋がったあわわぁぁうあうあうあーーー 歓喜!
プロバイダに問い合わせを投げて以降は何もしないうちに繋がった!
こりゃEMIサーバーが糞だったんだね、たぶん。
0645名無しさん@いたづらはいやづら2011/05/31(火) 03:15:18.30ID:???
>>497はネ申
0646名無しさん@いたづらはいやづら2011/05/31(火) 07:02:33.84ID:???
>>644
>EMIサーバーが糞だったんだね
違うと思うよ

プロバイダに問い合わせて直すまでの時間が
企業間調整にしては短いし
第一、サーバー側なら現象が確認できないと対応が難しい
しかし、他の人は問題は無いから
プロバイダ側のルートに何か問題があったと思う
06476242011/05/31(火) 18:01:18.09ID:???
私もつながりました!
0648梅風味みりん2011/05/31(火) 18:04:02.66ID:???
>>647
問題発生時と解決後のtracertの結果があると、
比較することで、何が原因だったかが見えることがあります。
0649名無しさん@いたづらはいやづら2011/05/31(火) 18:48:50.05ID:???
それ興味あるな。気が向いたら誰かお願い。
0650名無しさん@いたづらはいやづら2011/05/31(火) 18:59:13.18ID:???
違いはありませんでした。
06514952011/05/31(火) 21:28:24.85ID:???
>>648
僕の場合ですが、解決前の解決後で違いは無いようです。
0652梅風味みりん2011/05/31(火) 22:35:46.23ID:???
どこかのノードのハードウェア故障のようにも見えますね
あくまで推測ですけどね
0653名無しさん@いたづらはいやづら2011/05/31(火) 22:53:47.22ID:???
>>625
その根拠は?
0654名無しさん@いたづらはいやづら2011/05/31(火) 22:55:52.13ID:???
おっと、失礼
>>652
その根拠は?
06555772011/05/31(火) 23:00:08.58ID:???
こちらもグローバルアドレスが変わった以外変化なし。
プロバイダもキャリアも違う、ごく一部のユーザーだけが
全く同じ症状でブラウズできなくなるってなんですかね。

tracertで目的のサーバー www.emimusic.jp [210.149.116.68] に
到達した後も次のサーバーへのルートをトレースしていつまでも終わらないのってどういう状態なん?
0656名無しさん@いたづらはいやづら2011/05/31(火) 23:20:16.74ID:???
>>655
ICMP(ping や tracert で送り出しているEchoとか)を無視する設定になっている機器があるのだろう。
そのため、応答も無くて到達できたかどうかわからないためそういう状態になる。

ping www.emimusic.jp の応答が無いのに、Webに正常に接続できるのもそのため。
このような設定自体は、セキュリティの考え方次第なので、良くも悪くもない。
■ このスレッドは過去ログ倉庫に格納されています