Чего-то я не знаю, но не могу понять чего и где порыть...
Есть wifi домашний (далее просто wifi), с интернетом по проводу, а есть wifi раздаваемый с телефона (далее wifi tel), карточка в ноуте, через которую подключаюсь к этим wifi называется wlp3s0. Суть: изначально ping до 8.8.8.8 работает, если добавить:ip route add 8.8.8.8/32 dev wlp3s0
то на обычном wifi ping до 8.8.8.8 работает, а на wifi tel - работать перестаёт.
При неработающем ping-е в dst ставится адрес wlp3s0, а не 8.8.8.8 и выглядит это так:
# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
From 192.168.43.50 icmp_seq=1 Destination Host Unreachable
From 192.168.43.50 icmp_seq=2 Destination Host Unreachable
From 192.168.43.50 icmp_seq=3 Destination Host Unreachable
При этом я не вижу в маршрутизации отличий. Далее таблица роутинга при обоих подключениях, с добавлением маршрута на 8.8.8.8 и без, а так же ifconfig и ip a.
wifi# ip route show
default via 192.168.2.1 dev wlp3s0 proto dhcp src 192.168.2.3 metric 600
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.2.0/24 dev wlp3s0 proto kernel scope link src 192.168.2.3 metric 600
tel wifi# ip route show
default via 192.168.43.1 dev wlp3s0 proto dhcp src 192.168.43.50 metric 600
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.43.0/24 dev wlp3s0 proto kernel scope link src 192.168.43.50 metric 600
после: ip route add 8.8.8.8/32 dev wlp3s0wifi
# ip route show
default via 192.168.2.1 dev wlp3s0 proto dhcp src 192.168.2.3 metric 600
8.8.8.8 dev wlp3s0 scope link
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.2.0/24 dev wlp3s0 proto kernel scope link src 192.168.2.3 metric 600
tel wifi# ip route show
default via 192.168.43.1 dev wlp3s0 proto dhcp src 192.168.43.50 metric 600
8.8.8.8 dev wlp3s0 scope link
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.43.0/24 dev wlp3s0 proto kernel scope link src 192.168.43.50 metric 600
wifi# ifconfig wlp3s0
wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.3 netmask 255.255.255.0 broadcast 192.168.2.255
inet6 fe80::25d8:b5b7:9f1f:d6ca prefixlen 64 scopeid 0x20<link>
ether b4:b5:b6:a4:97:ff txqueuelen 1000 (Ethernet)
RX packets 23822 bytes 16596654 (16.5 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 19078 bytes 3245631 (3.2 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0# ip a show dev wlp3s0
4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether b4:b5:b6:a4:97:ff brd ff:ff:ff:ff:ff:ff
inet 192.168.2.3/24 brd 192.168.2.255 scope global dynamic noprefixroute wlp3s0
valid_lft 86397sec preferred_lft 86397sec
inet6 fe80::25d8:b5b7:9f1f:d6ca/64 scope link noprefixroute
valid_lft forever preferred_lft forever
tel wifi# ifconfig wlp3s0
wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.43.50 netmask 255.255.255.0 broadcast 192.168.43.255
inet6 fe80::8468:8492:95b3:89d9 prefixlen 64 scopeid 0x20<link>
ether b4:b5:b6:a4:97:ff txqueuelen 1000 (Ethernet)
RX packets 23928 bytes 16615380 (16.6 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 19183 bytes 3262463 (3.2 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0# ip a show dev wlp3s0
4: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether b4:b5:b6:a4:97:ff brd ff:ff:ff:ff:ff:ff
inet 192.168.43.50/24 brd 192.168.43.255 scope global dynamic noprefixroute wlp3s0
valid_lft 3518sec preferred_lft 3518sec
inet6 fe80::8468:8492:95b3:89d9/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Вот так выглядит ping на одном и другом подключении в wireshark:
https://allwebs.ru/image/%D0%A1%D0%BD�...
ip route add 8.8.8.8/32 via <адрес нужного шлюза>пробуй не интерфейс вМаршруты добавить, а адрес шлюза, который "знает", куда нужно дальше передавать пакеты..
устройство же выберется автоматически..
> ip route add 8.8.8.8/32 via <адрес нужного шлюза>
> пробуй не интерфейс вМаршруты добавить, а адрес шлюза, который "знает", куда нужно
> дальше передавать пакеты..
> устройство же выберется автоматически..Спасибо :) С via заработало :)
Только не понятно почему по разному работает с этими wifi, всё же везде одинаково...
# netstat -rn
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 192.168.43.1 0.0.0.0 UG 0 0 0 wlp3s0
172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0
192.168.43.0 0.0.0.0 255.255.255.0 U 0 0 0 wlp3s0
netstat -rn
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 192.168.2.1 0.0.0.0 UG 0 0 0 wlp3s0
172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 wlp3s0
Потому что нет базового понимания того, как вообще сети устроены и работают.
Хоть и не хочется это писать, но - учи матчасть. Подобные вопросы исчезнут сами.
> Потому что нет базового понимания того, как вообще сети устроены и работают.
> Хоть и не хочется это писать, но - учи матчасть. Подобные вопросы
> исчезнут сами.Не отрицаю и прошу ткнуть, где и что прочитать, дабы восполнить пробел.
> Не отрицаю и прошу ткнуть, где и что прочитать, дабы восполнить пробел.В.Г. Олифер, Н.А. Олифер. КОМПЬЮТЕРНЫЕ СЕТИ
>> Не отрицаю и прошу ткнуть, где и что прочитать, дабы восполнить пробел.
> В.Г. Олифер, Н.А. Олифер. КОМПЬЮТЕРНЫЕ СЕТИСпасибо, скачал pdf-ку, полистал, заказал бумагу.
dev указывается если маршрут прямой, via - если не прямой.
При указании dev нет точного маршрута и поэтому шлётся arp-запрос, что бы узнать mac-адрес назначения. Далее зависит от точки доступа, если она умеет arp proxy, то скажет, что за 8.8.8.8 отвечает она, если не умеет, то не умеет.
В итоге в маршрутах имеем:домашний wi-fi:
# ip neigh show
192.168.2.1 dev wlp3s0 lladdr f8:66:f2:2d:78:ee REACHABLE
8.8.8.8 dev wlp3s0 lladdr f8:66:f2:2d:78:ee STALEwi-fi через телефон:
192.168.43.1 dev wlp3s0 lladdr 02:6c:df:ff:5d:81 REACHABLE
8.8.8.8 dev wlp3s0 FAILED
Начинай с Cisco ICND. Оно конечно под их железки заточено, но как основной ликбезный курс - вполне себе. А ещё лучше - залудить это старыми CCNA, года до 2005 - там ещё и физика описана.
Если ICND сразу сложно (хотя там всё разжёвывается), можно действительно для общего понимания Олифера взять, но его надо брать в оригинале, перевод ужасный.
> Если ICND сразу сложно (хотя там всё разжёвывается), можно действительно для общего
> понимания Олифера взять, но его надо брать в оригинале, перевод ужасный.Олифера? в оригинале? Прастите, на каком языге?
На русском, естественно.
Есть перевод на английский допустим 3 редакции - он ужасен.
Мне удобнее например ВСЁ на английском читать, но конкретно здесь - лучше не брать.
Это, мягко говоря, кабздец как странно ...
Да ничего странного, я билингв. При этом мыслю на английском...
> я билингв.Ну это ... как бы ... зачем тут этот каминг-аут?
Ну и вообще научная и особенно IT-сфера - это английский априори. Так уж сложилось.
> Только не понятно почему по разному работает с этими wifi, всё же
> везде одинаково...Ну для этого нужно понимать для чего есть "маршрутизация через интерфейс" и "маршрутизация через IP адрес". Чем они отличаются, где применяются и как работают. Поймете это - поймете почему одинаковые вещи работают абсолютно по разному.
Как советовали: читайте доки.