У меня есть удаленная система, подключенная к сети через WiFi. Соединение Wi-Fi установлено правильно, и я могу пропинговать шлюз. Сопровождающий шлюза (сторонний, недоступный для меня) подтверждает это. Устройство подключено, получило IP, брандмауэр не активен для моего MAC.
Но у меня нет подключения к Интернету. Я тестировал это с ping -I wlan0 8.8.8.8 и curl --interface wlan0 -XGET http://example.org оба приводят к тайм-аутам. Я отслеживал трафик на wlan0 с помощью tcpdump -i wlan0 и заметил, что до 100% пакетов отбрасываются интерфейсом. Уточнение: Я вижу пакеты в выводе tcpdump, но ping сообщает о 100% потере пакетов.
У меня два вопроса: это причина отсутствия подключения? И как я могу это исправить?
Брандмауэр (iptables / ufw) не активен.
Мой uname -a выход Linux machine 3.10.104-126 #1 SMP PREEMPT Tue Nov 29 22:24:16 UTC 2016 armv7l armv7l armv7l GNU/Linux
Мой интерфейс Wi-Fi Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter с идентификатором устройства 0bda:8176
Обновить
@Lenniey Я не уверен, что понимаю. Само соединение с сетью выполнено успешно (когда я получаю IP, DHCP настраивает шлюз dns и т. Д., И я могу успешно пропинговать шлюз). У меня устройство 192.168.200.4 (wlan0) и 192.168.1.31 (eth0). Я уже сделал трассировку, это выглядит так:
root@device:~# traceroute -i wlan0 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 192.168.200.254 (192.168.200.254) 7.069 ms 6.961 ms 6.888 ms
2 ***
3 ***
(this continues until traceroute gives up)
30 ***
Моя таблица маршрутизации выглядит следующим образом:
root@device:~# route --verbose
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.1.254 0.0.0.0 UG 100 0 0 eth0
default 192.168.200.254 0.0.0.0 UG 600 0 0 wlan0
link-local * 255.255.0.0 U 1000 0 0 eth0
192.168.1.0 * 255.255.255.0 U 100 0 0 eth0
192.168.200.0 * 255.255.255.0 U 600 0 0 wlan0
@Dennis Nolte Я предположил, что пакеты удаляются интерфейсом, потому что tcpdump сказал об этом после остановки мониторинга. Результат был похож (случайные числа из-за плохой памяти)
59 packages captured
59 packages received by filter
0 packages dropped by kernel
40 packages dropped by interface
Количество пакетов, отброшенных интерфейсом, варьировалось от нуля до всех пакетов. В моих тестах ядро никогда не сбрасывало пакеты. Скриншот wirehark невозможен, так как это устройство без подключенного экрана, и я даже не нахожусь в той же стране, что и устройство. Итак, все мои попытки решить проблему делаются через SSH по локальной сети. Но подключение к локальной сети является временным для проведения профилактических работ, подключение будет через Wi-Fi.