3

Мне трудно сформулировать этот вопрос из-за только базовых знаний о сетевом взаимодействии - будь осторожен со мной, я деревенский парень.

Моя Домашняя сеть настроена с обычным беспроводным /Ethernet-маршрутизатором, который общается с интернет-провайдером, обрабатывает DHCP и, я думаю, пересылает DNS-запросы на DNS-серверы интернет-провайдера.

Наша гостиная находится на третьем этаже, а маршрутизатор - на первом этаже - практически нет беспроводного покрытия на верхнем этаже. Однако у меня есть кабель Ethernet CAT5e от маршрутизатора до верхнего этажа, и моя машина Ubuntu 15.10 была подключена к нему с сетевой картой как eth0.

В машине с Ubuntu также есть беспроводная карта, поэтому я установил Linux для работы в качестве беспроводной точки доступа с помощью create_ap. Create_ap прекрасно работает с (в основном) настройками по умолчанию (я изменил канал на 3, чтобы избежать сигналов соседа). Теперь у меня действительно отличный быстрый сигнал Wi-Fi с верхнего этажа. Create_ap работает в режиме NAT.

Проблема в том, что вновь созданная точка доступа настроена как (я думаю) шлюз в другой подсети? Извините за терминологию, извините, но основной Ethernet-DHCP выдает IP-адреса в диапазоне 192.168.1.x, а create_ap использует собственный DHCP-сервер, который выдает IP-адреса в 192.168. 12.х диапазон.

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

Моя конкретная проблема в том, что у нас есть Apple TV, подключенный к сети Ethernet 192.168.1.x. Мы хотели бы транслировать / отображать экранное зеркало с наших смартфонов на коробку appleTV, но мы не можем, потому что они не находятся в той же «сети».

Я предполагаю, что это означает, что для решения проблемы нам нужно, чтобы смартфоны и AppleTV имели IP-адреса в одном диапазоне. (То есть. 192.168.1.x).

Попытки исправить:

  1. Я настроил create_ap для установки точки доступа с IP-адресом 192.168.1.3 в качестве шлюза и выдачи IP-адресов в диапазоне 192.168.1.5-254. Как и ожидалось, это не сработало - подумав об этом, я получил два DHCP-сервера в одном домене. Думаю, что я могу пинговать до 192.168.1.1, но просмотр веб-страниц приводит к «нет DNS-сервера»

  2. Затем я изменил основной маршрутизатор, чтобы он выдавал только IP-адреса DHCP в диапазоне 192.168.1.5-199 и create_ap для использования 192.168.1.1 в качестве шлюза и выпуска из диапазона 192.168.1.200-220. Это тоже не сработало.

  3. Аналогично 2, за исключением того, что я сказал create_ap использовать 192.168.1.3 в качестве IP-адреса шлюза.

У меня есть представление, что проблема могла бы быть решена, если бы я мог просто использовать основной маршрутизатор для DHCP и заставить точку доступа просто перенаправлять любые запросы DHCP на основной маршрутизатор. Это что за мост? create_ap имеет режим 'bridge', а не NAT. Мои ограниченные знания скорее ограничиваются тем, что такое мост, для чего он может быть использован и чем он может быть полезен.

Или есть способ подделки IP-адресов смартфонов, чтобы они выглядели так, как будто они находятся в сети 192.168.1.x?

Большое спасибо за любые мысли.

Вот выходные данные ifconfig в конфигурации, которая обеспечивает доступ в Интернет для смартфонов, но не подключается к Apple TV.

enp3s0    Link encap:Ethernet  HWaddr c8:60:00:53:e2:73  
          inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::ca60:ff:fe53:e273/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5850994 errors:0 dropped:17 overruns:0 frame:0
          TX packets:3710716 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:7924568585 (7.9 GB)  TX bytes:1160978370 (1.1 GB)

wlp4s6    Link encap:Ethernet  HWaddr 80:1f:02:4f:17:0a  
          inet addr:192.168.12.1  Bcast:192.168.12.255  Mask:255.255.255.0
          inet6 addr: fe80::821f:2ff:fe4f:170a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:95836 errors:0 dropped:14 overruns:0 frame:0
          TX packets:133242 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:8354049 (8.3 MB)  TX bytes:179933721 (179.9 MB)

Обновление: поэтому я попытался установить мостовое соединение с:

sudo create_ap -m bridge wlp4s6 enp3s0 AP-NAME MYPASSWORD

который создает интерфейс br0 со следующим выводом ifconfig.

br0       Link encap:Ethernet  HWaddr 80:1f:02:4f:17:0a  
          inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::ca60:ff:fe53:e273/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:71 errors:0 dropped:0 overruns:0 frame:0
          TX packets:171 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:18583 (18.5 KB)  TX bytes:57372 (57.3 KB)

Это приводит к нарушению работы браузера на машине linux (возвращает «Этот сайт не может быть найден www.google.co.uk. Не удалось найти DNS-адрес сервера.» В chrome. Но я могу пропинговать роутер 192.168.1.1 и мой смартфон, похоже, может нормально просматривать интернет ???

Это похоже на проблему dns на машине с Ubuntu при использовании интерфейса br0. Я могу проверить связь с маршрутизатором и перейти к нему, используя 192.168.1.1. Я также могу пропинговать DNS-сервер Google 8.8.8.8, поэтому я думаю, что у меня есть трафик, но не DNS.

Как заставить DNS работать на машине с Ubuntu при запуске точки доступа?

0