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

1

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

Ele está conectado, obtém com sucesso o endereço IP da rede remota. Enquanto conectado nada está disponível na rede remota, mas a internet funciona bem. Após alguns minutos, a conexão é interrompida por si só.

Eu notei coisa estranha, enquanto a conexão pptp está ativada, há muito TX packets transferido:

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, mostra até 5,4 GiB de pacotes. Cresce muito rápido.

O mesmo se o firewalld estiver desativado.

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

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

Eu descobri que a rota recém-criada aponta para si mesma usando o comando route . 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 é:

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

Tudo exatamente como foi apontado no link.

Porfim,adicionoessasduasetapasaoscriptdispatcher.d:

#!/bin/bashINTERFACE=$1ACTION=$2SSID="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 este script em /etc/NetworkManager/dispatcher.d

    
por c0rp 14.04.2017 / 15:09

1 resposta

1

Verifique isso: link .

NM (ou pppd ) está criando uma rota padrão adicional errada (mesmo se nodefaultroute estiver sendo passado como parâmetro). route del não irá eliminá-lo.

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

É mais provável que seja um bug, mas isso resolveu o problema por um tempo.

    
por 06.05.2017 / 21:18