Устройства подключенные по WiFi в локальной сети не видят друг друга
Между шлюзом и любым клиентом AP всё нормально. Т.е. шлюз пингуется, со шлюза есть доступ ко всем клиентам и тоже самое в обратную сторону. Так же работает связь между телевизором (он подключен по проводу к точке доступа) и любым клиентом. При этом Клиент<->Клиент (если оба висят а WiFi) - полный глушняк. Никто никого не видит. Как исправить?
UPD: Итак, весь косяк в изоляции WiFi клиентов. В данном роутере это пункт настроек «Раздел WLAN» или «WLAN Partition». Его надо выключить.
а tcpdump на шлюзе чего показывает? а может в самой AP есть ручка вроде «isolate clients»? Видел такое в нетгирах
а tcpdump на шлюзе чего показывает?
Никогда не пользовался. Наверно надо осваивать. Разбирусь с ним - выложу. Но ведь проблема и с icmp - ping'и то тоже не проходят.
а может в самой AP есть ручка вроде «isolate clients»? Видел такое в нетгирах
Вроде ничего такого нет. Не нашел по крайней мере. Точка ASUS RT-N12E.
а tcpdump на шлюзе чего показывает?
alex-desktop - это и есть шлюз (192.168.13.1). 192.168.13.11 (ноут) хочет достучаться до 192.168.13.23 (устройство на котором на порту 8888 запущен web-сервер). С 192.168.13.1 к нему доступ есть.
DHCP нет. У всех устройств IP вбиты в настройках вручную.
зачем тут правила на шлюзе?? Его можно вообще выключить нах, чтоб не мешал локалку строить
проблема в точке доступа или dhcp. Что там клиенты получают в адресной и маршрутной части? и как сама точка настроена??
А хрен его знает.. Оно же всё равно через шлюз идет? Не очень во всех этих сетевых делах разбираюсь.
проблема в точке доступа или dhcp
Наверно. DHCP нет - у всех клиентов IP-шники прописаны напрямую (честно говоря, это из-за того, что я не понял как на этом ASUS'е настроить выдчу IP по MAC'ам).
Ну включен «Режим точки доступа». В комментарии к нему в частности:
Этот режим предоставляет интернет-подключение для сетевых клиентов, но отключает функции firewall, Общий доступ и NAT.
Что такое «Общий доступ» я в упор не понимаю. Как заставить ее выдавать IP не разобрался. Возможно надо переключить в «Режим общего IP(Default)», но как я понял в этом случае на ней будет NAT и у меня получится еще одна подсеть, что мне как бы нахрен не нужно.
Оно же всё равно через шлюз идет? Не очень во всех этих сетевых делах разбираюсь.
трафик между локальными клиентами не должен идти через шлюз.
у всех клиентов IP-шники прописаны напрямую
вот тут нужны подробности - адреса,маски,маршруты.
+настройки вашей AP - можно прямо скриншотами, всё что прямо или косвенно связанно с сетью
тогда можно что-нить диагностировать/советовать
попробуй arping -I device host
вот тут нужны подробности - адреса,маски,маршруты.
Вот я не очень хорошо понимаю что есть маршруты. На устройствах указаны просто их IP (192.168.13.xx, для ноута 192.168.13.11 например), Маска (255.255.255.0) и шлюз (192.168.13.1). Ну и DNS (яндексовские + гугловские) конечно. Да - в NM есть кнопка Маршруты, но там ничего, а в android я даже не представляю как это указать.
Тишина. Т.е. arping -I wlan0 192.168.13.23
ARPING 192.168.13.23 from 192.168.13.11 wlan0
и все - молчит. Точка доступа (192.168.13.2) и шлюз (192.168.13.1) откликаются. Интересен еще такой нюанс - откликается телевизор (192.168.13.66) - он подключен проводом к точке доступа. Но он и пингуется. Т.е. не проходят пакеты только если оба девайса подключены по Wi-Fi.
а на самой точке доступа ты же нифига вайфай не настроил, к какому ссиду ты коннектишся?
Переключил ASUS в «Режим общего IP» как оно у них называется. В интерфейсе появились дополнительные настройки. Появилась возможность выдавать IP по MAC адресам и они даже выдаются, но устройство теряет доступ в сеть так как получает адрес шлюза 192.168.13.2 (т.е. самого роутера, а не нормального шлюза). При прописывании вручную - пашет.
http://joxi.ru/v29ydvqfw56Y2G http://joxi.ru/8238nqlflRWxAO (при этом не нашел способа не выдавать IP автоматом, а только привязать к MAC'ам). http://joxi.ru/Q2KqDbPsEBj1rj http://joxi.ru/p27E60NhYwBlr7 (какие бы маршруты я не писал методом тыка - не помогает - все работает так же как описано выше) http://joxi.ru/E2pnW6OIy3WyrY http://joxi.ru/bmob653fqJBery (походу лажа тут. как вообще должно быть?)
При этом Клиент<->Клиент (если оба висят а WiFi) - полный глушняк. Никто никого не видит
придётся задавать совсем элементарные вопросы: какие конкретно клиенты WiFi (с деталями - какая ОС, какие настройки сети.) И как проявляется/тестрируется этот полный глушняк.
кстати, желательно не памяти - а именно скриншоты и копипаста, более чем вероятно что вы где-то опечатались и именно эту опечатку надо ловить.
ps/ непомешает отключить точку и уйти пить чай/кофе. Чтобы у всех arp-таблицы естественным образом сбросились
а на самой точке доступа ты же нифига вайфай не настроил, к какому ссиду ты коннектишся?
В смысле? Как это не настроил. Настроил и конкчусь. А как же я тогда вообще вот это пишу если ноут не подключен к точке?
он SSID секурно отфотошопил на скринах :-)
не знаю куда ты цепляешься но судя по твоему скрину http://joxi.ru/LmGpqbPf1a942l точно не на эту точку доступа.
придётся задавать совсем элементарные вопросы: какие конкретно клиенты WiFi (с деталями - какая ОС, какие настройки сети.) И как проявляется/тестрируется этот полный глушняк.
В данный момент два андроид-устройства и ноут с которого пишу. На ноуте онтопик. Тестирую просто ping'ом. На двух андроидах есть DLNA - оба DLNA видятся телеком и работают. На одном из устройств есть web сервер - он доступен со шлюза и с телека (который проводом воткнут). С ноута, который по wifi он не доступен. На одном из андроидов есть консоль. Из нее пингуется шлюз, точка доступа и телек, но не пингуется ноут например. С ноута не пингуются андроиды и пингуется шлюз и телевизор.
Как-то так и проверяю.
Да не отфотошопил - это штатная замазывалка в скриншотере :) Ну и я параноик - это да.
Боишься что на ЛОРе узнают твой ССИД? Да ты точно параноик.
непомешает отключить точку и уйти пить чай/кофе. Чтобы у всех arp-таблицы естественным образом сбросились
Не могу. Одно из устройств андроид используется в данным момент для работы женой. Если оно потеряет связь с сервером (он же мой шлюз) меня съедят.
ну вот и сиди у жены под тапком.
Одно из устройств андроид используется в данным момент для работы женой. Если оно потеряет связь с сервером (он же мой шлюз) меня съедят.
а эксперименты с хаотичными перенастройками точки - никак не влияют?
кстати судя по «На ноуте онтопик. Тестирую просто ping'ом. На двух андроидах есть DLNA - оба DLNA видятся телеком и работают. На одном из устройств есть web сервер - он доступен со шлюза и с телека (который проводом воткнут). С ноута, который по wifi он не доступен. На одном из андроидов есть консоль. Из нее пингуется шлюз, точка доступа и телек, но не пингуется ноут например. С ноута не пингуются андроиды и пингуется шлюз и телевизор»
проблема может быть в ноуте - это от него/к нему не ходит связь как надо
а эксперименты с хаотичными перенастройками точки - никак не влияют?
Несколько минут потери коннекта погоды не делают. А отключение на полчаса и больше - влияет.
проблема может быть в ноуте - это от него/к нему не ходит связь как надо
Андроиды тоже не пингуют друг-друга.
андройды вроде как по умолчанию на пинги не отвечают
Шлюзу отвечают. Оба.
Сбрось AP на заводские настройки (уже затруднюсь сказать что так накосячено)
задай свой SSID, поставь режим точки доступа. Все провода должны быть воткнуты в разъёмы именованные LAN. Если у всех клиентов адреса статические всё заработает.
На всяк.случай - возьми LiveUSB/CD и воткни в свой ноут, должно заработать. Опять-же из соображений - я незнаю что вы там в своей системе наооптимизировали.
Вообще странно - почему ноут спрашивает у шлюза кто 192.168.13.23, а кто 192.168.13.66 не спрашивает. Т.е. ему точка ответила кто это?
Ну вечером попробую конечно.
Вообще странно - почему ноут спрашивает у шлюза кто 192.168.13.23, а кто 192.168.13.66 не спрашивает. Т.е. ему точка ответила кто это?
просто .66 или ненужен на данный момент или уже есть в кеше. Доп запрос ненужен. А .23 незнаком и понадобилось выяснить его MAC.
ps/ Исчезающе мало вероятно - но выдайте уж MAC`и ваших устройств. Существуют специфические диапазоны с отдельными правилами коммутации (а-ля приватные IP адреса), которые китайпром в целях экономии иногда шьёт в устройства.
Ну у телефона c0:14:41:00:60:45. Но шлюз-то его видит. Вообще чем больше думаю о ситуации, тем больше она похожа на бред.
Никак у тебя по дефолту включен Wi-Fi isolation (и я считаю, что это правильно), вот только выключить его на стандартной прошивке судя по всему нельзя.
Когда я пингую телек например, он сам отвечает на широковещательный хуиз: http://joxi.ru/EA4bngyfy7NJmb
Андроиды не отвечают. Более того на интерфейс ноута не прилетает даже запрос от них. Но телек пингуется андроидом. Выходит что не ходят ARP пакеты WiFi<->WiFi
Да, похоже на то. Причем на RT-N12 (по крайней мере на первой прошивке) эта функция есть: http://joxi.ru/LmGpqbPf16Nx2l
Тогда можешь вернутся на нее или поставить dd-wrt, с openwrt нужно искать билд под похожее железо, так как отдельного билда под твой роутер кажется нет.
Если переключить на английский (надо было раньше сделать) то есть пункт WLAN Partition. Если его погуглить, то в длинках это как раз оно и есть. Если его отключить - все работает.
А перевод вообще забавный. Знаешь как по русски STBC? Ну конечно же «Вы действительно хотите удалить все записи?»
Если переключить на английский (надо было раньше сделать) то есть пункт WLAN Partition
а по русски, в варианте ASUS это как звучит ?
Раздел WLAN. Черт его знает - я думал это раздел настроек например, а вместе с его отключением отключится радиомодуль.
Так только и нужно делать. Мало ли, что там по переводили студенты или маркетологи. Да, в спеках c интернета сказано, что Wi-Fi isolated, а в документации, про настройку isolation вообще не слова, так без доступа к прошивке, мне вполне логично было предположить, что он совсем не умеет ее отключать.