Problemas estranhos de roteamento com LAN e VPN

3

Estou tendo alguns problemas estranhos com traceroute. Eu já vi isso acontecer antes, mas nunca na minha rede local. Quando eu corro traceroute para um host que é litterally um pulo na minha lan, este é o resultado .. 30 saltos de nada. Também acontece se estou ou não conectado ao meu servidor VPN.

traceroute to 192.168.154.115 (192.168.154.125), 30 hops max, 60 byte packets
1  * * *
2  * * *
3  * * *
 ---etc...
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Eu tenho o tempo de ICMP excedido e a solicitação de eco ativada no firewall local, do roteador e do vpn. Isso também acontece com os sinalizadores -U e -T. O que explicaria o traceroute falhando assim? Isso acontece em qualquer host da minha rede. Os hosts que não estão on-line da sub-rede lan são enviados para o meu servidor VPN por algum motivo também:

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 1600 bytes
01:49:06.279282 IP (tos 0xc0, ttl 64, id 45407, offset 0, flags [none], proto ICMP (1), length 88)
    10.8.0.1 > 10.8.0.4: ICMP time exceeded in-transit, length 68

Sinto que meu computador não está roteando corretamente, mas minha tabela de roteamento parece bem. Eu posso alcançar esses anfitriões muito bem. A razão pela qual isso me preocupa é o tempo de servidor durante o último mês, arpwatch e redis-server foram ativados espontaneamente no meu computador após uma atualização, eu nunca usei esses programas e Kali desativa os serviços de rede por padrão, acredito . Eu deveria estar preocupado com isso? O que explicaria o fracasso do traceroute?

Edit: Ok, aqui estão as tabelas de roteamento do roteador & ambos os clientes que estou tentando traceroute:

roteador (192.168.154.1)

:~$ route


Destination     Gateway         Genmask         Flags Metric Ref    Use     Iface
default         10.2.0.1        0.0.0.0         UG    0      0        0 wlan0
10.2.0.0        *               255.255.255.0   U     0      0        0 wlan0
192.168.154.0   *               255.255.255.0   U     0      0        0 br-lan

cliente (meu comuter)

:~$ route

default         192.168.154.1   0.0.0.0         UG    0      0        0 eth0
192.168.154.0   *               255.255.255.0   U     0      0        0 eth0

:~$ traceroute 192.168.154.115

traceroute to 192.168.154.115 (192.168.154.115), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 --- snip--
 30  * * *

outro cliente (outro computador na minha lan)

:~$ route

default         Openwrt.local   0.0.0.0         UG    0      0        0 eth0
192.168.154.0   *               255.255.255.0   U     0      0        0 eth0


:~$ route -n

default         192.168.154.1   0.0.0.0         UG    0      0        0 eth0
192.168.154.0   *               255.255.255.0   U     0      0        0 eth0
    
por nemister 11.07.2015 / 09:26

1 resposta

0

Eu acabei reflashing completamente o firmware do zero, e agora todos esses problemas se foram. O traceroute funciona novamente e a rede está funcionando corretamente novamente. Eu vou assumir que a configuração foi confusa e foi isso que causou isso.

A propósito, algumas das minhas edições foram rejeitadas hoje, acredito, porque vieram de outra conta, o que pode ter confundido alguém. Quando postei essa pergunta originalmente em security.stackexchange, eu estava conectado a uma conta diferente. Desculpe pela confusão lá.

    
por 14.07.2015 / 16:13

Tags