Мне трудно сформулировать этот вопрос из-за только базовых знаний о сетевом взаимодействии - будь осторожен со мной, я деревенский парень.
Моя Домашняя сеть настроена с обычным беспроводным /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).
Попытки исправить:
Я настроил create_ap для установки точки доступа с IP-адресом 192.168.1.3 в качестве шлюза и выдачи IP-адресов в диапазоне 192.168.1.5-254. Как и ожидалось, это не сработало - подумав об этом, я получил два DHCP-сервера в одном домене. Думаю, что я могу пинговать до 192.168.1.1, но просмотр веб-страниц приводит к «нет DNS-сервера»
Затем я изменил основной маршрутизатор, чтобы он выдавал только IP-адреса DHCP в диапазоне 192.168.1.5-199 и create_ap для использования 192.168.1.1 в качестве шлюза и выпуска из диапазона 192.168.1.200-220. Это тоже не сработало.
Аналогично 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 при запуске точки доступа?