Fedora 25 にアップデートした後、PPTP 接続の 1 つが異常に動作します。リモート ネットが利用できません。
接続され、リモートネットIPアドレスを正常に取得しました。接続中何もないリモート ネットでは利用可能ですが、インターネットは正常に動作します。数分後に接続が自動的に切断されます。
奇妙なことに気付きました。pptp 接続がオンになっているときにTX packets
転送されるデータが多すぎるのです。
ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1400
inet 192.168.1.96 netmask 255.255.255.255 destination ___.__.___.___
ppp txqueuelen 3 (Point-to-Point Protocol)
RX packets 10 bytes 172 (172.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 9864041 bytes 5842982146 (5.4 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
10 ~ 15 秒で最大 5.4 GiB のパケットが表示されます。非常に急速に増加します。
ファイアウォールが無効になっている場合も同様です。
Network-Manager を使用して pptp に接続しています。
[root@c0rp ~]# lsb_release -a
LSB Version: :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID: Fedora
Description: Fedora release 25 (Twenty Five)
Release: 25
Codename: TwentyFive
[root@c0rp ~]# uname -a
Linux c0rp 4.10.8-200.fc25.x86_64 #1 SMP Fri Mar 31 13:20:22 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
誰か問題の調査を手伝ってくれませんか
解決策が提供された後の更新
route
コマンドを使用して、新しく作成されたルートが自分自身を指していることがわかりました。pptp が接続された後に正確に確認してください。
xxx.xxx.xxx.xxx 0.0.0.0 255.255.255.255 UH 50 0 0 ppp0
私がやったことは以下の通りです:
- ネットワークデバイスから割り当てられたアドレスを削除する
- 割り当てられたアドレスと交換ピアアドレスを再度追加します。
すべてはリンクで示されたとおりです。
dispatcher.d
最後に、スクリプトに次の 2 つの手順を追加します。
#!/bin/bash
INTERFACE=$1
ACTION=$2
SSID="Your vpn connection name in Network Manager"
if [[ $CONNECTION_ID == "$SSID" ]]; then
if [[ $ACTION = "vpn-up" ]]; then
IP4_ADDRESS=$(ifconfig "$1" | grep -Eo 'inet (addr:)?([0-9]*\.){3}[0-9]*' | grep -Eo '([0-9]*\.){3}[0-9]*' | grep -v '127.0.0.1')
ip addr del "$IP4_ADDRESS" dev $INTERFACE
ip addr add "$IP4_ADDRESS" peer 192.168.1.9/24 dev $INTERFACE
fi
fi
このスクリプトを/etc/NetworkManager/dispatcher.d
答え1
これをチェックして:http://pptpclient.sourceforge.net/howto-diagnosis.phtml#ip_loop。
NM
(またはpppd
) は、追加の間違ったデフォルト ルートを作成します (nodefaultroute
がパラメータとして渡されている場合でも)。route del
削除されません。
私は、接続が他のユーザーと共有されることを NM に伝えることで、この問題を回避しました。
おそらくバグですが、これでしばらくは問題は解決しました。