Konfigurieren des drahtlosen Zugangspunkts für Ubuntu, damit Smartphones eine Verbindung zu Apple TV herstellen können

Ich habe Schwierigkeiten, diese Frage nur aufgrund von Grundkenntnissen des Networking zu gestalten - seien Sie vorsichtig mit mir, ich bin ein Landsmann.

Mein Heimnetzwerk ist so eingerichtet, dass der gewöhnliche Wireless / Ethernet-Router mit dem ISP kommuniziert, DHCP abwickelt und DNS-Anforderungen an die DNS-Server des ISP weiterleitet.

Unser Wohnzimmer befindet sich in der dritten Etage und der Router befindet sich im Erdgeschoss. In der obersten Etage gibt es praktisch keine drahtlose Abdeckung. Was ich allerdings habe, ist ein CAT5e-Ethernet-Kabel vom Router in die oberste Etage, und ich habe meine Ubuntu 15.10-Maschine mit einer NIC als eth0 an diese angeschlossen.

Es gibt auch eine WLAN-Karte in der Ubuntu-Maschine, also habe ich die Linux-Box mit "create_ap" als WLAN-Zugangspunkt eingestellt. Create_ap arbeitet hervorragend mit den (meistens) Standardeinstellungen (ich habe den Kanal auf 3 geändert, um die Signale des Nachbarn zu vermeiden). Ich habe jetzt ein wirklich tolles schnelles WLAN-Signal vom obersten Stockwerk. Create_ap arbeitet im NAT-Modus.

Das Problem ist, dass der neu geschaffene Zugangspunkt sich scheinbar als Gateway in einem anderen Subnetz zu etablieren scheint. Sketchy über die Terminologie hier tut mir leid, aber das wichtigste Ethernet-DHCP gibt IP-Adressen im Bereich 192.168.1.x aus, und create_ap betreibt einen eigenen DHCP-Server, der IP-Adressen in 192.168 ausgibt. 12 .x Bereich.

Normalerweise ist dies für fast alle Anwendungen im Netzwerk kein Problem. Wir können unsere Smartphones anschließen und surfen, E-Mail usw.

Mein spezielles Problem ist, dass wir eine Apple TV-Box haben, die an das Ethernet 192.168.1.x-Netzwerk angeschlossen ist. Wir würden gerne von unseren Smartphones auf die AppleTV-Box spielen, aber wir können es nicht, weil sie sich nicht im selben "Netzwerk" befinden.

Ich gehe davon aus, dass dies zur Behebung des Problems bedeutet, dass sowohl das Smartphone als auch das AppleTV IPs innerhalb derselben Reichweite erhalten müssen. (dh 192.168.1.x).

Versuchte Korrekturen:

1. Ich habe create_ap so konfiguriert, dass der Zugangspunkt mit der IP-Adresse 192.168.1.3 als Gateway eingerichtet und IP-Adressen im Bereich 192.168.1.5-254 ausgegeben werden. Vorhersehbar hat dies nicht funktioniert - wenn ich darüber nachdenke, habe ich zwei DHCP-Server in derselben Domäne. Ich denke, ich kann an 192.168.1.1 pingen, aber beim Surfen im Internet wird kein DNS-Server angezeigt.

2. Ich habe dann den Hauptrouter so geändert, dass nur DHCP-IPs im Bereich 192.168.1.5-199 ausgegeben werden und create_ap 192.168.1.1 als Gateway und Ausgabe aus dem Bereich 192.168.1.200-220 verwendet. Das hat auch nicht funktioniert.

3. Ähnlich wie 2, außer dass ich create_ap angewiesen habe, 192.168.1.3 als Gateway-IP zu verwenden.

Ich bin der Meinung, dass das Problem gelöst werden könnte, wenn ich den Hauptrouter für DHCP verwenden und den Zugriffspunkt veranlassen könnte, alle DHCP-Anforderungen an den Hauptrouter weiterzuleiten. Ist das was eine Brücke ist? create_ap hat einen 'Bridge'-Modus anstelle von NAT. Mein begrenztes Wissen hört eher auf, was eine Brücke ist, wozu sie verwendet werden kann und wie sie nützlich sein kann.

Oder gibt es eine Möglichkeit, die IPs des Smartphones so zu fälschen, dass sie aussehen, als wären sie im 192.168.1.x-Netzwerk?

Vielen Dank für alle Gedanken.

Hier ist die Ausgabe von ifconfig in der Konfiguration, die den Internet-Zugang zu den Smartphones bietet, aber keine Verbindung zum Apple TV herstellt.

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) 

Update: Also habe ich versucht, eine überbrückte Verbindung mit:

sudo create_ap -m bridge wlp4s6 enp3s0 AP-NAME MYPASSWORD 

Dadurch wird eine br0-Schnittstelle mit der folgenden ifconfig-Ausgabe erstellt.

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) 

Dies hat den Effekt, dass das Browsen vom Linux-Computer aus unterbrochen wird (gibt zurück: "Diese Website ist nicht erreichbar. Die Server-DNS-Adresse von www.google.co.uk konnte nicht gefunden werden." Auf Chrome. Aber ich kann den Router 192.168.1.1 und pingen Mein Smartphone scheint in der Lage zu sein, im Internet zu surfen.

Dies sieht wie ein DNS-Problem auf dem Ubuntu-Computer aus, wenn die br0-Schnittstelle verwendet wird. Ich kann den Router per Ping anrufen und mit 192.168.1.1 nach ihm suchen. Ich kann auch den DNS-Server 8.8.8.8 von Google anpingen, also habe ich Verkehr, denke ich, nur kein DNS.

Wie bekomme ich den DNS für den Ubuntu-Computer, wenn der Zugangspunkt ausgeführt wird?