Eu tenho uma máquina Debian 7 Linux e um roteador TP-link MR3020 conectado via cabo ethernet na interface eth0
, trabalhando no modo WISP para torná-la um cliente em vez de um ponto de acesso:
EutambémtenhoumroteadorseparadoconectadoaoISPefornecendobemwi-fi.Minhamáquinalinuxnãopossuiadaptadorwi-fiintegradoeeuquerousaroroteadordemodoWISPemvezdeumadaptadorwi-fiUSBexterno,porqueelessãomuitoinstáveis(tentei3deles,2nãofuncionam,1falhas).
Meuproblemaéque,aparentemente,minhamáquinaLinuxnãopodeassociaroendereçoIPdoroteadorWISPaoseuendereçoMAC:
Eucostumavautilizarogerenciadorderedeparaeth0,minhasconfiguraçõeseram
gatewayip192.168.1.1mask/24staticip192.168.1.2(formyDebianmachineitself)
masagoraeuentreiem/etc/network/interfaces
(vejaabaixo)
Quandoeuping192.168.1.1
,eledizFrom192.168.1.2icmp_seq=1DestinationHostUnreachable
.
Descobriquearp
nãosabeoendereçoMACdesteip:192.168.1.1correspondeaHWaddress[incomplete]
.
Vocêtemalgumconselhodecomosolucionarisso?DevoatribuirmanualmenteoIPaoMAC?
ATUALIZAÇÃODEINFORMAÇÕES:
Meu/etc/network/interfaces
agoracontémainterfaceeth0comoprincipal:
#Theloopbacknetworkinterfaceautoloifaceloinetloopback#Theprimarynetworkinterfaceallow-hotplugeth0ifaceeth0inetstaticaddress192.168.1.2netmask255.255.255.0network192.168.1.0broadcast192.168.1.255gateway192.168.1.1
ifconfig
data:
$sudoifconfigeth0Linkencap:EthernetHWaddr40:e5:49:32:a2:50inetaddr:192.168.1.2Bcast:192.168.1.255Mask:255.255.255.0inet6addr:fe80::52e5:49ff:fe32:a240/64Scope:LinkUPBROADCASTRUNNINGMULTICASTMTU:1500Metric:1RXpackets:68643errors:0dropped:0overruns:0frame:0TXpackets:53708errors:0dropped:0overruns:0carrier:0collisions:0txqueuelen:1000RXbytes:81335250(77.5MiB)TXbytes:5438226(5.1MiB)Interrupt:40Baseaddress:0xe000
route
data:
$sudoroute-nKernelIProutingtableDestinationGatewayGenmaskFlagsMetricRefUseIface0.0.0.0192.168.1.10.0.0.0UG000eth0169.254.0.00.0.0.0255.255.0.0U100000eth0192.168.1.00.0.0.0255.255.255.0U000eth0
Acapturadepacotesporwireshark
uponping192.168.1.1
contémapenasspamdetoneladasdepacotesARP,todosdamesmaestrutura:
SourceGiga-Byt_somethingDestinationBroadcastProtocolArpLength42InfoWhohas192.168.1.1Tell192.168.1.2Arpframedetails:AddressResolutionProtocol(request)Hardwaretype:Ethernet(1)Protocoltype:IP(0x0800)Hardwaresize:6Protocolsize:4Opcode:request(1)SenderMACaddress:Giga-Byt_something(40:e5:49:32:a2:50)SenderIPaddress:192.168.1.2TargetMACaddress:00:00:00_00:00:00(00:00:00:00:00:00)TargeIPaddress:192.168.1.1(192.168.1.1)
Aomesmotempo,oLEDLANdoroteadorestápiscando,indicandoqueatransferênciadedadosestáacontecendo.
Manualrápidodoroteador,contémilustraçõesnomodoWISP: link
EDITAR:
O problema com o arp foi resolvido configurando o gateway para 192.168.0.254. O estado atual é que minha máquina Linux vê o roteador WPP-link WISP, mas o roteador WISP não vê o roteador d-link principal no modo de ponto de acesso:
Não tenho certeza se é possível ter uma LAN na LAN. Amanhã vou tentar associar o roteador no modo WISP com a máquina Windows e wireshark
as negociações entre os roteadores tp-link e d-link para descobrir como o roteador do modo tp-link WISP tenta associar-se ao 192.168.1. * LAN.
$ sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0