タグ付けされた質問 「ip-routing」

4
Linuxルーティングテーブルからルートを削除する方法
これは思ったより難しいことがわかりました。削除したいルートは「!」です ルートを拒否しましたが、適切な「ルートデル」コマンドを作成してそれを実行できないようです。 これがルーティングテーブルです... Destination Gateway Genmask Flags Metric Ref Use Iface 67.40.227.206 * 255.255.255.255 UH 0 0 0 ppp0 192.168.46.79 * 255.255.255.255 UH 0 0 0 ipsec0 192.168.46.79 - 255.255.255.255 !H 2 - 0 - 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 10.1.0.0 * 255.255.0.0 U 0 0 0 …

3
tracerouteホップにスイッチを含めることは可能ですか?
内部tracerouteを実行しているときに、Dell Powerconnect 2848スイッチを表示することはまったく可能かどうか疑問に思っていました。これは、問題の診断に役立ち、問題の発生箇所の確認がはるかに簡単になります。 データシートによると、この特定のスイッチはレイヤー2および3に対応しています。それが何を意味するのか完全にはわかりません。 これは可能ですか?

4
Windows:NICのインターフェース番号を取得
次の問題があります。かなり動的なネットワーク構成のサーバーがあり、IFパラメーターを使用してルートを構成する必要があります。 route add ... mask ... ... if ? そのアダプターに関する他のすべてのことを知っている場合、そのインターフェース番号を取得するための、手動および/またはプログラムによる信頼できる方法はありますか?

5
IPパケットはどのゲートウェイを取るかをどのように知るのですか?
同じネットワーク上に2つのゲートウェイが存在するとします。正しく理解できれば、送信者のコンピューターのIPルーティングテーブルが、どのパケットがどのゲートウェイを経由してルーティングされるかを決定します。 IPルーティングテーブルには、ゲートウェイのIPアドレスが含まれています。 IPパケットを送信するときに、ゲートウェイのこのIPアドレスはどのように使用されますか?

3
静的ホストルートを設定できません-「SIOCADDRT:No such process」
私のオフィスには、デフォルトゲートウェイであるWindows Server 2008ルーター192.168.16.1があります。これにより、メインのインターネット接続を介してデータが送信されます。これは完全に機能します。 192.168.16.1には、現在使用されていない別のインターネット接続もあります。これは、ルーター192.168.1.254に接続し、ルーターはセカンダリインターネット接続に接続します。 192.168.1。*の範囲を内部ネットワークにルーティングするようにルーティングとリモートアクセスを設定し、IPアドレスが192.168.16.22のデスクトップから192.168.1.254にpingを実行できます。 同じオフィスにあるlinux boxのアップロードとダウンロードのタスクが非常に集中しているため、メインのインターネット接続を拘束して同僚に影響を与えないように静的ルートを設定したいと思います。したがって、私の計画では、このボックスに静的ルートを設定することです。 Linuxボックスから192.168.1.254にpingできますが、データセンターの宛先サーバーに静的ルートを追加できません。 $ sudo route add -host 123.123.123.123 gw 192.168.1.254 dev eth0 SIOCADDRT: No such process 広範囲にわたるグーグル検索から、このエラーメッセージは、ルートを設定するために192.168.1.254にアクセスできないが、pingできることを示しているようです。静的ルートを192.168.1.254に追加しようとしましたが、これは完全に機能しましたが、問題は解決しませんでした(予想どおり)。 私のバックグラウンドはシステム管理ではなくソフトウェア開発であるため、この問題をさらに診断するためのネットワーキングの知識は十分ではありません。アドバイスをいただければ幸いです。 お時間をいただきありがとうございます。

2
Linuxルーティングバグ?
しばらくの間、私はこの簡単に再現できない問題に苦労してきました。Linuxカーネルv3.1.0を使用していますが、いくつかのIPアドレスへのルーティングが機能しないことがあります。カーネルがパケットをゲートウェイに送信するのではなく、宛先アドレスをローカルとして扱い、ARPを介してMACアドレスを取得しようとしているようです。 たとえば、現在のIPアドレスは172.16.1.104/24、ゲートウェイは172.16.1.254です。 # ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:1B:63:97:FC:DC inet addr:172.16.1.104 Bcast:172.16.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:230772 errors:0 dropped:0 overruns:0 frame:0 TX packets:171013 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:191879370 (182.9 Mb) TX bytes:47173253 (44.9 Mb) Interrupt:17 # route -n Kernel IP routing table …

2
信頼性の低いネットワークを介した高度なLinuxルーティングによる冗長OpenVPN接続
私は現在、多くのウェブサイトをブロックし、外の世界へのネットワーク接続が信頼できない国に住んでいます。ファイアウォールの回避に使用するLinuxサーバーに2つのOpenVPNエンドポイント(vpn1とvpn2など)があります。これらのサーバーへのフルアクセス権があります。これは、VPN接続でのパッケージの損失が大きいことを除いて、非常にうまく機能します。このパケット損失は、時間に応じて1%から30%の間で変化し、相関が低いようです。ほとんどの場合、ランダムです。 両方のエンドポイントへのOpenVPN接続を維持し、すべてのパケットを両方のエンドポイントに2回送信するホームルーター(Linuxでも同様)をセットアップすることを考えています。vpn2は、すべてのパケットをホームからvpn1に送信します。戻りトラフィックは、vpn1からホームに直接送信することも、vpn2を介して送信することもできます。 +------------+ | home | +------------+ | | | OpenVPN | | links | | | ~~~~~~~~~~~~~~~~~~ unreliable connection | | +----------+ +----------+ | vpn1 |---| vpn2 | +----------+ +----------+ | +------------+ | HTTP proxy | +------------+ | (internet) 明確にするために、ホームとHTTPプロキシの間のすべてのパケットは複製され、異なるパスを介して送信され、それらの1つが到着する可能性を高めます。両方が到着した場合、最初の2番目のメッセージは通知なく破棄できます。 帯域幅の使用は、ホーム側とエンドポイント側の両方で問題にはなりません。vpn1とvpn2は互いに近く(3ms ping)、信頼性の高い接続を持っています。 Linuxで利用可能な高度なルーティングポリシーを使用してこれをどのように実現できるかについてのポインタはありますか?

4
freebsdでopenbgpdを使用している間の発信トラフィックの負荷分散
2つのISP接続を備えたfreeBSDでopenbgpdを使用しています。自分のAS番号と/ 22ネットワークがあります。現在、/ 22全体を両方のネットワークに広告しています。インバウンドトラフィックが着信しますが、私のアウトバウンドトラフィックは単一のリンクを経由します。 送信トラフィックも負荷分散されるように、両方のリンクを介して送信トラフィックを分散したいと思います。 freebsdでopenbgpdを使用してこれを構成する方法? 私の現在のopenbgpd構成は参照用に添付されています。 AS 00my-as listen on xx.xx.xx.x router-id xx.xx.xx.x network aa.aa.aa.0/22 group "ISP1" { remote-as 11remoteas-1 neighbor bb.bb.bb.1 { descr "ISP1" announce all } } group "ISP2" { remote-as 22remoteas-2 neighbor cc.cc.cc.37 { descr "ISP2" announce all } } deny from any deny to any allow …
8 bgp  ip-routing 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.