Fedora 25, pptp conecta mas não funciona, muitos pacotes transferidos

Fedora 25, pptp conecta mas não funciona, muitos pacotes transferidos

Após a atualização para o Fedora 25, uma das minhas conexões PPTP funciona estranhamente. A rede remota não está disponível.

Ele está conectado, obteve com sucesso o endereço IP da rede remota. Enquanto estiver conectadonadaestá disponível na rede remota, mas a internet funciona bem. Depois de alguns minutos, a conexão é interrompida sozinha.

Percebi uma coisa estranha, enquanto a conexão pptp está ativada, muitas coisas são TX packetstransferidas:

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

Em 10 a 15 segundos ele mostra até 5,4 GiB de pacotes. Ela cresce muito rápido.

O mesmo se o firewalld estiver desativado.

Estou usando o Network-Manager para conectar-me ao 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

Alguém pode me ajudar a investigar o problema, por favor


Atualização após a solução ser fornecida

Descobri que a rota recém-criada aponta para si mesma, usando routeo comando. Verifique exatamente após o pptp conectado:

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

O que eu fiz foi:

  1. Remover excluir endereço atribuído do dispositivo de rede
  2. Adicione de volta o endereço atribuído junto com um endereço de peer substituto

Tudo exatamente como foi apontado no link.

insira a descrição da imagem aqui

Finalmente, adiciono estas duas etapas ao 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

Eu coloquei esse script em/etc/NetworkManager/dispatcher.d

Responder1

Verifique isto:http://pptpclient.sourceforge.net/howto-diagnosis.phtml#ip_loop.

NM(ou pppd) está criando uma rota padrão adicional errada (mesmo que nodefaultrouteesteja sendo passada como parâmetro). route delnão irá excluí-lo.

Eu contornei isso dizendo ao NM que a conexão seria compartilhada com outros usuários.

Provavelmente é um bug, mas resolveu o problema por um tempo.

informação relacionada