Настройка беспроводной точки доступа Ubuntu для подключения смартфонов к Apple TV

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

Моя Домашняя сеть настроена с обычным беспроводным / 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.х).

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

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 (возвращает «Этот сайт не может быть найден. DNS-адрес сервера www.google.co.uk не найден». На chrome. Но я могу пропинговать маршрутизатор 192.168.1.1 и мой смартфон, кажется, может просматривать интернет просто отлично ???

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

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