13/03/08 22:56:53.60
■よくある質問
Q: ブラウザの検索履歴や入力履歴を消したい。
URLﾘﾝｸ(help.yahoo.co.jp)
URLﾘﾝｸ(www.google.co.jp)
Q: いきなり料金請求された。
URLﾘﾝｸ(www.kokusen.go.jp)
URLﾘﾝｸ(www.npa.go.jp)
Q: ネットワークやインターネットに繋がらない。
URLﾘﾝｸ(wikiwiki.jp)
URLﾘﾝｸ(windows.microsoft.com)
Q: インターネットで個人情報はどこまで分かるか。
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
Q: あるサイトにだけ接続できない。特定の部分だけ表示されない。
URLﾘﾝｸ(www.tef-room.net)
URLﾘﾝｸ(support.microsoft.com)
3:_
13/03/08 22:57:25.92
■誘導
特定のプロバイダーに関する質問
URLﾘﾝｸ(engawa.2ch.net)
特定のサイトに関する質問
URLﾘﾝｸ(toro.2ch.net)
特定の機器に関する質問
URLﾘﾝｸ(toro.2ch.net)
仕事や業界に関する質問
URLﾘﾝｸ(engawa.2ch.net)
セキュリティやウイルスに関する質問
URLﾘﾝｸ(kohada.2ch.net)
Windowsに関する質問
URLﾘﾝｸ(toro.2ch.net)
初歩的な質問
URLﾘﾝｸ(kohada.2ch.net)
２ちゃんねる自体の質問
URLﾘﾝｸ(ikura.2ch.net)
携帯電話に関する質問
URLﾘﾝｸ(awabi.2ch.net)
4:_
13/03/08 22:57:58.16
■その他
「まとめ」を作りました。
URLﾘﾝｸ(wiki.nothing.sh)
以上
5:あああ
13/03/10 22:09:34.35
OS:vista
メーラー：windows live mail
プロバイダはOCNです。
会社の自分のアドレスにメールを送ったら
「配信できませんでした」という内容のメールが届き
このURLが記載されていました。
URLﾘﾝｸ(www.barracudacentral.org)
私のパソコンまたは
送信元ipアドレスまたは
送信元メールサーバが怪しいという理由で
ブロックされたようです。
明日会社に行ったら事情聴取されたりするんでしょうか。
愚痴を会社PCから自宅PCに送ったりしているので怖いのですが・・・
6:wireshark
13/03/10 23:09:14.81
>>5
企業でも送受信メール文面をキッチリChkしているトコロは少ない。
それなりの企業なら送信メールにもChk入ってるとは思うが、
Ｋ察の捜査が入ってない段階で送信者が挙げられるコトはまずないよ。
まぁ、自分に心当たりがあるなら別だが。
っつーか、コレって単にバラクーダのSPAMブロックに引っかかっただけじゃね。
俺も「送信側」で試した事は無いが、こんな画面でるのか？
だとしたら、スパマーに情報与えるセキュリティシステムって。逆にダメだろ。
教えて、バラクーダに詳しい人。
7:anonymous
13/03/11 01:54:20.81
>>6
SPAMチェックは、拒否する場合についてはフォールスポジティブのあとの対応が面倒だからSMTPのエラーメッセージで返すことも多いと思う。Postfixも、色々なルールを入れると丁寧に理由を返すよ。
逆引きがないとか、fqdnじゃないとか。
ちなみに想像するに、今回はOCNのメールサーバー経由で他のメールアドレスを送信者にして送ったのではないかな？最近企業のメールサーバーはSPF対応が増えてるし。
8:ななし
13/03/11 07:19:16.52
>>1
乙
9:age
13/03/11 15:36:24.08
age
10:980
13/03/11 21:07:54.35
前スレの980です
NAPT機能をoffにするにはルーティング設定をしなければいけないと言われたので静的ルーティング設定というところを弄っていますが
宛先ip
ネットマスク
インターフェイス(LAN,WAN)
ゲートウェイ(LAN選択時)
の項目があります
ルーターのipは192.168.1.3でルーターにアクセスするときのアドレスは192.168.2.1です
192.168.2.0
24
LAN
192.168.1.3
に設定すればいい気がしたのでやってみましたがスマホ→ルーター→モデムの通信ができません
11:980
13/03/11 21:17:54.43
>>10
モデム側の設定です
ルーター側にもありますかルーター側で設定するのでしょうか？
12:980
13/03/11 21:20:56.88 yeIM2aeX
すいませんsageてました
13:name
13/03/11 22:20:59.19 VMx4qItj
同じLAN内でDHCP機能オンとオフのルータがあります。
業務用に固定IPを使用しているPC用のDHCPオフのルータと
一般開放用に用意しているDHCPオンのルータです。
物理的には同じLANケーブルとハブを共用しています。
しかし、オンのルータからIPがうまく割り振られません。
同じLAN内にDHCPオンとオフそれぞれのルータがある場合は共存できないのでしょうか？
14:anonymous
13/03/11 23:20:55.38
>>10
[モデム]
│ .1
│
│192.168.1.0/24
├─────┤セグメント1
│ │ │
│ [HDL-A2.0] [PC]
│
│WAN .3
[WR8700N]
│LAN .1
│
│192.168.2.0/24
├─────┤セグメント2
│
[スマホ]
このような構成なら、モデムの静的ルーティング設定は
宛先ip:192.168.2.0、ネットマスク:24、インターフェイス:LAN、ゲートウェイ:192.168.1.3
になるから設定値は合ってる。
WR8700Nにとってのゲートウェイはモデム(192.168.1.1)だけだから、それをデフォルトのゲートウェイとして設定すれば良い。
モデムにとってのゲートウェイはISP側のルーターとWR8700N(192.168.1.3)の2つだから、デフォルト以外のゲートウェイとしての設定が必要になる。
モデムと同様に、HDL-A2.0とPCにとってのゲートウェイはモデムとWR8700Nの2つだからデフォルト以外のゲートウェイも設定する必要があるが、
それらがICMPリダイレクトメッセージの受信に対応していて、尚且つモデムがICMPリダイレクトメッセージの送信に対応している場合は
モデムをデフォルトのゲートウェイとしておくことで、セグメント2と通信する必要が生じた際に一時的に経路情報が自動追加される。
3分間ネットワーキング
URLﾘﾝｸ(www5e.biglobe.ne.jp)
試してわかるルーティング
URLﾘﾝｸ(ascii.jp)
15:14
13/03/11 23:23:37.96
>>10
> スマホ→ルーター→モデムの通信ができません
パケットの流れる順を追って確認しよう。
・スマホが送信したパケットをルーターが受信しているか
・ルーターが受信したパケットをモデムへ送信しているか
・スマホが送信したパケットをモデムが受信しているか
・モデムが受信したパケットに対する応答パケットをスマホ宛に送信しているか
・モデムが送信したパケットをルーターが受信しているか
・ルーターが受信したパケットをスマホへ送信しているか
・モデムが送信したパケットをスマホが受信しているか
16:名無しさん＠いたづらはいやづら
13/03/12 01:21:09.89 T4+DQge4
某知恵袋で解決できないまま終わってしまったのでこちらで失礼します。
すれ違いでしたら、お手数ですが誘導お願いします。
windows7HomePremium フレッツ光マンションタイプ プロバイダはso-net バッファローのルータを経由して有線での接続です。
今までなんだかDL速度とか人より遅い気がする～。とは思っていたのですが、ゲーミングPCを新調した際に調べてみるととっても遅いことがわかりました。
時間はあまり関係なく、だいたい下り2.7Mbps上り5.3Mbpsくらい。ひどいときは1Mbps切るくらいで、人から「なんで光じゃないの？」といわれてしまう始末です。
URLﾘﾝｸ(ameblo.jp)
ここの説明どおりにMTUの全ての速度種別を試しても変わらず。
URLﾘﾝｸ(d.hatena.ne.jp)
ここのチェックサムを無効にする設定をしてみても変わりません。
物凄く高速にしたい分けではないですが、せめて平均の数値はだしたいです。
どうすればいいでしょうか？
17:名無しさん＠いたづらはいやづら
13/03/12 03:48:30.29 tCxYNKm3
OS:win7 ネットワークアダプター:Realtek PCIe GBE Family Controller
状況
ネットワークに接続中、いきなり回線が途絶えネットワークの状況を確認すると
ビックリマークが出ており、問題のトラブルシューティングを行うと「デフォルトゲートウェイは使用できません。」と表示されます
その後、とりあえずは解決するのですが、また時間が経つと同じような現象が起きてしまいます。
どなたかお詳しい方お助け願えませんでしょうか？
対処として、ネットワークドライバの再インストールやルーターの再起動など試しましたが効果がありませんでした。
どうぞよろしくお願いいたします。
18:17
13/03/12 03:50:18.27
URLﾘﾝｸ(up3.viploader.net)
Ipconfigではこのような表示になります。
19:ななし
13/03/12 11:31:05.81
ＬＡＮケーブルが抜けかかってるか断線してるんじゃね
20:_
13/03/12 17:02:13.43 s3FAPLy/
プリンタ板と迷いましたがこちらで
・環境
【OS】Windows7
【プリンタ】Fujitsu XL-9440 ドライババージョン25
【プリンタ接続方法】StandardTCP/IPポート、RAW形式
【ネットワーク】同一サブネット内でスイッチで接続
・症状
印刷を掛けると１回目の印刷は実行されるが、PC側にはジョブが残り、プリンタ側がLANの表示が残ったままで以後の印刷が出来なくなる。
・通信ログ
Wiresharkでパケットをキャプチャしたところ、正常に印刷終了した場合に比べTCPのコネクションを終了するFINフラグのパケットが流れていませんでした。
PC ---- SYN ---> PR
PC <- SYN,ACK -> PR
PC ---- ACK ---> PR
PC ---- ACK ---> PR
PC <--- ACK ---- PR
~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~
PC -- PSH,ACK -> PR
PC <--- ACK ---- PR ※ここで通信が終了している
PC -- FIN,ACK -> PR
PC <--- ACK ---- PR
PC <- FIN,ACK -- PR
PC ---- ACK ---> PC
おそらくコネクションが終了していないため、PCにはジョブが残り、PCは通信中のまま次のジョブを受け付けない状態にあると思いますが、原因はどんなことが考えられるでしょうか？
ちなみに、PC、PRとも同一機種が複数台あり症状が発生するものはそのうちの一部のみです。
よろしくお願いします。
21:おぱんつ
13/03/12 18:16:02.60
PC <--- ACK ---- PR ※ここで通信が終了している
なんで、下でFIN/ACK送ってるじゃん
22:20
13/03/12 18:57:56.80 s3FAPLy/
>>21
すみません
それ以降は正常に終了したときのパケットでカッコ書きにでもすれば良かったです。
23:wireshark
13/03/12 21:30:09.68
>>20
PCからのACKが再送されているんだよね。
再送される原因は、PRTからの応答が無いから？
と言うコトは、ネットワーク障害があるのかな？
・・・これだけの情報からじゃ、それしか解んない。
シーケンス番号 とか 最後の PC <--- ACK ---- PR
以降のデータ動きがあるともっと推論が進むんだが。
>> 印刷を掛けると１回目の印刷は実行されるが、PC側にはジョブが残り、
>> プリンタ側がLANの表示が残ったままで以後の印刷が出来なくなる
という状況から、PC側から送出されるべきの「1回目の印刷終了」の指示
がPRTに到達していない可能性が高い。
恒久的に発生するなら、プリントドライバを疑う。
不確定に発生するなら、ネットワーク障害を疑う。
24:名無しさん＠いたづらはいやづら
13/03/12 22:48:10.76
プリンタにping送りながら状況再現させて、ロスが発生するかみたらどうかな
25:wireshark
13/03/12 22:59:53.37
>>17
>>とりあえずは解決するのですが、また時間が経つと同じような現象が起きてしまいます。
の場合、>>19 の言う通り LANケーブルを疑う のが基本。
それでも解決しなければ、とりあえずIPｖ6を切ったらどう？
「IPv6使ってる」なら必要だが、使ってない場合は「余計な動作」の原因
になるから切ってた方が吉。
OSも IPv6→IPv4 の順で使おうとするし。
トラブルシューティングは「要因を切り分ける（≒少なくする）」事が基本だよ。
26:wireshark
13/03/12 23:03:59.85
>>16
マンションタイプならVDSLだよね。
前スレにも書いたけど、まずは
・VDSLモデムの再起動（使用帯域の再学習）
・VDSLライン（電話線）を他の線（特に電源線系統）から離す
をやってみたらどう？
27:20
13/03/12 23:36:02.14 SVVajM5O
つくづく説明下手で申し訳ない
PC ---- ACK ---> PR
PC <--- ACK ---- PR
は、PCからのACKの再送ではなく、コネクション確立後の実データの送信を表しました。
同じデータを印刷し正常終了した場合と、エラーとなる場合のパケットを見比べたところ、
コネクション確立→データ送信までは同様に行われ、データ送信完了後のコネクション切断の
ACK/FINが送られていない、または届いていないものと推測しています。
シーケンス番号もPSH/ACKのパケットまでは同一ですので、データの送信は正常に行われて
いるものと思います。
数百台のPCのうち、ごくわずかに突如発生し、症状が発生した場合は今のところドライバの
再インストールをすると正常になるという動きです。
ドライバを入れ直すことで正常に戻るのですが、データ送信までは行われているので、ドライバ
よりはネットワークかなと思い質問しました