タグ付けされた質問 「networking」

私は、Windowsオペレーティングシステムのネットワークに接続していないときでも、「169.254.xx」というIPが接続されていることに常に気付いています。 Linuxでは、ルーティングテーブルをリストします。 $ ip route show 次のようなエントリを取得します 169.254.0.0/16 dev eth0 scope link metric 1000 誰かがこのIPが実際に何であるかを説明できますか。127.0.0.0/8ファミリーのようなものかどうか。 編集：ec2では、各インスタンスは、このIPにHTTPリクエストを送信することにより、自身に関するメタデータを取得できます。 $ curl -s http://169.254.169.254/user-data/ だから誰かがこのIPが実際に誰に割り当てられているか教えてもらえますか？

62 linux  windows  networking  ip 

これはばかげた質問に思えるかもしれませんが、イーサネットケーブルに8本のワイヤがあるのはなぜですか？Cat5ケーブルは8本のワイヤーのうち4本を使用しているだけなので、実際に必要なのは4本だけです。なぜ12または16ワイヤではないのですか？

61 networking  ethernet  cable 

Debianサーバーで開いているポートのリストを表示するコマンドは何ですか？ 試しましたnetstat -a | egrep 'Proto|LISTEN'が、実際にポート番号をリストするより具体的なものが欲しいです。

58 linux  networking  debian 

私はハードウェアの専門家ではないので、どの機能がネットワークスイッチを優れたネットワークスイッチにするのかわかりません。さまざまなベンダーのさまざまなモデルを比較する場合、何に注意する必要がありますか？

58 networking  hardware  switch  local-area-network 

ラップトップから中央サーバーにSSHFSマウントを使用しています。 明らかに、より長い切断の後（例えば、サスペンド中）にSSHFSマウントが壊れ、基礎となるSSH接続がタイムアウトします。 SSHFSマウントを長続きする切断（5分以上）に耐えられるようにする方法や、別のIPを使用した再ダイアルを取得する方法はありますか？

56 linux  networking  ssh  fuse 

クライアントのサイトの1つが先週（13日金曜日に偶然にも！）直撃を受けました。 私はサイトから離れていましたが、現場で誰かと仕事をしていると、奇妙なダメージのパターンを発見しました。両方のインターネットリンクがダウンしており、ほとんどのサーバーにアクセスできませんでした。損傷の多くはMDFで発生しましたが、1つのファイバー接続IDFもスイッチスタックメンバーのポートの90％を失いました。他の場所でケーブル配線を再配布して再プログラムするのに十分な予備のスイッチポートが利用できましたが、影響を受けるデバイスを追いかけている間にダウンタイムがありました。 これは新しい建物/倉庫施設であり、多くの計画がサーバールームの設計に組み込まれました。メインサーバールームは、発電機に支えられたAPC SmartUPS RT 8000VAダブルコンバージョンオンラインUPSで運営されています。接続されたすべての機器に適切な配電が行われました。オフサイトのデータ複製とシステムのバックアップが実施されていました。 全体として、損傷（私が知っている）は次のとおりでした。 Cisco 4507R-Eシャーシスイッチの障害のある48ポートラインカード。 4メンバースタックで障害が発生したCisco 2960スイッチ。（おっと...ゆるいスタッキングケーブル） Cisco 2960スイッチのいくつかの不安定なポート。 HP ProLiant DL360 G7マザーボードおよび電源。 Elfiq WANリンクバランサー。 1つのMultitech FAXモデム。 WiMax /固定無線インターネットアンテナとパワーインジェクター。 多数のPoE接続デバイス（VoIP電話、Cisco Aironetアクセスポイント、IPセキュリティカメラ） 問題のほとんどは、Cisco 4507R-Eでスイッチブレード全体が失われることに関連していました。これには、VMware NFSネットワークの一部と、サイトのファイアウォールへのアップリンクが含まれていました。VMWareホストに障害が発生しましたが、ストレージネットワーク接続が復元されると、HAがVMの面倒を見ました。ファンキーな電源状態をクリアするために、多くのデバイスの再起動/電源の再投入を余儀なくされました。回復までの時間は短かったのですが、どのような教訓を学ばなければならないのか興味があります... 将来的に機器を保護するには、どのような追加の保護を実装する必要がありますか？ 保証と交換にはどうすればよいですか？シスコとHPは、契約中の品目を交換しています。高価なElfiq WANリンクバランサーのWebサイトには、基本的に「ネットワークサージプロテクターを使用してください」という宣伝文句があります。（彼らはこのタイプの失敗を期待しているようです） 私は過去に雷雨の被害に遭うほど長くITに携わってきましたが、影響は非常に限られていました。たとえば、安価なPCのネットワークインターフェイスやミニスイッチの破壊。 不安定な機器を検出するためにできることは他にありますか、それとも奇妙な振る舞いが浮上するのを待つだけですか？ これはすべて不運だったのでしょうか、それとも災害復旧で実際に考慮されるべきものでしたか？ 十分な$$$があれば、あらゆる種類の冗長性を環境に組み込むことができますが、ここでは予防的/思慮深い設計とリソースの効果的な使用の合理的なバランスは何ですか？

55 networking  datacenter  electrical-power  disaster 

別のネットワークセグメントにあるサーバーにpingを実行しようとすると、「TTLは期限切れです」というメッセージが表示されます。tracertを実行すると、4つのIPアドレスが無期限に繰り返されます。 14 60 ms 59 ms 60 ms xxx.xxx.xxx.2 15 83 ms 81 ms 82 ms xxx.xxx.xxx.128 16 75 ms 80 ms 81 ms xxx.xxx.xxx.249 17 81 ms 78 ms 80 ms xxx.xxx.xxx.250 18 82 ms 80 ms 77 ms xxx.xxx.xxx.2 19 102 ms 101 ms 100 ms xxx.xxx.xxx.128 20 …

55 networking  tcp  ping  ttl 

これは私のtracerouteの結果です traceroute 211.140.5.120 1 141.1.31.2 (111.1.31.2) 0.397 ms 0.380 ms 0.366 ms 2 141.1.28.38 (111.1.28.38) 3.999 ms 3.971 ms 3.982 ms 3 142.11.124.193 (112.11.124.133) 1.315 ms 1.533 ms 1.455 ms 4 (201.141.0.261) 2.615 ms 2.749 ms 2.572 ms 5 (201.141.0.82) 2.705 ms 2.564 ms 2.680 ms 6 (201.118.231.14) 5.375 ms …

54 linux  networking 

1年前の以前の質問（多重化された1 Gbpsイーサネット？）に基づいて、LACPリンクが至る所にある新しいISPで新しいラックをセットアップしました。これが必要なのは、インターネット全体で数千台のクライアントコンピューターにサービスを提供する個々のサーバー（1つのアプリケーション、1つのIP）が1 Gbpsを超えるためです。 このLACPのアイデアは、10GoEスイッチとNICに大金を費やすことなく、1Gbpsの障壁を打破できると考えられています。残念ながら、アウトバウンドトラフィックの配信に関する問題に遭遇しました。（これは、上記のリンクされた質問でケビン・クファールの警告にもかかわらず。） ISPのルーターは、ある種のシスコです。（これはMACアドレスから推測しました。）私のスイッチはHP ProCurve 2510G-24です。サーバーは、Debian Lennyを実行しているHP DL 380 G5です。1台のサーバーはホットスタンバイです。アプリケーションをクラスター化することはできません。これは、IP、MAC、およびインターフェイスを備えたすべてのレレバンネットワークノードを含む簡略化されたネットワーク図です。 それはすべての詳細を持っていますが、私の問題を扱い、説明するのは少し難しいです。したがって、簡単にするために、ノードと物理リンクに縮小されたネットワーク図を示します。 そこで、私は出発してキットを新しいラックに取り付け、ISPのケーブルをルーターから接続しました。両方のサーバーにスイッチへのLACPリンクがあり、スイッチにはISPルーターへのLACPリンクがあります。最初から、LACP構成が正しくないことに気付きました。テストでは、各サーバーとの間のすべてのトラフィックが、サーバーからスイッチとスイッチからルーターの両方の間で1つの物理GoEリンクを通過しました。 いくつかのグーグル検索とLinux NICボンディングに関する多くのRTMF時間により、修正によりNICボンディングを制御できることを発見しました。 /etc/modules # /etc/modules: kernel modules to load at boot time. # mode=4 is for lacp # xmit_hash_policy=1 means to use layer3+4(TCP/IP src/dst) & not default layer2 bonding mode=4 miimon=100 max_bonds=2 xmit_hash_policy=1 loop これにより、予想どおり、両方のNICを介してサーバーを出るトラフィックが取得されました。しかし、トラフィックは、1つの物理リンクのみでスイッチからルーターに移動していました。 両方の物理リンクを経由するトラフィックが必要です。2510G-24の管理および構成ガイドを読んで再読したところ、次のことがわかりました。 [LACPは、発信リンクを介してアウトバウンドトラフィックを配信するために、ソース/宛先アドレスペア（SA …

54 networking  hp-procurve  lacp 

Windows 7 RC（7100）に問題があります。 WinXPで静的IPアドレスを使用してクロスオーバーネットワークケーブルを頻繁に使用して、イーサネットネットワークポートを備えたさまざまな産業用デバイス（ロボット、ポンプ、バルブ、その他のWindows PCなど）に接続します。 Windows 7でこれを行うと、ネットワーク接続は「識別されていないネットワーク」として分類されNetworks and Sharing Center、パブリックファイアウォールプロファイルがWindowsによって強制されます。パブリックプロファイルを変更したくないので、代わりにホームプロファイルまたはワークプロファイルを使用したいと思います。 HomeやWorkなどの他のネットワークでは、それらをクリックして分類を変更できます。これは、身元不明のネットワークでは利用できません。 私の質問は次のとおりです。 「未確認のネットワーク」分類を手動で上書きする方法はありますか？ 失敗したネットワークで実行されるテスト、したがって「未確認のネットワーク」として分類されるテスト グーグルで（主にビスタの問題にぶつかって）デフォルトゲートウェイがでないことを確認する必要があるようです0.0.0.0。これをやった。IPv6も削除しようとしましたが、これはWindows 7では不可能のようです。 更新 ここでまだ問題を抱えている人にとっては、私の問題への答えと、考​​えられる理由：- Win7は、デフォルトゲートウェイによってポイントされたデバイスのMACIDによってアクセスしたネットワークのリストを保持しています（私は推測しますが、確かではありません）。通常、デフォルトゲートウェイはネットワーク内の一定のデバイス（NATまたはルーター）であるため、あるネットワークを別のネットワークから一意に識別するために使用できます。 したがって、IPv4プロパティパネルのデフォルトゲートウェイは、ウィンドウが追跡できるように実際のエンドポイントをポイントする必要があります。デフォルトゲートウェイウィンドウの最後にデバイスがある場合、デバイスを識別し、設定を記憶して追跡します。 したがって、Win7をだます方法は、デフォルトゲートウェイが自分のIPアドレスを指すようにするか、通信しているターゲットデバイスのIPアドレスを指すようにすることです。これには、ターゲットデバイスがサブネット外のIP宛先へのパケットのルーティングを開始することを期待するという副作用があります。そのため、Win7の一部のアプリケーションはインターネットとの通信を試行し、これらはデフォルトゲートウェイ（同じIPアドレスまたはルーターではないターゲットデバイスのいずれか）に渡され、どちらもパケットをルーティングできないため最終的にタイムアウトになります。あなたは通常一緒に暮らすことができます。このタイプの接続とWIFIを介したインターネットへの実際の接続を混在させると、これは少し複雑になります。

54 networking  windows-7  firewall 

1つのアクセスポイントと2つのクライアントを備えたWi-Fiネットワークを考えてみましょう。範囲などの限界条件で動作します。クライアント1はクライアント2と通信します。明らかに、アクセスポイント（AP）は両方の範囲内になければなりませんモードなど）ネットワークが利用可能と見なされるために、データは実際にそれを通過しますか？ つまり、APは1つのクライアントからパケットを受信し、他のクライアントがピックアップするためにそれらを再ブロードキャストしますか、またはクライアント2の無線はクライアント1から送信される信号を直接受信し、APは何らかの調停と彼らがお互いを見つけるのを助けるメタデータ？ 私は、これに対する答えが、2つのクライアントが互いに近く、無線伝搬が良好であるが、アクセスポイントがある程度離れている場合にどのように影響するかに特に興味があります。

51 networking  wifi  network-topology 

シナリオ：多数のWindowsクライアントが、大規模なファイル（FTP / SVN / HTTP PUT / SCP）を約100〜160ms離れたLinuxサーバーに定期的にアップロードしています。オフィスには1Gbit / sの同期帯域幅があり、サーバーはAWSインスタンスであるか、米国DCで物理的にホストされています。 最初のレポートは、新しいサーバーインスタンスへのアップロードが、可能な限りはるかに遅いというものでした。これは、テストと複数の場所で発生しました。クライアントは、Windowsシステムからホストへの安定した2-5Mbit / sを確認していました。 私はiperf -s、AWSインスタンスで、次にオフィスのWindowsクライアントから始めました。 iperf -c 1.2.3.4 [ 5] local 10.169.40.14 port 5001 connected with 1.2.3.4 port 55185 [ 5] 0.0-10.0 sec 6.55 MBytes 5.48 Mbits/sec iperf -w1M -c 1.2.3.4 [ 4] local 10.169.40.14 port 5001 connected with 1.2.3.4 …

50 windows  networking  tcp 

Ubuntu 14.04 LTSのDockerコンテナで問題が発生しています。Dockerは2日間正常に動作し、その後突然コンテナー内のすべてのネットワーク接続が失われました。以下のエラー出力は、当初apt-getがIPv6を介してDNSを解決しようとしているためだと信じるようになりました。 ホストマシンでIPv6を無効にし、それでもすべてのイメージを削除し、ベースのUbuntuを削除しても、問題が発生しました。 /etc/resolve.confネームサーバーをローカルDNSサーバーからGoogleのパブリックDNSサーバー（8.8.8.8および8.8.4.4）に変更しましたが、まだ運がありません。また、/ etc / default / dockerのDOCKER_OPTSでDNSをGoogleに設定し、Dockerを再起動しました。 また、coreosをプルしようとしましたが、yumもDNSを解決できませんでした。 DNSは機能しませんが、apt-getで解決できないのと同じ更新サーバーにpingを実行すると、まだ応答が返されるため、奇妙です。 私はプロキシの背後にいるわけではなく、非常に標準的なローカルネットワークにいます。Ubuntuのこのバージョンは最新で新鮮です（2日前にdockerに近づけるためにインストールしました）。 私はこれをstackoverflowとgithubの問題に関する他の投稿を通して徹底的に調査しましたが、解決策は見つかりませんでした。私はこの問題を解決する方法についてのアイデアがありません、誰でも助けることができますか？ エラーメッセージ ➜ arthouse git:(docker) ✗ docker build --no-cache . Sending build context to Docker daemon 51.03 MB Sending build context to Docker daemon Step 0 : FROM ubuntu:14.04 ---> 5506de2b643b Step 1 : RUN apt-get update …

48 ubuntu  networking  domain-name-system  docker  lxc 

私の組織では、ラックサーバーではなく、ブレードサーバーの購入を検討しています。もちろん、テクノロジーベンダーも非常に優れたサウンドを提供しています。さまざまなフォーラムで頻繁に読んでいる懸念は、サーバーシャ​​ーシがダウンする可能性があるという理論上の可能性があることです。その結果、すべてのブレードがダウンします。これは、共有インフラストラクチャによるものです。 この確率に対する私の反応は、冗長性を持ち、1台ではなく2台のシャーシを使用することです（もちろん非常にコストがかかります）。 一部の人々（HPベンダーなど）は、多くの冗長性（冗長電源など）により、シャーシが故障する可能性は非常に低いと私たちに納得させようとします。 私の側のもう一つの懸念は、何かがダウンした場合、スペアパーツが必要になるかもしれないということです-これは私たちの場所（エチオピア）では困難です。 ブレードサーバーを管理している経験豊富な管理者にお願いします。彼らは全体としてダウンしますか？そして、賢明な共有インフラストラクチャは何ですか？ その質問は、共有ストレージにも拡張できます。繰り返しになりますが、1台だけでなく2台のストレージユニットが必要です。ベンダーも、これは非常に堅実であり、障害は発生しないと述べています。 まあ-私はそのような重要なインフラストラクチャが冗長性なしで非常に信頼できると信じることはほとんどできません-しかし、多分あなたは成功したブレードベースのプロジェクトを持っているかどうか、コアパーツ（シャーシ、ストレージ... ） 現時点では、HPに注目しています-IBMが非常に高価に見えるためです。

48 networking  storage  hardware  redundancy  blade-chassis 

CIDRが何であり、何に使用されるかは理解していますが、それを頭で計算する方法がまだわかりません。誰かが例について「ダミー」タイプの説明をすることはできますか？

46 networking  subnet  cidr