☰

Fedora 25, PPTP stellt eine Verbindung her, funktioniert aber nicht, zu viele übertragene Pakete

tag-icon • tag-icon linux networking fedora networkmanager pptp
Fedora 25, PPTP stellt eine Verbindung her, funktioniert aber nicht, zu viele übertragene Pakete

Nach dem Update auf Fedora 25 funktioniert seltsamerweise eine meiner PPTP-Verbindungen. Das Remote-Netz ist nicht verfügbar.

Es ist verbunden, erfolgreich Remote-Net-IP-Adresse erhalten. Während der VerbindungNichtsist im Remote-Netz verfügbar, aber das Internet funktioniert einwandfrei. Nach ein paar Minuten bricht die Verbindung von selbst ab.

Mir ist etwas Merkwürdiges aufgefallen: Während einer PPTP-Verbindung werden zu viele Daten TX packetsübertragen:

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

In 10–15 Sekunden werden bis zu 5,4 GiB an Paketen angezeigt. Es wächst sehr schnell.

Dasselbe, wenn Firewalld deaktiviert ist.

Ich verwende Network-Manager, um eine Verbindung zu PPTP herzustellen.

[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

Kann mir bitte jemand helfen, das Problem zu untersuchen?

Update nach Bereitstellung der Lösung

Ich habe festgestellt, dass die neu erstellte Route mit routedem Befehl auf sich selbst verweist. Überprüfen Sie dies genau, nachdem PPTP eine Verbindung hergestellt hat:

xxx.xxx.xxx.xxx 0.0.0.0         255.255.255.255 UH    50     0        0 ppp0

Was ich getan habe ist:

  1. Entfernen und löschen Sie die zugewiesene Adresse vom Netzwerkgerät
  2. Fügen Sie die zugewiesene Adresse zusammen mit einer Ersatz-Peer-Adresse wieder hinzu

Alles genau so wie es im Link angegeben war.

Bildbeschreibung hier eingeben

Schließlich füge ich diese beiden Schritte in dispatcher.ddas Skript ein:

#!/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

Ich habe dieses Skript in/etc/NetworkManager/dispatcher.d

Antwort1

Überprüfen Sie dies:http://pptpclient.sourceforge.net/howto-diagnosis.phtml#ip_loop.

NM(oder pppd) erstellt eine zusätzliche, falsche Standardroute (auch wenn nodefaultroutesie als Parameter übergeben wird). route delwird sie nicht löschen.

Ich habe es umgangen, indem ich NM sagte, dass die Verbindung mit anderen Benutzern geteilt würde.

Es handelt sich höchstwahrscheinlich um einen Fehler, aber dadurch wurde das Problem vorübergehend gelöst.

verwandte Informationen