Suite à précédent, il était possible de sous-surveiller l'iPad sans réseau sans fil en passant par le hotspot Ubuntu. Cependant, en réalité, il serait difficile de faire fonctionner un PC sans se connecter à Internet, donc je l'ai défini comme objectif précédent.
J'en serai accro encore plus profondément dans le but de le réaliser.
En parlant de hotspots, j'ai imaginé les "hotspots mobiles" de Windows 10, j'ai donc pensé que je devrais pouvoir "devenir un hotspot WiFi en me connectant à un réseau sans fil", et les posts suivants concordaient. J'étais là, alors j'ai continué.
(référence) "Create_ap", qui peut transformer une machine Linux en un routeur LAN sans fil instantané avec une seule commande, était très pratique. https://qiita.com/KuwaK/items/5903c7584657151d576a
$ sudo apt install hostapd
$ git clone https://github.com/oblique/create_ap
$ cd create_ap ← #Fabriqué dans le répertoire courant
$ sudo make install
Ce que je veux faire est de me connecter à Internet et d'utiliser la même interface sans fil intégrée pour l'AP, alors spécifiez le IF sans fil intégré pour le Wifi I / F et l'AP I / F et exécutez!
$ sudo ./create_ap wlp12s0 wlp12s0 ubuntu_ap passwd
ERROR: Your adapter does not support AP (master) mode
Oh, je me suis fâché.
Cela signifie que l'adaptateur ne prend rien en charge, donc pour confirmation [ce site](https://wakanya.wordpress.com/2016/09/18/wifi%E3%82%A2%E3 % 83% 80% E3% 83% 97% E3% 82% BF% E3% 81% 8Cap% E5% AF% BE% E5% BF% 9C% E3% 81% 8B% E8% AA% BF% E3% 81 % B9% E3% 82% 8B% E6% 96% B9% E6% B3% 95iw% E3% 82% B3% E3% 83% 9E% E3% 83% B3% E3% 83% 89 /) J'ai procédé.
$iw dev
phy#0
Interface wlp12s0
ifindex 3
wdev 0x1
addr 00:1b:77:9f:65:3b
ssid aterm-b1d711-a
type managed
channel 36 (5180 MHz), width: 20 MHz (no HT), center1: 5180 MHz
txpower 15.00 dBm
Étant donné que le numéro physique s'est avéré être "phy0", des informations détaillées sont affichées.
$ iw phy phy0 info
Wiphy phy0
:
Supported interface modes:
* IBSS
* managed
* monitor
Band 1:
:
interface combinations are not supported
:
$
On dit que si "AP" est inclus dans ces modes d'interface pris en charge, il fonctionnera comme un AP, mais malheureusement, l'AP n'est pas inclus. De plus, si la combinaison est prise en charge, il est dit que la connexion WiFi et AP peuvent être compatibles, mais ce n'est pas non plus pris en charge.
Comme je m'y attendais, il s'est avéré que l'objectif = réseau sans fil et sous-moniteur via hotspot ne peuvent pas être compatibles avec l'adaptateur sans fil intégré de l'ancien ordinateur portable.
Je ne pouvais pas m'en empêcher, alors j'ai cherché une boîte dans laquelle j'avais jeté un appareil imaginaire, et j'ai trouvé une unité esclave sans fil avec une connexion USB (n / b / g, 2,4 GHz uniquement) et une carte PC (compatible a / b / c, 2,4 GHz / 5 GHz). A été trouvé, j'ai donc connecté chacun à un PC et vérifié avec la commande iw.
(Pour carte PC)
$ iw dev
phy#2
Interface wlp29s0
ifindex 5
wdev 0x200000001
addr 00:16:01:c6:44:30
type managed
txpower 20.00 dBm
:
$ iw phy phy2 info
:
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
* mesh point
Band 1:
:
software interface modes (can always be added):
* AP/VLAN
* monitor
valid interface combinations:
* #{ managed } <= 2048, #{ AP, mesh point } <= 4,
total <= 2048, #channels <= 1
:
USB est omis, mais les deux sont jugés utilisables car "AP" s'affiche comme décrit ci-dessus et les combinaisons ne sont pas prises en charge.
Cependant, lorsque j'ai exécuté create_ap
$ sudo ./create_ap wlp29s0 wlp29s0 ubuntu_ap passphrase
Config dir: /tmp/create_ap.wlp29s0.conf.dueX6muc
PID: 9149
Network Manager found, set ap0 as unmanaged device... DONE
wlp29s0 is already associated with channel 36 (5180 MHz), fallback to channel 36
Creating a virtual WiFi interface... ap0 created.
ERROR: Your adapter can not transmit to channel 36, frequency band 5GHz.
Doing cleanup.. done
Alors j'ai encore une erreur.
D'après le résultat de la liste iw, l'adaptateur sans fil externe ne peut gérer qu'un seul canal, mais s'il est connecté à la radio avec 36ch, il ne serait pas étrange de créer un AP virtuel avec le même 36ch. En fait, parce que create_ap reconnaît également qu'il utilise 36ch, il essaie de créer un AP virtuel avec 36ch (la valeur par défaut est créée avec 1ch).
Mais que signifie une erreur?
De plus, quand j'ai cherché sur Google, la vérité n'est pas vraie, mais quand je regarde Coco exchange, il semble qu'il y ait quelque chose qui ne va pas avec le côté 5 GHz. J'ai pu le lire.
Donc, je me suis reconnecté au réseau sans fil à 2,4 GHz et j'ai commencé par spécifier explicitement le canal confirmé par la commande iw dev comme option (-c 9) de create_ap.
$ iw dev
phy#1
Interface wlp29s0
:
channel 9 (2452 MHz), width: 20 MHz (no HT), center1: 2452 MHz
txpower 20.00 dBm
:
$ sudo ./create_ap -c 9 --freq-band 2.4 wlp29s0 wlp29s0 ubuntu_ap passphrase
Config dir: /tmp/create_ap.wlp29s0.conf.OsntY19U
PID: 17368
Network Manager found, set ap0 as unmanaged device... DONE
wlp29s0 is already associated with channel 9 (2452 MHz)
Creating a virtual WiFi interface... ap0 created.
Sharing Internet using method: nat
hostapd command-line interface: hostapd_cli -p /tmp/create_ap.wlp29s0.conf.OsntY19U/hostapd_ctrl
Configuration file: /tmp/create_ap.wlp29s0.conf.OsntY19U/hostapd.conf
Using interface ap0 with hwaddr 00:16:01:c6:44:31 and ssid "ubuntu_ap"
ap0: interface state UNINITIALIZED->ENABLED
ap0: AP-ENABLED
dans ifconfig
$ ifconfig
ap0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.12.1 netmask 255.255.255.0 broadcast 192.168.12.255
:
wlp29s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.8 netmask 255.255.255.0 broadcast 192.168.0.255
:
iw dev
$ iw dev
phy#1
Interface ap0
:
channel 9 (2452 MHz), width: 20 MHz (no HT), center1: 2452 MHz
Interface wlp29s0
:
channel 9 (2452 MHz), width: 20 MHz (no HT), center1: 2452 MHz
:
Donc, j'ai finalement fait un nouveau I / F appelé "ap0" en utilisant un canal.
Au fait, lorsque j'ai vérifié la procédure pour la première fois, je pouvais créer un AP virtuel avec 5Ghz (36ch), mais lorsque je l'ai reconfirmé, je ne pouvais pas le faire du côté 5GHz, peu importe combien j'ai essayé. La procédure n'est peut-être pas exactement la même, mais si vous regardez le mouvement incertain à 5 GHz, vous ne pouvez pas nier la possibilité d'un problème (bien que cela ait été possible à 2,4 GHz, je ne le poursuivrai pas plus loin).
Dans cet état, si vous vous connectez à l'adresse IP (192.168.12.1) de l'AP virtuel depuis l'iPad, le journal sera acheminé vers le terminal qui a démarré create_ap, et vous pourrez vous connecter à l'AP depuis l'iPad (192.168.12.64 a été donné à l'iPad). ).
:
ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: authenticated
ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: associated (aid 1)
ap0: AP-STA-CONNECTED xx:xx:xx:xx:xx:xx
ap0: STA xx:xx:xx:xx:xx:xx RADIUS: starting accounting session 020ACAFD110D9584
ap0: STA xx:xx:xx:xx:xx:xx WPA: pairwise key handshake completed (RSN)
ap0: STA xx:xx:xx:xx:xx:xx WPA: group key handshake completed (RSN)
:
※xx:xx:xx:xx:xx:xx est l'adresse MAC de l'iPad
Ensuite, lorsque vous vous connectez depuis le VNC Viewer de l'iPad vers l'AP (192.168.12.1), l'écran du PC s'affiche sur le VNC de l'iPad! ..
En outre, il a été confirmé que Yahoo et Google sont accessibles à partir du navigateur du PC dans cet état. De cette manière, nous avons réussi à réaliser à la fois une connexion Internet via un réseau sans fil et une sous-surveillance via AP (^^)
Si l'adaptateur sans fil prend en charge AP, le sous-moniteur peut être réalisé par cette méthode de création d'un AP virtuel au lieu de basculer vers le point d'accès lorsqu'il n'y a pas de réseau.
C'est une histoire limitée à mon propre environnement, mais j'ai le sentiment que la vitesse d'affichage a augmenté lorsqu'il est presque directement connecté au hotspot / AP que lorsqu'il est connecté via un réseau sans fil (*).
Par conséquent, la sous-surveillance via VNC est lente! Si vous sentez que, en faisant cela "presque directement connecté", le stress peut être un peu soulagé.
Le contenu dispersé dans les trois articles est résumé ci-dessous.
--PC: paramètres d'affichage virtuel (cvt, paramètres xrandr et automatisation) --PC: Activez [Paramètres] → [Partage] → [Partage d'écran](activer vino, définir le mot de passe) --Tablet: Installez VNC Viewer
--PC: changer [Partage d'écran] d'actif à activé --PC: démarrage manuel de vino-server (et paramètres d'exécution automatique)
Tout d'abord, activez l'affichage virtuel sur le PC et appliquez-le à deux écrans. Ensuite, suivez les étapes suivantes en fonction de l'environnement.
--Tablette: connectez-vous au même réseau que votre PC --Tablette: connectez-vous en spécifiant l'adresse PC avec VNC et affichez le côté d'affichage virtuel
--PC: activer le hotspot ou créer un point d'accès virtuel avec hostapd + create_ap --Tablette: connectez-vous au hotspot ou au point d'accès virtuel --Tablette: connectez-vous au point d'accès ou au point d'accès virtuel avec VNC et affichez le côté d'affichage virtuel
--PC: Création d'un AP virtuel avec hostapd + create_ap --Tablette: après la connexion au point d'accès virtuel --Tablette: connectez-vous au point d'accès virtuel avec VNC et affichez le côté d'affichage virtuel
«Bien que l'aspect pratique ne soit pas certain, je suis satisfait car j'ai pu réaliser ce que j'envisageais. «C'était bien en termes d'étude que j'étais un peu foiré avec les points d'accès virtuels et comment vérifier l'état des périphériques.