最新記事

インストール(使用可能な場合)
networking
mount
automounting

インストール(使用可能な場合)

私はさまざまな種類のプロトコル(smb、webdav icsi、NFS、およびおそらくより多くのwebdavとsmbを含みますが、もっと含めたい)を使用するいくつかのWebホスティングドライブにアクセスできます。これらのドライブに常にアクセスできるわけではありません(自宅ではVPNを介して職場でのみ直接アクセスできます)。 私の計画は次のとおりです。 type、、、serverを含むリストがあります。path foreach ライン内 ping$server単一応答時間が低い pingが成功したが$pathマウントされていない場合 - >マウントドライブが異なる$type(ローカルディレクトリチェックを含む) pingが失敗し、すでにインストール$pathされている場合 - >アンインストールを試みます。 ファイルがまだ開いているので、umountが失敗した場合はどうなるのかわかりませんが、ネットワークを離れてwebdavドライブを手動でマウントすると、これが起こりました。 。 技術的には、擬似コードに基づいてbashスクリプトを作成できます。最後に、systemd.unitとsystemd.timer(aur)を使用してスクリプトとテンプレートのリストをパッケージ化したいと思います。 私の質問は、上記または同様の機能を実行するパッケージが存在することです。そうでない場合、タイマー装置の間隔は不明である。 10秒ごとに看護する必要がありますか?それとも別のプロトコルのタイムアウトを覚えておくべきですか? AutoFSの内容を読みましたが、それが私の状況に合っているかどうかはわかりません。

Admin

Wine httpポートが応答しません(マルチポートアプリケーション)。
networking
docker
wine
steam
games

Wine httpポートが応答しません(マルチポートアプリケーション)。

ワインドッカーゲームサーバーに慢性的な問題があります。ゲームは正常に実行されますが応答しないhttpポート(8080)からリモートクライアントを提供します。ゲームは好きではありませんが、ワインが好きな人は私たちがこれを見つけるのに役立つと思いました。 私が話しているゲームはSpace Engineersですが、残念ながらWindowsサーバーとWindowsクライアントだけで、Linuxサーバーで実行するためにWineを使用してドッカーを作成しました。これまで、ゲーム自体は(私のvpsで)うまく動作していますが、誰もリモートクライアントをそのhttpポートのサーバーに接続しません。 Git倉庫リンク:https://github.com/Devidian/docker-spaceengineers ゲームログには、リモートサーバーリスナーが動作しており、ポート8080でリッスンしていることを示します。 この問題を解決または追加する方法をご存知ですか? --更新--要求に従って私が使用している作曲家ファイルは次のとおりです。 version: '3.8' services: se-server: #build: . image: devidian/spaceengineers:winestaging container_name: se-ds-docker restart: unless-stopped volumes: # left side: your docker-host machine # right side: the paths in the image (!!do not change!!) - /appdata/space-engineers/instances:/appdata/space-engineers/instances - /appdata/space-engineers/SpaceEngineersDedicated:/appdata/space-engineers/SpaceEngineersDedicated - /appdata/space-engineers/steamcmd:/root/.steam ports: - target: 8080 published: 18080 protocol: tcp mode: host - target: 27016 published: 27016 protocol: udp mode: host environment: - WINEDEBUG=-all - INSTANCE_NAME=Debian - PUBLIC_IP=--REDACTED-- ありがとう

Admin

rc-statusがip_forwardの状態を変更する理由とそれを防ぐ方法は何ですか?
networking
gentoo
openrc

rc-statusがip_forwardの状態を変更する理由とそれを防ぐ方法は何ですか?

gentoo rc-statusにはいくつかの問題があります(現在は使用していますが、sys-apps/openrc-0.45.2-r1このバージョンより前に発生しました)。一部のシステムでは、時々 ip_forwarding が失われます。これで、rc-statusの実行で範囲を絞り込みました。 # cat /proc/sys/net/ipv4/ip_forward; rc-status; cat /proc/sys/net/ipv4/ip_forward 1 * Caching service dependencies ... [ ok ] Runlevel: default [SOME SERVICES LISTED HERE] Dynamic Runlevel: hotplugged Dynamic Runlevel: needed/wanted Dynamic Runlevel: manual [SOME SERVICES LISTED HERE] 0 この厳しい状態変更ロジックの背後にある考えられる理由は何ですかip_forwarding? これは時々起こります。他のrcステータスがip_forwardingをキャンセルするには、数日/週を待つ必要があります。ここでの最大の違いは、Caching service dependencies ... [ ok ]ip_forwardingをタッチしないと表示されないことです。

Admin

仮想ゲートウェイ iptables
networking
iptables
routing
vpn
iproute

仮想ゲートウェイ iptables

単純なネットワーク構成を設定しようとしていますが、不明です。私の目標は、LANクライアントがVPNを通過しながらサーバー自体にアクセスできるようにすることです。現在の設定: GW機械: VPN interface -> vpn0 [10.x.y.z] LAN interface -> lan0 [172.16.1.0/24], machine itself is 172.16.1.1 VPN接続用の別々のルーティングテーブルを作成し、それにアクセスできます(たとえば、ping -I vpn0 10.20.30.40VPNネットワーク上のコンピュータ)。現在、次のようにしてLANクライアントへのVPNアクセスを有効にできます。 ip rule add from 172.16.1.0/24 table vpntable iptables -t nat -A POSTROUTING -s 172.16.1.0/24 -o vpn0 -j MASQUERADE ただし、この場合、クライアントは172.16.1.1期待どおりにゲートウェイコンピュータ()自体にアクセスできません。私の目的は達成できることである。両方ゲートウェイシステムとVPNはLAN側で提供されます。これが犯人だと確信していますMASQUERADEが、どの方向に行くべきかわかりません。私は2つの考えを念頭に置いています: モジュールを介して仮想インターフェイスを作成dummyし、それをLANクライアント用の「ゲートウェイ」として設定しますか?基本的に彼らはにアクセスすることができます172.16.1.1。もし彼らがのようなことをするならip route add 10.20.30.0/24 via 172.16.16.1、172.16.16.1その仮想インタフェースのアドレスはどこにありますか?しかし、私は結局、多くのSNATルールを泥沼に陥らせ、より多くのオーバーヘッドを引き起こすかどうか心配です。 接続タグによるポリシーベースのルーティング?この場合、顧客は追加の措置を講じる必要はありません。 GWシステムはUbuntu LTSであり、転送がオンになっており、上記の規則を除いてiptablesは空です。 この件についてご意見をお寄せいただきありがとうございます。ありがとうございます! 修正する: vpntableVPNネットワークに関連付けられたルートが含まれています。 default via 10.20.1.1 dev vpn0

Admin

「Txデバイス停止検出」ネットワークエラーを修復する方法はありますか?
linux
networking
suspend
hang

「Txデバイス停止検出」ネットワークエラーを修復する方法はありますか?

一時停止中に目が覚めた後、Ubuntu 21.04システムにネットワークの問題があります。 IPソケットの約50%がダウンしているようです。これにはとのsshエラーが含まれますping。 「失敗」とは、接続試行がブロックされた後に最終的にタイムアウトしたことを意味します。 (余談:pingソケットを使用しない可能性がありますか?)ネットワークアクセスを試みるすべてのプログラムは、同じ失敗率を経験することになると思います。 私は数週間毎晩システムを一時停止しました。今日は回復後に初めて問題が発生した日でした。 システムを再起動しましたが、問題が解決したようです(少なくとも問題が再発するまで)。 再起動後にさまざまなメッセージが見つかりましたsyslog。 一時停止するたびに、次の2行が表示されます。 Sep 4 09:00:18 hostname kernel: [896165.908582] igc 0000:b0:00.0: no suspend buffer for PTM Sep 4 09:00:18 hostname kernel: [896165.908589] igc 0000:af:00.0: no suspend buffer for PTM (余談:上記の行はhang以前に発生したイベントを意味しますが、ログエントリはシステムが復元された後にのみ生成されたと考えられます。したがって、そのイベントは実際に指定された時間より数時間前に発生しました。) すべての履歴書には2つの同じ行があります。 Sep 4 09:00:18 hostname kernel: [896166.257107] igc 0000:af:00.0: no suspend buffer for PTM Sep 4 09:00:18 hostname kernel: [896166.257177] igc 0000:b0:00.0: no suspend buffer for PTM (余談:システムに2つのネットワークカードが内蔵されているため、2つの回線があるかもしれませんか?) 以下は、ネットワーク問題が開始された最新の履歴書にのみ表示されるログエントリです。 Sep 4 09:00:19 hostname kernel: [896168.214463] igc 0000:b0:00.0 enp176s0: Register Dump Sep 4 09:00:19 hostname kernel: [896168.214467] igc 0000:b0:00.0 enp176s0: Register Name Value Sep 4 09:00:19 hostname kernel: [896168.214478] igc 0000:b0:00.0 enp176s0: CTRL 081c0641 Sep 4 09:00:19 hostname kernel: [896168.214481] igc 0000:b0:00.0 enp176s0: STATUS 40380401 Sep 4 09:00:19 hostname kernel: [896168.214483] igc 0000:b0:00.0 enp176s0: CTRL_EXT 10000040 Sep 4 09:00:19 hostname kernel: [896168.214486] igc 0000:b0:00.0 enp176s0: MDIC 18017949 Sep 4 09:00:19 hostname kernel: [896168.214488] igc 0000:b0:00.0 enp176s0: ICR 00000001 Sep 4 09:00:19 hostname kernel: [896168.214490] igc 0000:b0:00.0 enp176s0: RCTL 04408022 Sep 4 09:00:19 hostname kernel: [896168.214497] igc 0000:b0:00.0 enp176s0: RDLEN[0-3] 00001000 00001000 00001000 00001000 Sep 4 09:00:19 hostname kernel: [896168.214504] igc 0000:b0:00.0 enp176s0: RDH[0-3] 00000000 00000000 00000000 00000000 Sep 4 09:00:19 hostname kernel: [896168.214511] igc 0000:b0:00.0 enp176s0: RDT[0-3] 000000ff 000000ff 000000ff 000000ff Sep 4 09:00:19 hostname kernel: [896168.214518] igc 0000:b0:00.0 enp176s0: RXDCTL[0-3] 02040808 02040808 02040808 02040808 Sep 4 09:00:19 hostname kernel: [896168.214525] igc 0000:b0:00.0 enp176s0: RDBAL[0-3] 2e35d000 51576000 337b2000 29a5b000 Sep 4 09:00:19 hostname kernel: [896168.214532] igc 0000:b0:00.0 enp176s0: RDBAH[0-3] 00000001 00000001 00000002 00000001 Sep 4 09:00:19 hostname kernel: [896168.214534] igc 0000:b0:00.0 enp176s0: TCTL a50400fa Sep 4 09:00:19 hostname kernel: [896168.214541] igc 0000:b0:00.0 enp176s0: TDBAL[0-3] 2e35d000 51576000 337b2000 29a5b000 Sep 4 09:00:19 hostname kernel: [896168.214548] igc 0000:b0:00.0 enp176s0: TDBAH[0-3] 00000001 00000002 00000001 00000001 Sep 4 09:00:19 hostname kernel: [896168.214555] igc 0000:b0:00.0 enp176s0: TDLEN[0-3] 00001000 00001000 00001000 00001000 Sep 4 09:00:19 hostname kernel: [896168.214562] igc 0000:b0:00.0 enp176s0: TDH[0-3] 00000007 00000009 00000004 00000000 Sep 4 09:00:19 hostname kernel: [896168.214568] igc 0000:b0:00.0 enp176s0: TDT[0-3] 0000000d 00000011 00000004 00000001 Sep 4 09:00:19 hostname kernel: [896168.214575] igc 0000:b0:00.0 enp176s0: TXDCTL[0-3] 02100108 02100108 02100108 02100108 Sep 4 09:00:19 hostname kernel: [896168.214576] igc 0000:b0:00.0 enp176s0: Reset adapter これにより、次のような項目がたくさん(19,000以上)あります。 Sep 4 09:01:22 hostname kernel: [896231.189109] igc 0000:b0:00.0 enp176s0: Detected Tx Unit Hang Sep 4 09:01:22 hostname kernel: [896231.189109] Tx Queue <1> Sep 4 09:01:22 hostname kernel: [896231.189109] TDH <9> Sep 4 09:01:22 hostname kernel: [896231.189109] TDT <9> Sep 4 09:01:22 hostname kernel: [896231.189109] next_to_use <9> Sep 4 09:01:22 hostname kernel: [896231.189109] next_to_clean <9> Sep 4 09:01:22 hostname kernel: [896231.189109] buffer_info[next_to_clean] Sep 4 09:01:22 hostname kernel: [896231.189109] time_stamp <10d596f4c> Sep 4 09:01:22 hostname kernel: [896231.189109] next_to_watch <000000002b25478e> Sep 4 09:01:22 hostname kernel: [896231.189109] jiffies <10d59ad90> Sep 4 09:01:22 hostname kernel: [896231.189109] desc.status <0> 私の質問は、システム全体を再起動するだけでなく、コマンドラインからネットワークインタフェースを手動でリセット/再起動する方法はありますか? システムはデスクトップワークステーションなので、キーボードにアクセスできます。 再起動後、システムを再び一時停止して再起動する必要があることに気づきました。しかし、完全に再起動した後でさえ、この事実を知りました。

Admin

ルーターにLinuxを渡す
linux
networking
nat
router
openstack

ルーターにLinuxを渡す

OpenStackインスタンスがOpenStackインスタンスではありませんが、同じLAN上の他のLinuxシステムにパスを渡すにはどうすればよいですか? PC_A has 192.168.1.133/27. PC_B has 192.168.1.140/27. PC_A has 10.26.14.16/25 route. PC_B has no 10.26.14.16/25 route. PC_Aを介してPC_Bに到達したいです10.26.14.16/25。 注:PC_BはOpenStackインスタンスです。プライベートIPは192.168.118.10/27、パブリックIPは192.168.1.140/27です。 FW----------PC_A--------------PC_B [192.168.1.133/27] [192.168.1.140/27] Public IP of B [192.168.118.10/27] Private IP of B PC_Aにはパスがあります10.26.14.16/25。 PC_Bにはパスがありません10.26.14.16/25。 PC_Aを介してPC_Bに到達したいです10.26.14.16/25。

Admin

一般ユーザーのためのネットワークネームスペースとして
linux
networking
network-interface
namespace
network-namespaces

一般ユーザーのためのネットワークネームスペースとして

Linuxでは、次のコマンドを使用してネットワーク名前空間を作成できますip。ただし、このコマンドを実行するにはルートである必要があります。ただし、通常のユーザーIDを使用してネットワーク名前空間を作成することはできますunshare -rUn。このコマンドを使用すると、制限されたユーザー名前空間が新しいネットワーク名前空間を所有します。 新しいネットワーク名前空間を使用してインターネットに接続することはできません。 veth ペアを作成するにはルートが必要です。ネットワークネームスペースがルートなしでインターネットに接続する方法はありますか?私は多くの機能(例えば、名前空間と物理ネットワーク共有)が不可能であることを知っています。tun0限られたネットワークネームスペースなどの仮想インターフェイスを作成できますか? たとえば、一般ユーザーが所有するネットワーク名前空間を使用して、ルートなしでopenvpnを実行できます。 $ create-network-namespace $ openvpn home.ovpn $ google-chrome

Admin

特定のIPアドレスまたはネットワークインターフェイスを使用するようにAPTを設定する
networking
apt

特定のIPアドレスまたはネットワークインターフェイスを使用するようにAPTを設定する

サーバーに2つのIPアドレスがあり、両方が同じインターフェースに割り当てられている状況が発生しました。 APTに特定のIPを使用してパッケージをダウンロードし、キャッシュを更新するように指示する方法は? 基本的に私はAPTについてのみ--interfaceこのようなものを探しています。curl(1) --interface Perform an operation using a specified interface. You can enter interface name, IP address or host name... 調査したところ、apt.conf(5)そこapt-transport-http(1)にはオプションがないことがわかりました。 私は2つの解決策を考えました。 さまざまなインターフェイス/IPを認識するプロキシを設定し、Acquire::http::ProxyAPTにそのプロキシを通過するように指示します。 まだドキュメントを詳しく見ていませんが、これを達成するためにネットワークネームスペースを設定することもできます。 APTは特定のネットワークインターフェース/ IPアドレスを使用できますか?そうでなければ、より良い解決策は何ですか? 具体的な内容は次のとおりです。 サーバーには2つのIPアドレスが割り当てられ、それぞれはインターネットNATの背後にあります。 (ここではブリッジは構成管理の便宜のためのものであり、実際にはenp1s0背面にのみありますbr0。) $ ip address show br0 9. br0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff inet 192.168.0.2/22 brd 192.168.3.255 scope global dynamic br0 valid_lft 1055sec preferred_lft 1055sec inet 192.168.0.3/22 brd 192.168.3.255 scope global secondary br0 valid_lft forever preferred_lft forever inet6 fe80::5867:78ff:fef8:7146/64 scope link valid_lft forever preferred_lft forever これら2つのIPは、異なるパブリックIPの後にNATされます。そのうちの1つ192.168.0.3はインターネット帯域幅が高く、APTパッケージをダウンロードするのに適しています。ただし、他のほとんどすべてのネットワーク接続は異なるIPを介している必要があるため、デフォルトのルート192.168.0.2に設定されます。 望ましい効果は、APTを使用して192.168.0.3パッケージをダウンロードしてキャッシュすることです。

Admin

CentOS 8で起動時にイーサネットインターフェイスを有効にする方法は?
centos
networking
virtual-machine

CentOS 8で起動時にイーサネットインターフェイスを有効にする方法は?

DHCPなどを介してネットワークに接続された仮想マシンがあります。 仮想マシンを起動するたびに、仮想イーサネット接続が切断されます。dhclient eth0有効にするには、ログインしてコンソールから実行する必要があります。毎回。eth0起動時に有効にしたいです。 これは/etc/sysconfig/network-scripts/ifcfg-eth0: TYPE=Ethernet PROXY_METHOD=none BROWSER_ONLY=no BOOTPROTO=dhcp DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=yes IPV6_AUTOCONF=no IPV6_DEFROUTE=yes IPV6_FAILURE_FATAL=no IPV6_ADDR_GEN_MODE=stable-privacy NAME=eth0 UUID=11111111-2222-3333-4444-5555555555555555 DEVICE=eth0 ONBOOT=yes HOTPLUG=yes NM_CONTROLLED=no DHCPV6C=yes IPV6_PRIVACY=no USERCTL=no GATEWAY=10.0.0.1 DNS1=9.9.9.9 DNS2=1.1.1.1 ONBOOT=yes私はこれがここで最も重要な点だと思いますが、完全に無視されています。このファイルを読んでいる人は誰ですか?たぶんそれは犯人かもしれません。 私はHOTPLUG=yesこれが役に立つことを願って追加しましたが(インターフェースは後で出るかもしれません...)、そうではありません。 NM_CONTROLLED=noNetworkManagerサービス(サーバー、ユーザー管理が許可されていない、または不要)がないため、これを設定しました。 私の質問は:私の設定ファイルに何か問題があるのか​​、どの設定が役に立ちますか?

Admin

openconnectが中断された後に機能せずに再起動するには、再起動する必要があります。
networking
networkmanager
suspend
wpa-supplicant
openconnect

openconnectが中断された後に機能せずに再起動するには、再起動する必要があります。

私は次のような状況にあります。 openconnectを介してVPNに接続します。接続を切断して(たとえば、コンピュータを切断したため)再接続しようとすると、openconnectは次のメッセージを表示します。 getaddrinfo failed for host '': Temporary failure in name resolution Failed to open HTTPS connection to Failed to obtain WebVPN cookie コンピュータを再起動すると再び動作しました。 wpa_supplicantを使用しています。 wpa_supplicantを再起動してみましたが、まだ機能しません。 NetworkManagerを使用しても同じ問題がありましたが、wpa_supplicant設定とは異なり、NetworkManagerを再起動した後にopenconnectを使用して再接続できました。明らかにNetworkManagerを再起動すると、より多くのエントリがリセットされます(少なくとも私が理解している限り、NetworkManagerはwpa_supplicantだけで処理するよりも多くのエントリを処理するため)、常にopenconnectを再び正常に使用できます。 完全な再起動なしで問題を解決するために、再起動のどの部分を手動で実行できますか?ネットワーク管理者を再起動するときにwpa_supplicantがしないことは何ですか?

Admin

Firewalldを使用してネットワーク名前空間をファイアウォールで保護する方法は?
networking
firewall
firewalld
namespace
network-namespaces

Firewalldを使用してネットワーク名前空間をファイアウォールで保護する方法は?

私はファイアウォールとしてファイアウォールを使用してFedora 36を実行しています。 「wireguard」というネットワークネームスペースを設定しました。 Mulvad VPNに接続されたインターフェイスwg0が含まれています。これが私が設定した方法です: ip netns add wireguard ip link add wg0 type wireguard wg setconf wg0 /etc/wireguard/wg0.conf ip link set wg0 netns wireguard ip -n wireguard addr add x.x.x.x/32 dev wg0 ip -n wireguard addr add xxxx:xxxx:xxxx:xxxx::x:xxxx/128 dev wg0 ip -n wireguard link set wg0 up ip -n wireguard route add default dev wg0 この記事に従って設定しました。 https://揮発性systems.org/wireguard-in-a-separate-linux-network-namespace.html これは次のように言います。 DNS設定と同様に、新しい名前空間にはファイアウォールがないため、別のファイアウォールルールもロードする必要があります。 Firewalldを使用して新しい名前空間にファイアウォールを適用するには?

Admin