À la suite de précédent, il est devenu possible d'utiliser l'iPad 3 comme sous-moniteur d'Ubuntu en utilisant VNC, mais cette méthode peut être utilisée pour le même réseau sans fil. Il ne peut pas être réalisé s'il n'est pas connecté.
Peu importe si vous êtes à l'intérieur de la maison, mais si vous l'emmenez à l'extérieur, par exemple, si vous avez une place libre (~~ résiste toujours ~~ cela ne semble pas permettre les connexions entre les clients), WiFi S'il n'y a pas de place du tout, l'iPad ne sera qu'un bagage.
Vous pouvez donc utiliser votre iPad comme sous-moniteur sans WiFi
Compte tenu de cela, les résultats obtenus par essais et erreurs sont présentés ci-dessous à titre d'exemple.
Pour faire de l'adaptateur LAN sans fil un point d'accès sur Ubuntu 18.04, procédez comme suit:
Cependant, peu importe le nombre de fois que j'essaye, j'obtiens une erreur de mot de passe et je ne parviens pas à me connecter. Je voulais m'assurer que je pouvais me connecter au hotspot Ubuntu pour le moment, donc je cherchais un moyen d'invalider le mot de passe, même si c'était une mauvaise idée.
Maintenant que j'ai pu me connecter, je suis sûr qu'il y a un problème avec le cryptage. C'est un ancien, donc j'ai imaginé que l'adaptateur ne prend pas en charge la nouvelle méthode.
De plus, c'est une habitude de vérifier l'adresse IP
$ ifconfig
J'ai été surpris d'entendre "Command ifconfig
not found".
Donc immédiatement
$ sudo apt install net-tools
Je l'ai gardé.
vino
Le réseau étant connecté, j'ai ouvert [Paramètres] → [Partage] → [Partage d'écran] sur le côté PC pour reconfirmer les paramètres.
Le lieu du réseau était x. De plus, il n'y a rien d'autre à faire que d'appuyer sur x = suppression, il semble donc que cela ne puisse plus être fait à partir de cet écran.
Alors, comme d'habitude, j'ai ramé dans la mer du filet et j'ai saupoudré.
J'ai changé require-encryption avec la "commande gsettings" pour désactiver le processus de cryptage, mais j'ai pu confirmer les paramètres liés à vino, y compris cela avec la commande suivante.
$ gsettings list-recursively org.gnome.Vino
org.gnome.Vino notify-on-connect true
org.gnome.Vino alternative-port uint16 5900
org.gnome.Vino disable-background false
org.gnome.Vino use-alternative-port false
org.gnome.Vino icon-visibility 'client'
org.gnome.Vino use-upnp false
org.gnome.Vino view-only false
org.gnome.Vino prompt-enabled false
org.gnome.Vino disable-xdamage false
org.gnome.Vino authentication-methods ['vnc']
org.gnome.Vino network-interface ''
org.gnome.Vino require-encryption false
org.gnome.Vino mailto ''
org.gnome.Vino lock-screen-on-disconnect false
org.gnome.Vino vnc-password 'xxxxxxx'
$
À première vue, «l'interface réseau» qui ressemble à «lo» lors de la connexion à elle-même, et elle est généralement vide. A part ça, ça ne ressemble pas à ça, alors j'ai abandonné cette direction.
(référence) https://help.ubuntu.com/community/VNC/Servers
Dans dconf
org.gnome.setting-daemon.plugins.shareing.service.enabled-connections
Il y a une clé appelée "List the UUID of the network I / F used by vino" in this value.
Tout d'abord, le "UUID" du réseau I / F a été confirmé avec la commande suivante.
$ nmcli con show
NAME UUID TYPE DEVICE
(Connexion sans fil) XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX wifi --
Hotspot YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY wifi wlxxxx0
Connexion filaire 1 ZZZZZZZZ-ZZZZ-ZZZZ-ZZZZ-ZZZZZZZZZZZZ ethernet --
Ensuite, vérifiez la valeur de réglage actuelle.
$ dconf read /org/gnome/settings-daemon/plugins/sharing/vino-server/enabled-connections
['XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX']
Étant donné que seul l'UUID de la connexion sans fil a été enregistré, j'ai enregistré l'UUID enregistré et l'UUID du hotspot en les connectant avec une virgule (car il semble que certains dconf ne puissent pas être ajoutés ou supprimés).
$ dconf write /org/gnome/settings-daemon/plugins/sharing/vino-server/enabled-connections "['XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX','YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY']"
$ dconf read /org/gnome/settings-daemon/plugins/sharing/vino-server/enabled-connections
['XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX','YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY']
J'ai confirmé que les valeurs sont les mêmes dans l'éditeur dconf.
Si vous ouvrez à nouveau [Paramètres] → [Partage] → [Partage d'écran] ...
Wow, c'est vraiment mauvais.
Allumez le hotspot tout en embrassant un seul espoir ...!
・ ・ ・ Merci pour votre travail acharné (je n'ai pas pu me connecter)
J'ai essayé à nouveau de suivre le mouvement du vino.
Tout d'abord, je suis revenu du hotspot au réseau sans fil et j'ai vérifié le processus et le numéro de port à l'écoute.
$ ps -alx | grep vino
0 1000 2333 1337 20 0 587904 30408 poll_s Ssl ? 0:00 /usr/lib/vino/vino-server
0 1000 3585 1872 20 0 15456 1120 pipe_w S+ pts/0 0:00 grep --color=auto vino
$ netstat -pl | grep 2333
tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 2333/vino-server
tcp6 0 0 [::]:5900 [::]:* LISTEN 2333/vino-server
Vous pouvez voir qu'un processus appelé vino-server est en cours d'exécution et à l'écoute sur le port 5900. Si vous regardez le PID parent de vino-server,
$ ps -alx | grep 1337
4 1000 1337 1 20 0 77228 8348 ep_pol Ss ? 0:00 /lib/systemd/systemd --user
:
J'ai donc aussi découvert que j'avais été viré par systemd.
Si vous passez au hotspot ici et vérifiez à nouveau
$ ps -alx | grep vino
$ netstat -pl | grep 59
$
Il n'y avait pas de vino-serveur et aucun processus en attente sur le port 5900. Quand je suis revenu à la connexion sans fil à nouveau, vino-server a redémarré (l'ID de processus était différent) et il est revenu à l'état de veille sur le 5900e bateau.
Ainsi, si vous activez [Partage d'écran], vous pouvez voir que le vino-server (serveur VNC) est augmenté ou abaissé en regardant l'état du réseau I / F. Même si vous enregistrez l'UUID du hotspot dans dconf, vino sera arrêté, il semble donc que vous vérifiez non seulement l'UUID mais également s'il s'agit d'un hotspot.
De plus, puisque vino-server est démarré à partir de systemd, je me suis demandé s'il était contrôlé par systemctl, mais je n'ai pas trouvé le mot vino. Quand il s'agit de cela, il semble que gnome fait quelque chose, et je le poursuis juste et je deviens accro aux profondeurs.
Je suis désolé, je pense que je peux le faire bientôt.
Consulter à nouveau l'état de veille de vino
$ netstat -pl | grep 2333
tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 2333/vino-server
tcp6 0 0 [::]:5900 [::]:* LISTEN 2333/vino-server
Ainsi, bien que le numéro de port soit spécifié, l'adresse IP ne semble pas être fixe. Dans ce cas, je suppose que si vino est toujours en cours d'exécution, il sera connecté même à partir d'une déconnexion sans fil et d'un hotspot sans augmenter et diminuer automatiquement en réglant [Partage d'écran].
Donc,
Après cela, j'ai exécuté manuellement vino-server.
$ /usr/lib/vino/vino-server
09/11/2020 17:14:24 Port TCP de détection automatique dans(all) network interface
09/11/2020 17:14:24 Écoute d'IPv6://[::]:5900
09/11/2020 17:14:24 Écoute d'IPv4://0.0.0.0:5900
09/11/2020 17:14:24 Recherche automatique du port 5900 sélectionné
09/11/2020 17:14:24 Type de sécurité publicitaire: 'TLS' (18)
09/11/2020 17:14:24 Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
:
:
$ ^C
$ ps -alx | grep vino
0 1000 4051 1872 20 0 587896 30284 signal Tl pts/0 0:00 /usr/lib/vino/vino-server
$ netstat -pl | grep vino
tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 4051/vino-server
tcp6 0 0 [::]:5900 [::]:* LISTEN 4051/vino-server
$
Là encore, basculez la radio sur le hotspot et reconnectez-vous de l'iPad au hotspot. Si vous pouvez vous connecter, spécifiez l'adresse IP du hotspot dans VNC Viewer et connectez-vous ...
Cela se reflétait dans le VNC de l'iPad! !! Apparemment, ça va.
C'est un modèle à chaque fois, mais ce n'est pas beau de taper des commandes depuis le terminal à chaque fois.
J'ai pensé à deux choses.
L'ancien systemctl a été défini en se référant au site suivant.
(référence) https://askubuntu.com/questions/636270/vino-vnc-server-unable-to-start-on-startup
Cependant, lorsque j'ai vérifié l'état après l'avoir activé avec systemctl, vino a échoué avec une erreur telle que l'affichage introuvable. J'ai cherché un peu les options vino et systemctl, mais j'ai abandonné car il semble que cela ne sera pas résolu de sitôt.
D'autre part, ce dernier est un démarrage automatique à la connexion, mais quand je faisais ceci et cela, j'ai trouvé le fichier de bureau vino-server suivant.
$ cd /usr/share/applications/
$ sudo nano vino-server.desktop
---
[Desktop Entry]
Name=Desktop Sharing
Comment=GNOME Desktop Sharing Server
Keywords=vnc;share;remote;
Exec=/usr/lib/vino/vino-server --sm-disable
Icon=preferences-desktop-remote-desktop
NoDisplay=true
Terminal=false
Type=Application
X-GNOME-Autostart-Phase=Applications
X-GNOME-AutoRestart=true
X-GNOME-UsesNotifications=true
X-Ubuntu-Gettext-Domain=vino
---
Lorsque j'ai changé NoDisplay de vrai à faux comme un essai, l'icône «Bureau ...» est apparue dans le lanceur. Lorsque j'ai double-cliqué sur cette icône sans vino-server, vino-server a démarré et j'ai pu me connecter avec VNC, donc j'utiliserai la valeur de cet EXEC.
Ensuite, ouvrez [Afficher l'application] → [Paramètres pour que l'application démarre automatiquement] et cliquez sur [Ajouter].
--Nom: (correctement) vino-server --Commande: / usr / lib / vino / vino-server --sm-disable --Description: Partage de bureau (approprié)
Une fois enregistré, déconnectez-vous et connectez-vous.
Après la connexion, après avoir confirmé que vino-server était automatiquement démarré, j'ai pu confirmer que VNC était connecté à la fois via le réseau sans fil et via le hotspot.
Il y a eu des rebondissements, mais pour résumer.
«Je ne pense pas que ce soit la bonne voie, mais je suis heureux d'avoir réussi à atteindre le point où j'ai atteint mon premier objectif.
Lorsque le hotspot est activé, la boîte de dialogue suivante s'affiche.
Ainsi, comme vous pouvez le voir dans ce message, l'activation du hotspot déconnectera le réseau sans fil, je l'ai donc mentionné comme objectif.
Ne sera pas rempli.
Eh bien, que dois-je faire ...