Wireguardのポストアップ/フリーダウンは実際に「キルスイッチ」として機能しますか？

Wireguardを通過しないすべての接続をブロックする「キルスイッチ」を実装するために、Wireguard設定でコマンドを使用postupする人をよく見てください。predownこれは例です。postup私が見つけたものを読むこの文書: インターフェイスが起動したら、オプションでコマンドを実行できます。 したがって、これに基づいて2つの質問があります。 これにより、コンピュータの起動時に漏れが防止されますか？ Wireguardがインターフェイスを起動する前に、どの時点でシステムがネットワーク要求（更新を受け取るなど）を行いますか？ 異なるワイヤガード構成を切り替えると、漏れが防止されますか？

Admin 2024-08-03

kubeadmの --pod-network-cidr フラグの意味は何ですか?

公式のkubernetesインストーラkubeadmは、--pod-cidr-networkコマンド内のフラグをフラグとして使用しますinit。これは--cluster-cidrkube-controller-managerのフラグに変換されます。 しかし、この値は実際には使用されていないようです。たとえば、 - 値を渡しましたが、192.168.0.0/16クラスタでPodを実行すると、その範囲外のIPを取得することがわかります。 誰かがこれを説明できますか？

Admin 2024-08-05

ネットワーク内のすべてのトラフィックをコピーして別のIPアドレスに転送する方法は？

iptablesを使用しようとしています。 Mininetを使用してネットワークをシミュレートしています。現在、2つのサブネット（10.0.1.1/24と10.0.2.1/24）を接続するルーターがあります。ルータでこの2つのiptablesルールを使用すると、2つの重複エントリが生成されることがわかりますが、ホスト10.0.2.180では、エコー要求または応答パケット（icmp pingの場合）のみを表示できます。双方向距離ではないようです。ルータは、内部トラフィックではなく、あるサブネットから別のサブネットに移動するトラフィックのみをキャプチャします。 私はルータにこれら2つのルールを作成しましたが、着信トラフィックのみをキャプチャできます。発信トラフィックもインポートする必要があります。私はこのiptablesルールを使用しています： iptables -t mangle -A PREROUTING -i r1-eth1 -j TEE --gateway 10.0.2.180 iptables -t mangle -A POSTROUTING -o r1-eth1 -j TEE --gateway 10.0.2.180

Admin 2024-07-31

WSL2のマルチ仮想ネットワークインタフェース

私のWSLインスタンスでは、出力ip addrは次のようになります。 ip addr 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: bond0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 62:7d:94:c7:52:0b brd ff:ff:ff:ff:ff:ff 3: dummy0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether aa:20:18:64:a4:89 brd ff:ff:ff:ff:ff:ff 4: tunl0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1000 link/ipip 0.0.0.0 brd 0.0.0.0 5: sit0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1000 link/sit 0.0.0.0 brd 0.0.0.0 6: eth0: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:15:5d:f7:c6:4d brd ff:ff:ff:ff:ff:ff inet 172.25.42.162/20 brd 172.25.47.255 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::215:5dff:fef7:c64d/64 scope link valid_lft forever preferred_lft forever これらは何ですか？私は何かを知っていloますeth0。しかし、他のものは何ですか？私は彼らにどうすればいいですか？

Admin 2024-08-05

USBネットワーク共有を使用してDebian Live Standard ISOでネットワークを構成する

Debian Standard Live ISOを次からダウンロードしました。ここ。 USBテザリングをサポートするAndroidデバイスがあります。私はDebian Live isoでライブ起動し、ログインttyに入り、携帯電話を接続し、USBテザリングとモバイルデータをオンにし、apt update端末でsudo suとして実行しました。エラーが発生し、接続を確立できません。実行しましたが、systemctl status NetworkMamagerその名前のサービスが見つかりませんでした。それから私は走った/etc/init.d/networking start。しかし、まだオンラインにアクセスできません。 どんな助けでも大変感謝します。 注：このデスクトップにはWi-Fiモジュールはなく、イーサネットケーブルもありません。

Admin 2024-08-06

コマンドのネットワークトラフィックを監視する時間などのコマンドはありますか？

timeコマンドを使用して、特定のコマンドにかかる時間を測定できます。 time node -e "" node -e "" 0.06s user 0.01s system 92% cpu 0.076 total コマンドのネットワークトラフィック（使用する帯域幅、要求を送信するホストなど）を測定する同様の方法はありますか？このユースケースに最適なソリューションは何ですか？

Admin 2024-08-06

ポート22のiptablesに強力な外部パスワードを追加できますか？

私はこの質問に対する答えが「いいえ」だと思います。しかし、これを達成するためのいくつかの異なる方法があると思います。 私がやりたいことは、外部でSSHを使用してログインするときに使用できるより強力な2番目のパスワードを追加することです。 （私のプライベートネットワークの外から。） これは可能ですか？ 私は、ポート22を介して外部ソースからのトラフィックを転送するためにユーザーがパスワードを入力する必要があるiptablesの一種のオプションを想定しています。たとえば、私はiptablesでそのような機能を知らず、iptablesはipパケットのヘッダーに基づいてルーティングを決定しますが、ssh情報はペイロード内のip / tcpヘッダー内に暗号化されたデータを含むため可能ではないと思います。 。 おそらく、企業レベルの機器や組織で同様のものが使用されていますか？ 二重認証はどうですか？代わりになりますか？ 申し訳ありません。質問が多少曖昧であるか、焦点が合っていません。この分野の経験はありません。

Admin 2024-08-01

ポートが開く必要がある問題を解決するには？

iptables を使用して Debian コンピュータでポートを正常に開いた。 ポート12345で接続をリッスンするgoで書かれたWebサーバーを起動しました。今朝までうまくいきました。今、接続がタイムアウトで期限切れになり、根本原因を見つける方法がわかりません。以下はlsof出力です（今すぐ試してみるために12333に変更しました）。 netstat -tlpanとuname： tcpv4の後にnetstatを受信するようにWebサーバーを構成します。 コード入力： IPテーブル：

Admin 2024-08-02

yumは1つの仮想マシンでのみ実行されますが、同じVLAN上の他の仮想マシンでは実行されません。

ここで奇妙な問題が発生しました。 2つのOEL7 VMは同じVLAN上に構築され、同じsolve.conf、yum.conf、および*.repoを持ちます。これらの仮想マシンでは、ファイアウォール/iptablesが停止しました。 1つはoracleリポジトリにアクセスできますが（明らかにカールyum.oracle.comはVM上で動作します）、もう1つはアクセスできません。 yum.oracle.comにアクセスすると、失敗したVMに接続が拒否されたことを示すメッセージが表示されます。両方の仮想マシンのPingは正常です。

Admin 2024-08-03

br0 ブリッジが IP を取得できません。どうしたの？

こんにちは友達。今日はこの問題に別のスレッドを設定しましたが、今はより多くの情報を受け取り、ある程度進歩を遂げたので、以前のスレッドとはほとんど関係がありません。 Fedora 31でブリッジを作成するのに苦労しましたが、ようやく機能しました。チュートリアルを10個ほど聞きましたが、今はある程度効果があります。私の目標は、仮想マシンをローカルネットワークに転送することであるため、ネットワークbrdige br0はネットワーク上のdhcpサーバーを使用して自分のコンピュータのIPアドレスを取得したいと思います。シンプルなルーター。残念ながら、問題が発生して解決策が見つかりません。 私のnmcli connection show出力は次のとおりです [root@localhost ~]# nmcli connection show NAME UUID TYPE DEVICE Bridge br0 d2d68553-f97e-7549-7a26-b34a26f29318 bridge br0 enp0s3 da37a9c2-f5a5-3a8a-b3ab-4ecd96031402 ethernet enp0s3 virbr0 898b66b6-22e1-4e46-9065-2fd67158731c bridge virbr0 enp0s8 00cb8299-feb9-55b6-a378-3fdc720e0bc6 ethernet enp0s8 enp0s8 は br0 ブリッジに使用するインターフェイスです。したがって、物理LANに接続されている2つの物理ネットワークインターフェイスがあります。 だから、すべて取り出してみましたが、大丈夫に見えましたが、残念ながらIPアドレスを取得する過程でプロセスが詰まっているようでした。また、このトピックに関する情報を取得するのは非常に難しいので、解決策がなければ誰かに支払う必要がありますが、誰かが助けることができると確信しています:) Jan 27 21:42:43 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Jan 27 21:42:43 localhost.localdomain NetworkManager[930]: [1580157763.0113] device (enp0s8): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed') Jan 27 21:42:43 localhost.localdomain NetworkManager[930]: [1580157763.0117] device (enp0s8): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed') Jan 27 21:42:43 localhost.localdomain NetworkManager[930]: [1580157763.0137] device (enp0s8): Activation: successful, device activated. Jan 27 21:42:43 localhost.localdomain systemd[1]: iscsi.service: Unit cannot be reloaded because it is inactive. Jan 27 21:42:53 localhost.localdomain systemd[1]: NetworkManager-dispatcher.service: Succeeded. -- Subject: Unit succeeded -- Defined-By: systemd -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- The unit NetworkManager-dispatcher.service has successfully entered the 'dead' state. Jan 27 21:42:53 localhost.localdomain audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3501] dhcp4 (br0): request timed out Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3502] dhcp4 (br0): state changed unknown -> timeout Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3567] dhcp4 (br0): canceled DHCP transaction Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3568] dhcp4 (br0): state changed timeout -> done Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3571] device (br0): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed') Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3589] device (br0): Activation: failed for connection 'Bridge br0' Jan 27 21:43:28 localhost.localdomain audit: ANOM_PROMISCUOUS dev=enp0s8 prom=0 old_prom=256 auid=4294967295 uid=0 gid=0 ses=4294967295 Jan 27 21:43:28 localhost.localdomain kernel: device enp0s8 left promiscuous mode Jan 27 21:43:28 localhost.localdomain kernel: br0: port 1(enp0s8) entered disabled state Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3766] device (br0): detached bridge port enp0s8 Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3791] device (enp0s8): state change: activated -> deactivating (reason 'dependency-failed', sys-iface-state: 'managed') Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3814] device (br0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed') Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.3854] policy: auto-activating connection 'Bridge br0' (d2d68553-f97e-7549-7a26-b34a26f29318) Jan 27 21:43:28 localhost.localdomain systemd[1]: Starting Network Manager Script Dispatcher Service... -- Subject: A start job for unit NetworkManager-dispatcher.service has begun execution -- Defined-By: systemd -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- A start job for unit NetworkManager-dispatcher.service has begun execution. -- -- The job identifier is 3027. Jan 27 21:43:28 localhost.localdomain systemd[1]: Started Network Manager Script Dispatcher Service. -- Subject: A start job for unit NetworkManager-dispatcher.service has finished successfully -- Defined-By: systemd -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- A start job for unit NetworkManager-dispatcher.service has finished successfully. -- -- The job identifier is 3027. Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=raw family=2 entries=52 Jan 27 21:43:28 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=mangle family=2 entries=67 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=nat family=2 entries=106 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=filter family=2 entries=189 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=raw family=10 entries=55 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=mangle family=10 entries=66 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=nat family=10 entries=101 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=filter family=10 entries=193 Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.4138] device (br0): state change: disconnected -> unmanaged (reason 'user-requested', sys-iface-state: 'managed') Jan 27 21:43:28 localhost.localdomain NetworkManager[930]: [1580157808.4159] device (enp0s8): state change: deactivating -> disconnected (reason 'dependency-failed', sys-iface-state: 'managed') Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=raw family=2 entries=51 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=mangle family=2 entries=66 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=nat family=2 entries=104 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=filter family=2 entries=186 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=raw family=10 entries=54 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=mangle family=10 entries=65 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=nat family=10 entries=99 Jan 27 21:43:28 localhost.localdomain audit: NETFILTER_CFG table=filter family=10 entries=190 Jan 27 21:43:38 localhost.localdomain systemd[1]: NetworkManager-dispatcher.service: Succeeded. Cockpit GUIのより便利なログは次のとおりです。 21:49 [1580158169.5541] device (enp0s8): state change: deactivating -> disconnected (reason 'dependency-failed', sys-iface-state: 'managed') NetworkManager 21:49 [1580158169.5527] device (br0): state change: disconnected -> unmanaged (reason 'user-requested', sys-iface-state: 'managed') NetworkManager 21:49 [1580158169.5155] policy: auto-activating connection 'Bridge br0' (d2d68553-f97e-7549-7a26-b34a26f29318) NetworkManager 21:49 [1580158169.5130] device (br0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed') NetworkManager 21:49 [1580158169.5109] device (enp0s8): state change: activated -> deactivating (reason 'dependency-failed', sys-iface-state: 'managed') NetworkManager 21:49 [1580158169.5090] device (br0): detached bridge port enp0s8 NetworkManager 21:49 [1580158169.4982] device (br0): Activation: failed for connection 'Bridge br0' NetworkManager 21:49 [1580158169.4974] manager: startup complete NetworkManager 21:49 [1580158169.4969] device (br0): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed') NetworkManager 21:49 [1580158169.4966] dhcp4 (br0): state changed timeout -> done NetworkManager /etc/sysconfig/network-scripts/ifcfg-br0 ファイルを編集するときにBOOTPROTO=dhcpファイルを変更すると、BOOTPROTO=noneIPv6アドレスは受信されますが、IPv4アドレスは受信されません。 静的IP割り当てを試しましたが、うまく機能しましたが、ネットワーク、特に仮想マシンやブリッジなどの複雑なものについてはあまり理解していません。 br0インターフェイスにIPが割り当てられていますが、仮想マシンの内部にはまだインターネット接続がありません。 192.168.2.133/24, 2001:4dd6:6675:0:8022:44ff:fe0c:7261/64, fe80:0:0:0:8022:44ff:fe0c:7261/64 編集する： 私は今日Cockpit Webインターフェイスを使用してブリッジを設定しようとしましたが、結果は次のようになりましたip addr showがnmcli connection show、残念ながらVM内にインターネット接続がありませんでした。 Last login: Tue Jan 28 11:23:04 2020 from 192.168.2.49 [root@localhost ~]# brctl show bridge name bridge id STP enabled interfaces bridge0 8000.eaa2ae14ae08 yes enp0s8 [root@localhost ~]# nmcli connection show NAME UUID TYPE DEVICE enp0s3 da37a9c2-f5a5-3a8a-b3ab-4ecd96031402 ethernet enp0s3 bridge0 c9243687-2904-4ee8-9d0a-bf1818fc4705 bridge bridge0 enp0s8 00cb8299-feb9-55b6-a378-3fdc720e0bc6 ethernet enp0s8 [root@localhost ~]# ip addr show 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp0s3: mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 08:00:27:14:57:8e brd ff:ff:ff:ff:ff:ff inet 192.168.2.128/24 brd 192.168.2.255 scope global dynamic noprefixroute enp0s3 valid_lft 863374sec preferred_lft 863374sec inet6 2001:4dd1:6569:0:8d77:52a:b667:6cf6/64 scope global dynamic noprefixroute valid_lft 7129sec preferred_lft 3529sec inet6 fe80::7802:956e:eee2:dde8/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: enp0s8: mtu 1500 qdisc fq_codel master bridge0 state UP group default qlen 1000 link/ether 08:00:27:f3:a8:5a brd ff:ff:ff:ff:ff:ff 8: bridge0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether ea:a2:ae:14:ae:08 brd ff:ff:ff:ff:ff:ff inet 192.168.2.150/24 brd 192.168.2.255 scope global noprefixroute bridge0 valid_lft forever preferred_lft forever inet6 2001:4dd1:6569:0:bf80:325c:ded7:6f92/64 scope global dynamic noprefixroute valid_lft 7129sec preferred_lft 3529sec inet6 fe80::669:9515:8a22:dce2/64 scope link noprefixroute valid_lft forever preferred_lft forever これで、すべてをリセットして新しいブリッジを作成した後、IPv4アドレスがVMに割り当てられますが、VM内ではネットワークまたはインターネットにアクセスできません。 ホスト名はLAN内部にも表示されます。 ip addr show [root@localhost images]# ip addr show 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp0s3: mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 08:00:27:14:57:8e brd ff:ff:ff:ff:ff:ff inet 192.168.2.128/24 brd 192.168.2.255 scope global dynamic noprefixroute enp0s3 valid_lft 860261sec preferred_lft 860261sec inet6 2001:4dd1:6569:0:a58a:c00c:a13e:430/64 scope global dynamic noprefixroute valid_lft 7196sec preferred_lft 3596sec inet6 fe80::73d7:3c65:50ab:a960/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: enp0s8: mtu 1500 qdisc fq_codel master bridge0 state UP group default qlen 1000 link/ether 08:00:27:f3:a8:5a brd ff:ff:ff:ff:ff:ff 4: virbr0: mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether 52:54:00:43:41:4e brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 valid_lft forever preferred_lft forever 5: virbr0-nic: mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 1000 link/ether d2:bd:8e:48:b7:6d brd ff:ff:ff:ff:ff:ff 6: bridge0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 16:fa:f3:41:a9:f3 brd ff:ff:ff:ff:ff:ff inet 192.168.2.150/24 brd 192.168.2.255 scope global noprefixroute bridge0 valid_lft forever preferred_lft forever inet6 2001:4dd1:6569:0:35d5:4679:9565:86a/64 scope global dynamic noprefixroute valid_lft 7196sec preferred_lft 3596sec inet6 fe80::4aae:e40c:fd54:62a6/64 scope link noprefixroute valid_lft forever preferred_lft forever 12: macvtap0@bridge0: mtu 1500 qdisc fq_codel state UP group default qlen 500 link/ether 52:54:00:c4:10:78 brd ff:ff:ff:ff:ff:ff inet6 fe80::5054:ff:fec4:1078/64 scope link valid_lft forever preferred_lft forever macvtap0は自動的に作成され、仮想マシンと同じMACを持ちます。

Admin 2024-08-06

Debian で Mwan3 を置き換える

Debian関連の作業が必要なので、ネットワーク管理のためにx86システムのopenwrtからdebian 11に移行しました。私のpppoesのバランスを取るためにmwan3の代替品が見つかりませんでした。誰でも助けることができますか？

Admin 2024-08-08