The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Маршрутизация в wifi"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Маршрутизация, NAT / Linux)
Изначальное сообщение [ Отслеживать ]

"Маршрутизация в wifi"  +/
Сообщение от Vla (ok), 16-Июн-25, 15:12 
Чего-то я не знаю, но не могу понять чего и где порыть...
Есть 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 wlp3s0

wifi

# 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


Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Vla (ok), 16-Июн-25, 15:21   +/
Вот так выглядит ping на одном и другом подключении в wireshark:
https://allwebs.ru/image/%D0%A1%D0%BD�...
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от AS (??), 16-Июн-25, 15:36   +1 +/
ip route add 8.8.8.8/32 via <адрес нужного шлюза>

пробуй не интерфейс вМаршруты добавить, а адрес шлюза, который "знает", куда нужно дальше передавать пакеты..
устройство же выберется автоматически..

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

3. Сообщение от Vla (ok), 16-Июн-25, 16:07   +/
> 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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4, #10

4. Сообщение от Tron is Whistling (?), 17-Июн-25, 09:23   –3 +/
Потому что нет базового понимания того, как вообще сети устроены и работают.
Хоть и не хочется это писать, но - учи матчасть. Подобные вопросы исчезнут сами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #5

5. Сообщение от Vla (ok), 17-Июн-25, 13:41   +/
> Потому что нет базового понимания того, как вообще сети устроены и работают.
> Хоть и не хочется это писать, но - учи матчасть. Подобные вопросы
> исчезнут сами.

Не отрицаю и прошу ткнуть, где и что прочитать, дабы восполнить пробел.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #6, #7, #8

6. Сообщение от Pahanivo (ok), 17-Июн-25, 13:54   +/
> Не отрицаю и прошу ткнуть, где и что прочитать, дабы восполнить пробел.

В.Г. Олифер, Н.А. Олифер. КОМПЬЮТЕРНЫЕ СЕТИ

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

7. Сообщение от Tron is Whistling (?), 17-Июн-25, 14:31   +/
Начинай с Cisco ICND. Оно конечно под их железки заточено, но как основной ликбезный курс - вполне себе. А ещё лучше - залудить это старыми CCNA, года до 2005 - там ещё и физика описана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Tron is Whistling (?), 17-Июн-25, 14:35   –2 +/
Если ICND сразу сложно (хотя там всё разжёвывается), можно действительно для общего понимания Олифера взять, но его надо брать в оригинале, перевод ужасный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #9

9. Сообщение от Pahanivo (ok), 17-Июн-25, 23:16   +2 +/
> Если ICND сразу сложно (хотя там всё разжёвывается), можно действительно для общего
> понимания Олифера взять, но его надо брать в оригинале, перевод ужасный.

Олифера? в оригинале? Прастите, на каком языге?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #11, #12

10. Сообщение от Andrey (??), 18-Июн-25, 08:42   +/
> Только не понятно почему по разному работает с этими wifi, всё же
> везде одинаково...

Ну для этого нужно понимать для чего есть "маршрутизация через интерфейс" и "маршрутизация через IP адрес". Чем они отличаются, где применяются и как работают. Поймете это - поймете почему одинаковые вещи работают абсолютно по разному.
Как советовали: читайте доки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

11. Сообщение от Tron is Whistling (?), 18-Июн-25, 20:42   +/
На русском, естественно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

12. Сообщение от Tron is Whistling (?), 18-Июн-25, 20:43   +/
Есть перевод на английский допустим 3 редакции - он ужасен.
Мне удобнее например ВСЁ на английском читать, но конкретно здесь - лучше не брать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #13

13. Сообщение от Pahanivo (ok), 19-Июн-25, 17:52   +/
Это, мягко говоря, кабздец как странно ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #14, #15

14. Сообщение от Tron is Whistling (?), 19-Июн-25, 20:19   +/
Да ничего странного, я билингв. При этом мыслю на английском...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16

15. Сообщение от Tron is Whistling (?), 19-Июн-25, 20:20   +/
Ну и вообще научная и особенно IT-сфера - это английский априори. Так уж сложилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

16. Сообщение от Pahanivo (ok), 19-Июн-25, 22:56   +/
> я билингв.

Ну это ... как бы ... зачем тут этот каминг-аут?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру