LINUX.ORG.RU

не подключается к wi-fi сети если AP отключен от интернет

 


0

2

привет!

есть девайс, в который воткнут wi-fi свисток работающий в режиме AP. если девайс подключен(RJ45) к интернет - все ок, к точке достпупа может подключиться любой. если же выдернуть интернет - точка доступа видна, но никто не может к ней подключиться.

и еще: если подключиться когда интернет воткнут, и пинговать AP - все ок, но если отключить интернет(не отключая wi-fi) - перестает пинговаться

что, где, проверить?

спасибо

★★★

Ответ на: комментарий от ps1h

на какой из них? на той, которая является AP, или на той, которая подключается?

и как смотреть?

niXman ★★★ ()
Ответ на: комментарий от niXman

Вывод dmesg после отключения/подключения ethernet покажи на всякий случай. Ну и хвост журнала тоже можно глянуть.

Есть ли шелл доступ к тачке в которую воткнут AP?

pon4ik ★★★★★ ()
Ответ на: комментарий от pon4ik

Вывод dmesg после отключения/подключения ethernet покажи на всякий случай.

с включенным AP?

Ну и хвост журнала тоже можно глянуть.

что это?

Есть ли шелл доступ к тачке в которую воткнут AP?

да. но я сейчас на локальной железке все это делаю, проблема та же...

niXman ★★★ ()
Последнее исправление: niXman (всего исправлений: 2)
Ответ на: комментарий от niXman

Ссылку не смотрел, но по симптомам и косвенно по имени ссылки #bridged-internet ... можно предположить, что wifi интерфейс у вас работает в режиме моста с ethernet интерфейсом. И видимо даже свой dhcp вы не поднимали.

Вот и получается, что когда вы отключаете провод или проводной интерфейс у вас отключается и мост (bridge) по которому у вас и возможно раздается dhcp.

Прежде чем что-то делать подняти хотя бы минимальный уровень знаний по сетям.

infomeh ★★ ()
Ответ на: комментарий от niXman

Что бы у вас работал wifi вам при отключении проводного интерфейса вам нужно поднимать на wifi свою отдельную сеть и свой dhcp сервер для wifi клиентов и свой dns, если нужно. И делат либо NAT, либо настраивать маршрутизацию между wifi и ethernet сетью.

Как-то так. Прочтите мой предыдущий комментарий.

Без начального минимума знаний по сетям у вас будут сплошные проблемы используя чьи-то скрипты.

У вас уже не первая такая тема, когда вы ничего не понимая используете какой-то скрипт и получаете только проблемы.

Учитесь.

Удачи.

infomeh ★★ ()
Ответ на: комментарий от infomeh

да, используется мост. вывод ifconfig:

br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.61  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::b46f:22ff:fe94:da52  prefixlen 64  scopeid 0x20<link>
        ether b6:6f:22:94:da:52  txqueuelen 1000  (Ethernet)
        RX packets 119  bytes 28269 (28.2 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 54  bytes 6815 (6.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 06:3d:17:27:13:6c  txqueuelen 1000  (Ethernet)
        RX packets 535  bytes 175491 (175.4 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 54  bytes 7571 (7.5 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 24  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 100  bytes 7284 (7.2 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 100  bytes 7284 (7.2 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

p2p0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 52:3e:aa:da:7d:a0  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 1  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

видимо даже свой dhcp вы не поднимали.

вроде нет. как проверить? как поднять?

Прежде чем что-то делать подняти хотя бы минимальный уровень знаний по сетям.

хорошая идея, но некогда...

niXman ★★★ ()
Ответ на: комментарий от niXman

как проверить?

Посмотрите адрес dhcp сервера на клиентах.

Но если не делали, то скорее всего у вас используется dhcp от ethernet сети.

Br0 - интерфейс моста.

Как поднять?

Читайте в интернет.

Разберитесь как поднять wifi точку доступа для linux.

infomeh ★★ ()
Ответ на: комментарий от niXman

хорошая идея, но некогда...

Тогда вы будете постоянно попадать в проблемные ситуации, не понимая почему они произошли.

infomeh ★★ ()
Ответ на: комментарий от niXman

Журнал в смысле journalctl или syslog, что там на хосте в смысле.

pon4ik ★★★★★ ()
Ответ на: комментарий от niXman

Кстати тип прав, я чёт тупанул - ты отрубаешь когда фазически интерфейс на который кинут мост, у интерфейса и моста пропадают адреса и доступ к dhcp. Т.е. клиент коннектится к точке доступа, а вот адрес получить уже не может, т.к. её у самой точки тоже нет. Нужна виртуальная сеть, а так же маршруты и nat до источника интернета. Ну и dhcp для удобства клиентов, иначе им придётся адреса себе назначать самим.

Просто стёба ради - укажи в настройках клиента статический ip - вангую, линк произойдёт. Если не произойдёт, надо ещё будет мосту приделать адрес (например с помощью ip addr add) и указать этот адрес в качестве шлюза.

pon4ik ★★★★★ ()
Ответ на: комментарий от pon4ik

Просто стёба ради - укажи в настройках клиента статический ip - вангую, линк произойдёт. Если не произойдёт, надо ещё будет мосту приделать адрес (например с помощью ip addr add) и указать этот адрес в качестве шлюза.

у моста и так статический IP, так должно быть. в настройках клиента какой IP указать?

niXman ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.