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 packets
transferidas:
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 route
o 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:
- Remover excluir endereço atribuído do dispositivo de rede
- Adicione de volta o endereço atribuído junto com um endereço de peer substituto
Tudo exatamente como foi apontado no link.
Finalmente, adiciono estas duas etapas ao dispatcher.d
script:
#!/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 nodefaultroute
esteja sendo passada como parâmetro). route del
nã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.