☰

Fedora 25, pptp se conecta pero no funciona, demasiados paquetes transferidos

tag-icon • tag-icon linux networking fedora networkmanager pptp
Fedora 25, pptp se conecta pero no funciona, demasiados paquetes transferidos

Después de actualizar a Fedora 25, una de mis conexiones PPTP funciona extrañamente. La red remota no está disponible.

Está conectado, obtuvo exitosamente la dirección IP de red remota. Mientras está conectadonadaEstá disponible en una red remota, pero Internet funciona bien. Después de unos minutos, la conexión se interrumpe por sí sola.

He notado algo extraño, mientras la conexión pptp está activada, se TX packetstransfieren demasiadas cosas:

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

En 10-15 segundos muestra hasta 5,4 GiB de paquetes. Crece muy rápido.

Lo mismo si firewalld está deshabilitado.

Estoy usando Network-Manager para conectarme a 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

¿Alguien puede ayudarme a investigar el problema, por favor?

Actualización después de que se proporcionó la solución

Descubrí que la ruta recién creada apunta a sí misma mediante routeel comando. Verifique exactamente después de conectar pptp:

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

Lo que hice fue:

  1. Eliminar eliminar dirección asignada del dispositivo de red
  2. Vuelva a agregar la dirección asignada junto con una dirección de igual de reemplazo

Todo exactamente como se indica en el enlace.

ingrese la descripción de la imagen aquí

Finalmente agrego estos dos pasos al dispatcher.dscript:

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

Puse este script en/etc/NetworkManager/dispatcher.d

Respuesta1

Mira esto:http://pptpclient.sourceforge.net/howto-diagnosis.phtml#ip_loop.

NM(o pppd) está creando una ruta predeterminada adicional incorrecta (incluso si nodefaultroutese pasa como parámetro). route delno lo eliminará.

Lo solucioné diciéndole a NM que la conexión se compartiría con otros usuarios.

Lo más probable es que sea un error, pero esto resolvió el problema por un tiempo.

información relacionada