タグ付けされた質問 「static-routes」

6
Windowsで手動で追加されたルートのメトリックを設定するにはどうすればよいですか?
次のコマンドを使用してルートを追加していますが、メトリックが希望どおりに機能していません。追加するルートのコストを下げたい。 C:\Users\cboyle>route ADD 0.0.0.0 MASK 0.0.0.0 192.168.76.2 METRIC 3 IF 11 OK! C:\Users\cboyle> 上記のコマンドの前のルーティングテーブルを次に示します。 Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\cboyle>route print =========================================================================== Interface List 11...00 1a 4d 84 48 22 ......Marvell Yukon 88E8056 PCI-E Gigabit Ethernet Controller 15...08 00 27 00 40 a3 …

5
ゲートウェイ(次ホップ)を指定しないWindows静的ルート
次のシナリオがあります。 コンピューターA 198.51.100.8:、ネットマスク255.255.255.0 コンピューターB 203.0.113.9:、ネットマスク255.255.255.0 両方のコンピューターが同じLANセグメントにあります。いずれの場合もデフォルトゲートウェイは指定されません。 これら2台のコンピューターが相互に通信できるように、次のように2つの静的ルートを追加しました。 route add 203.0.113.9 mask 255.255.255.255 198.51.100.8 ただし、ゲートウェイIPアドレスを指定するのではなく、ネットワークインターフェイスを指定して静的ルートを追加することをお勧めします。 Linuxでは、次のようなコマンドを使用してこれを行うことができます。 ip route add 203.0.113.9 dev eth0 FreeBSDでも同様です: route add 203.0.113.9/32 -iface fxp0 -cloning ただし、Windowsでこれを行う方法がわかりません。理想的には次のようなことをしたいです: route add 203.0.113.9 mask 255.255.255.255 if 2 しかし、それは単にrouteコマンドの使用法を出力するだけで、これは私が間違っていることを教えてくれます。私もnetsh教えてみました: > netsh routing ip add persistentroute 203.0.113.9 255.255.255.255 "Local Area Connection" Specify the …

2
Windows cmdでインターフェイスへのルートを指定する
2つのネットワークインターフェイスを持つコンピューターがあります。1つのインターフェイスはIP 192.168.0.254のLANネットワークに接続され、もう1つのインターフェイスはレコーダーサーバー(192.168.0.233)に接続されます。192.168.0.10はLANのゲートウェイです。192.168.0.6にpingしようとすると、Windowsは最初にネットワークなしのインターフェイス(192.168.0.233)へのルートを試みます。192.168.0.6/255.255.255.0へのルートを追加したいのですが、192.168.0.6をpingしようとするときにインターフェイス192.168.0.254を使用するように指定します。私が試してみました: route add 192.168.0.6 mask 255.255.255.0 192.168.0.10 if 13 これが私のインターフェースのプリントです: テーブルに静的ルートを追加すると、指定されたインターフェイスは表示されず、ゲートウェイにのみ関連付けられます。 それが正しいか?

1
各ネットワークに独自のサブネットとDHCPサーバーがある場合、2つのネットワークをブリッジするにはどうすればよいですか?
私は/ブリッジ2つの異なるネットワークに参加したいと、考えnetwork 1とnetwork 2: Network 1:ネットワークは、Linuxボックス(1つのイーサネット)ポートと複数のクライアント(LANスイッチ経由で接続)で構成されています。LinuxボックスはDHCPサーバーとして機能し、自身を含めてクライアントにIPを提供しています。 Network 2:他のネットワークは完全に異なるサブネット上にあり、複数のクライアントにサービスを提供するDHCPを介してIPを提供するルーターもあります。 ネットワーク図をご覧ください。 私の目的は、アクセスできるようにすることですLinux boxから、Client A&B..だから、両方のネットワークにそのままDHCP構成を維持しながら: Linux BoxそれでもIPアドレスをClient 1&に与え、IPアドレスをに2保持することが192.168.10.10できますNetwork 1。 クライアントAは、インターネットにアクセスしてクライアントBと通信でき、123.123.xxx.xxx内部のIPアドレスを保持できる必要がありますNetwork 2。 どのようなデバイスと構成を使用する必要がありますか? ルーターのDHCPサーバーがオフになっている別のルーターを使用して、これらのネットワークのルーティングをブリッジすることを考えていました。次に、静的ルートを設定します。このガイドのように:http : //kb.linksys.com/Linksys/ukp.aspx?pid=80&vw=1&articleid=17589 ただし、私はネットワーキングに関しては非常に環境に配慮しています。ルーターに投資する前に、私の理解を確認したいと思います。コンシューマールーターがこの種の仕事をすることができるかどうかさえ私にはわかりません。 この問題について誰かが私を助けてくれませんか?どんなコメントでも宜しくお願いします。ありがとう!

3
ドメインコンピュータが互いに通信することを許可しない
私たちのドメインは約60台のコンピューターで構成されています。私はWindows 10ワークステーションが互いに通信できないようにすることを任されています。私のマネージャーは、コンピューターがネットワークプリンター、ファイルサーバー、DCとのみ通信し、インターネットにアクセスできるように、静的ルートを作成するように依頼しました。 これらのコンピューターはすべて同じネットワーク上にあるため、静的ルートがこれらのコンピューターの相互参照を妨げるとは思いません。ドメイン上のコンピューターがネットワークリソースを使用できるが、互いに直接通信できないようにするための最良の方法は何ですか?

1
CentOS、異なるサブネットを持つ2つのNIC eth0 eth1がVLAN /サブネットの外部に到達できない
CentOS 6.3ボックスに問題があります。サーバーには2つのNIC(eth0とeth1)があり、それぞれに異なるサブネットからのIPが割り当てられています。たとえば、eth0:192.168.1.2/24(ゲートウェイ192.168.1.1)とeth1:192.168.2.2/24(ゲートウェイ192.168。 2.1)。実際のIPは、ルーティング可能な世界です。 各NICは異なるスイッチに接続されていますが、最終的には1つのルーターで終わります。ルータでは、これらの2つのサブネットは異なるVLANにあり、NICへのポートにはタグが付いていないため、vlan IDがサーバーに渡されません。 FreeBSDでは、各NICにipsを割り当てるだけで動作し、両方のIPに到達できます。CentOSでは、ゲートウェイがデフォルトルートとしてアクティブになっているIPにしか到達できません。同じVLAN /サブネット内の何でもIPにpingできますが、それ以外では到達できません。 各ゲートウェイにtracerouteを実行すると、適切なNICを通過することがわかります。gatewatyがスコープ内にあるため、理にかなっています。ただし、サブネット外では、現在pingできるのは192.168.1.2だけです。 現在、IPtablesもアクティブではありません。 これを機能させるために必要なアクションは何ですか? 私は何時間もグーグルで歩き回り、さまざまなアプローチを試みましたが、うまくいきません。私は重要な何か、うまくいけば簡単な修正が欠けていると感じています:-) 助けてくれてありがとうありがとう!スコット ルーティング # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.