VirtualBox

source: vbox/trunk/doc/manual/fr_FR/user_Frontends.xml@ 44948

最後變更 在這個檔案從44948是 44638,由 vboxsync 提交於 12 年 前

doc: major update to French user manual - thank you Jean-Philippe Mengual!
檔案大小: 45.1 KB
行 
1<?xml version="1.0" encoding="UTF-8"?>
2<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
3"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd">
4<chapter>
5 <title>Machines virtuelles distantes</title>
6
7 <sect1>
8 <title id="vrde">Affichage distant (VRDP support)</title>
9
10 <para>VirtualBox peut afficher les machines virtuelles à distance, ce qui
11 signifie qu'une machine virtuelle peut s'exécuter sur une machine même si
12 la machine sera affichée sur un deuxième ordinateur, et la machine sera
13 contrôlée également à partir de là, comme si la machine virtuelle fonctionnait
14 sur ce deuxième ordinateur.</para>
15
16 <para>Pour une flexibilité maximum, à partir de VirtualBox 4.0, VirtualBox
17 implémente l'affichage distant d'une machine par une interface d'extension
18 générique, le VirtualBox Remote Desktop Extension (VRDE). Le paquet libre
19 de base VirtualBox ne fournit pas cette interface, tandis que les implémentations
20 peuvent être offerts par des tiers avec les paquets d'extension de VirtualBox
21 qui doivent être installés séparément du paquet. Voir <xref
22 linkend="intro-installing" /> pour plus d'informations.</para>
23
24 <para>Oracle fournit un support pour le <emphasis role="bold">VirtualBox
25 Remote Display Protocol (VRDP)</emphasis> dans ce paquet d'extension de
26 VirtualBox. Tuand on installe ce paquet, les versions de VirtualBox et
27 4.0 et supérieur supportent VRDP de la même façon que les versions binaires
28 (non libre)) de VirtualBox avant 4.0.</para>
29
30 <para>VRDP est une extension rétro-compatible au Remote
31 Desktop Protocol (RDP) de Microsoft. En général, le rafraîchissement vidéo et
32 du son sont envoyés de la machine distante au client, tandis que les événements
33 clavier et souris sont renvoyés. Il s'en suit que vous utilisez n'importe quel
34 client RDP standard pour contrôler la VM distante.</para>
35
36 <para>Même quand l'extension est installée, le serveur VRDP est désactivé par
37 défaut. On peut l'activer facilement pour chaque VM, soit dans le gestionnaire
38 VirtualBox des paramètres d'"Affichage" (voir <xref
39 linkend="settings-display" />), soit avec
40 )s <computeroutput>VBoxManage</computeroutput>:<screen>VBoxManage modifyvm "nom VM" --vrde on</screen></para>
41
42 <para>Si vous utilisez <computeroutput>VBoxHeadless</computeroutput> (décrit
43 plus loin en détails), le support VRDP sera automatiquement activé puisque
44 VBoxHeadless n'a aucun autre moyen de sortie.</para>
45
46 <sect2 id="rdp-viewers">
47 <title>Visualiseurs RDP tiers classiques</title>
48
49 <para>Comme VRDP est rétro-compatiblavec RDP, vous pouvez utiliser n'importe
50 quel visualiseur RDP standard pour vous connecter à une machine virtuelle
51 distante (des exemples arrivent ci-dessous). Pour que cela fonctionne, vous
52 devez spécifier <emphasis role="bold">l'adresse IP</emphasis> de votre
53 système <emphasis>hôte</emphasis> (pas celle de la machine virtuelle&#xA0;!)
54 l'adresse du serveur auquel se connecter, ainsi que le
55 <emphasis role="bold">numéro du port</emphasis> qu'utilise le serveur RDP.</para>
56
57 <para>Par défaut, VRDP utilise le port TCP
58 <computeroutput>3389</computeroutput>. Vous devrez changer de port par
59 défaut si vous exécutez plus d'un serveur VRDP car le port ne peut être
60 utilisé que par un serveur en même temps&#xA0;; il se peut aussi que vous
61 deviez le modifier sur les hôtes Windows car le port par défaut pourrait
62 être déjà utilisé par le serveur RDP construit dans Windows lui-même.
63 Les ports 5000 à 5050 ne sont généralement pas utilisés il pourraient être
64 un bon choix.</para>
65
66 <para>On peut changer le port soit dans les paramètres '"Affichage" de
67 l'interface graphique, soit avec l'option
68 <computeroutput>--vrdeport</computeroutput> de la commande
69 <computeroutput>VBoxManage modifyvm</computeroutput>. Vous pouvez spécifier
70 une liste séparée par des virgules de ports ou de plages de ports. Utilisez
71 un tiret entre deux numéros de ports pour spécifier une plage. Le serveur
72 VRDP sondera <emphasis role="bold">un</emphasis> des ports disponibles de
73 la liste spécifiée. Par exemple, <computeroutput>VBoxManage modifyvm "nom VM"
74 --vrdeport 5000,5010-5012</computeroutput> configurera le serveur pour sonder
75 un des ports entrele 5000, 5010, 5011 ou le 5012. Voir <xref
76 linkend="vboxmanage-modifyvm" /> pour des détails.</para>
77
78 <para>Vous pouvez rechercher le port utilisé au final par une VM en
79 fonction soit avec la commande
80 <computeroutput>VBoxManage showvminfo</computeroutput>, soit dans
81 l'interface graphique de l'onglet "En cours d'exécution" de la "boîte de
82 dialogue d'snformations session", accessible par le menu "Machine" de la
83 fenâtre de la VM.</para>
84
85 <para>Voici des exemples de visualiseurs RDP les plus courants&#xA0;:<itemizedlist>
86 <listitem>
87 <para>Sur Windows, vous pouvez utiliser le Microsoft Terminal Services
88 Connector (<computeroutput>mstsc.exe</computeroutput>) inclu dans
89 Windows. Vous pouvez le lancer depuis la boîte de dialogue "Exécuter"
90 (appuyez sur la touche Windows et "R") en tapant "mstsc". Vous pouvez
91 également le trouver dans "Démarrer" -&gt; "Tous les Programmes" -&gt; "Accessoires"
92 -&gt; "Connexion bureau distant". Si vous utilisez la boîte de dialogue
93 "Exécuter", vous pouvez y entrer des options directement&#xA0;:<screen>mstsc 1.2.3.4[:3389]</screen></para>
94
95 <para>Remplacez "1.2.3.4" par l'adresse IP de l'hôte et 3389 par un
96 autre port si nécessaire.</para>
97
98 <note>
99 <para>Lors d'une connexion à localhost pour tester la connexion, les
100 adresses <computeroutput>localhost</computeroutput> et
101 <computeroutput>127.0.0.1</computeroutput> pourraient ne pas
102 fonctionner en utilisant
103 <computeroutput>mstsc.exe</computeroutput>. Par contre, l'adresse
104 <computeroutput>127.0.0.2[:3389]</computeroutput> doit être utilisée.</para>
105 </note>
106 </listitem>
107
108 <listitem>
109 <para>Sur les autres systèmes, vous pouvez utiliser le programme
110 libre standard <computeroutput>rdesktop</computeroutput>. Celui-ci
111 est inclu avec la plupart des distributions Linux, mais VirtualBox
112 est fourni avec une variante modifiée de rdesktop pour un support de
113 l'USB à distance (voir <xref
114 linkend="usb-over-rdp" /> ci-dessous).</para>
115
116 <para>Avec rdesktop, utilisez une ligne telle que celle-ci&#xA0;:<screen>rdesktop -a 16 -N 1.2.3.4:3389</screen></para>
117
118 <para>Comme indiqué pour le visualiseur Microsoft ci-dessus, remplacez "1.2.3.4"
119 par l'adresse IP de l'hôte et 3389 par un autre port si nécessaire.
120 L'option <computeroutput>-a 16</computeroutput> demande que la résolution
121 soit de 16 bits par pixel, ce qui est recommandé.
122 (Pour de meilleures performances, après l'installation du système
123 d'exploitation invité, vous devriez définir sa profondeur d'affichage
124 des couleurs à la même valeur).
125 L'option <computeroutput>-N</computeroutput> permet d'utiliser
126 les touches du pavé numérique.</para>
127 </listitem>
128
129 <listitem>
130 <para>Si vous lancez le bureau KDE, vous pourriez préférer
131 <computeroutput>krdc</computeroutput>, le visualiseur RDP de KDE.
132 La ligne de commande ressemblerait à ceci&#xA0;:<screen>krdc rdp://1.2.3.4[:3389]</screen></para>
133
134 <para>De nouveau, remplacez "1.2.3.4" par l'adresse IP de l'hôte et
135 3389 par un port différent si nécessaire. Le champ "rdp://" est
136 requis avec krdc pour qu'il passe en mode RDP.</para>
137 </listitem>
138
139 <listitem>
140 <para>Avec les clients Sun Ray thin, vous pouvez utiliser
141 <computeroutput>uttsc</computeroutput>, qui fait partie du paquet
142 Sun Ray Windows Connector. Voir la documentation correspondante pour
143 des détails.</para>
144 </listitem>
145 </itemizedlist></para>
146 </sect2>
147
148 <sect2 id="vboxheadless">
149 <title>VBoxHeadless, le serveur de bureau distant</title>
150
151 <para>Si toutes les VM lancées dans le gestionnaire VirtualBox sont capables
152 de lancer des machines virtuelles à distance, ce n'est pas pratique de
153 lancer l'interface graphique full-fledged si vous ne voulez jamais avoir
154 de VMs affichées en local au premier plan. En particulier, si vous lancez
155 un serveur matériel dont le seul objectif est d'héberger des VMs et où
156 toutes les VMs sont supposées se lancer à distance via VRDP, il est inutile
157 d'avoir une interface graphique quelconque sur le serveur -- surtout
158 que sur un hôte Linux ou Solaris, le gestionnaire VirtualBox est fourni
159 avec les dépendances des bibliothèques Qt et SDL. C'est un inconvénient si
160 ne voulez pas du tout avoir de système X Window sur votre serveur.</para>
161
162 <para>VirtualBox est donc fourni avec une autre interface appelée
163 <computeroutput>VBoxHeadless</computeroutput>, qui ne produit aucune
164 sortie visible sur l'hôte, mais qui produit des données VRDP. Cette interface
165 n'a aucune dépendance du système X Window sur Linux et des hôtes
166 Solaris.<footnote>
167 <para>Avant VirtualBox 1.6, le serveur headless s'appelait
168 <computeroutput>VBoxVRDP</computeroutput>. Toujours pour des raisons de
169 rétro-compatibilité, l'installation de VirtualBox installe toujours un
170 exécutable avec ce nom.</para>
171 </footnote></para>
172
173 <para>Pour démarrer une machine virtuelle avec <computeroutput>VBoxHeadless</computeroutput>,
174 vous avez trois options&#xA0;:</para>
175
176 <itemizedlist>
177 <listitem>
178 <para>Vous pouvez utiliser <screen>VBoxManage startvm "nom VM" --type headless</screen>L'option
179 supplémentaire <computeroutput>--type</computeroutput> amène VirtualBox
180 à utiliser <computeroutput>VBoxHeadless</computeroutput> en tant qu'interface
181 avec le moteur de virtualisation interne plutôt que l'interface Qt.</para>
182 </listitem>
183
184 <listitem>
185 <para>Une alternative est d'utiliser
186 <computeroutput>VBoxHeadless</computeroutput> directement, comme
187 suit&#xA0;:<screen>VBoxHeadless --startvm &lt;uuid|name&gt;</screen></para>
188
189 <para>Cette manière de démarrer la VM aide au dépannage des problèmes
190 signalés par <computeroutput>VBoxManage startvm ...</computeroutput>
191 car vous pouvez voir parfois des messages d'erreur plus détaillés,
192 surtout pour les échecs imtervenant avant que l'exécution de la VM
193 ne commence. Dans des situations normales, on préfère
194 <computeroutput>VBoxManage startvm</computeroutput> car il lance la VM
195 directement comme tâche de fond, ce qui doit se faire explicitement lors
196 du démarrage direct de
197 <computeroutput>VBoxHeadless</computeroutput>.</para>
198 </listitem>
199 <listitem>
200 <para>L'autre alternative est de démarrer <computeroutput>VBoxHeadless</computeroutput>
201 à partir de l'interface graphique du gestionnaire de VirtualBox, en
202 maintenant appuyée la touche Majuscule au démarrage de la machine.</para>
203 </listitem>
204 </itemizedlist>
205
206 <para>Remarquez que quand vous utilisez
207 <computeroutput>VBoxHeadless</computeroutput> pour démarrer une VM, comme
208 le serveur headless n'a aucun autre moyen d'affichage, le serveur VRDP
209 sera <emphasis>toujours</emphasis> activé, indépendamment du fait que vous
210 ayez activé le serveur VRDP dans les paramètres de la VM ou pas. Si vous
211 n'en voulez pas (par exemple parce que vous voulez accéder à la VM via
212 <computeroutput>ssh</computeroutput> only), démarrez la VM comme
213 ceci&#xA0;:<screen>VBoxHeadless --startvm &lt;uuid|name&gt; --vrde off</screen>Pour
214 activer le serveur VRDP en fonction de la configuration de la VM, comme le
215 feraient les autres interfaces, utilisez ceci&#xA0;:<screen>VBoxHeadless --startvm &lt;uuid|name&gt; --vrde config</screen></para>
216
217 <para>Si vous démarrez la VM avec <computeroutput>VBoxManage startvm ...</computeroutput>,
218 les paramètres de configuration de la VM sont toujours utilisés.</para>
219 </sect2>
220
221 <sect2>
222 <title>Pas à pas&#xA0;: créer une machine virtuelle sur un serveur headless</title>
223
224 <para>Les instructions suivantes peuvent vous donner une idçe de la façon
225 de créer une machine virtuelle sur un serveur headless via une connexion
226 réseau. Nous allons créer une machine virtuelle, établir une connexion RDP
227 et installer un système d'exploitation invité -- tout ceci sans devoir
228 toucher au serveur headless. Tout ce dont vous avez besoin est ce qui suit&#xA0;:</para>
229
230 <para><orderedlist>
231 <listitem>
232 <para>VirtualBox sur une machine serveur avec un système d'exploitation
233 hôte supporté. La pack d'extension de VirtualBox du serveur VRDP doit
234 être installé (voir la section précédente). Pour l'exemple suivant,
235 nous supposerons un serveur Linux.</para>
236 </listitem>
237
238 <listitem>
239 <para>Un fichier ISO accessible depuis le serveur, contenant les
240 données d'installation du système invité pour installer (nous supposons
241 que c'est Windows XP dans l'exemple suivant).</para>
242 </listitem>
243
244 <listitem>
245 <para>Une connexion en terminal à l'hôte par lequel vous pouvez accéder
246 à une ligne de commande (par exemple via
247 <computeroutput>ssh</computeroutput>).</para>
248 </listitem>
249
250 <listitem>
251 <para>Un visualiseur RDP sur le client distant&#xA0;; voir <xref
252 linkend="rdp-viewers" /> ci-dessus pour des exemples.</para>
253 </listitem>
254 </orderedlist>Remarquez encore que sur la machine serveur, comme nous
255 n'allons utiliser que le serveur headless, ni Qt ni SDL ni le système
256 X Window ne seront nécessaires.</para>
257
258 <para><orderedlist>
259 <listitem>
260 <para>Sur le serveur headless, créez une nouvelle machine virtuelle&#xA0;:</para>
261
262 <screen>VBoxManage createvm --name "Windows XP" --ostype WindowsXP --register</screen>
263
264 <para>Remarquez que si vous ne spécifiez pas
265 <computeroutput>--register</computeroutput>, vous devrez utiliser
266 manuellement la commande <computeroutput>registervm</computeroutput>
267 plus tard.</para>
268
269 <para>Remarquez aussi que vous n'avez pas besoin de spécifier
270 <computeroutput>--ostype</computeroutput>, mais en le faisant, cela
271 sélectionne des valeurs par défaut apropriées pour certains paramètres
272 de la VM, par exemple la taille de la RAM et le type de périphérique
273 réseau virtuel. Pour avoir la liste complète des szstèmes d'exploitation
274 supportés, vous pouvez utiliser</para>
275
276 <screen>VBoxManage list ostypes</screen>
277 </listitem>
278
279 <listitem>
280 <para>Assurez-vous que les paramètres de la VM sont adaptés au szstème
281 d'exploitation invité que nous allons installer. Par exemple&#xA0;:<screen>VBoxManage modifyvm "Windows XP" --memory 256 --acpi on --boot1 dvd --nic1 nat</screen></para>
282 </listitem>
283
284 <listitem>
285 <para>Créez un disque dur virtuel pour la VM (dans ce cas, 10Go de
286 taille)&#xA0;:<screen>VBoxManage createhd --filename "WinXP.vdi" --size 10000</screen></para>
287 </listitem>
288
289 <listitem>
290 <para>Ajoutez un contrôleur IDE à la nouvelle VM&#xA0;:<screen>VBoxManage storagectl "Windows XP" --name "IDE Controller"
291 --add ide --controller PIIX4</screen></para>
292 </listitem>
293
294 <listitem>
295 <para>Mettez le fichier VDI créé ci-dessus comme premier disque dur
296 virtuel de la nouvelle VM&#xA0;:<screen>VBoxManage storageattach "Windows XP" --storagectl "IDE Controller"
297 --port 0 --device 0 --type hdd --medium "WinXP.vdi"</screen></para>
298 </listitem>
299
300 <listitem>
301 <para>Attachez le fichier ISO contenant l'installeur du système
302 d'exploitation que vous voudrez installer plus tard sur la
303 machine virtuelle, pour que la machine puisse démarrer dessus&#xA0;:<screen>VBoxManage storageattach "Windows XP" --storagectl "IDE Controller"
304 --port 0 --device 1 --type dvddrive --medium /full/path/to/iso.iso</screen></para>
305 </listitem>
306
307 <listitem>
308 <para>Démarrez la machine virtuelle en utilisant VBoxHeadless:<screen>VBoxHeadless --startvm "Windows XP"</screen></para>
309
310 <para>Si tout s'est bien passé, vous devriez voir un message de
311 copyright. Si vous êtes renvoyé en ligne de commande, quelque chose
312 n'a pas fonctionné.</para>
313 </listitem>
314
315 <listitem>
316 <para>Sur la machine client, ouvrez le visualiseur RDP et essayez
317 de vous connecter au serveur (voir <xref linkend="rdp-viewers" />
318 ci-d:ssus pour voir comment utiliser les divers visualiseurs RDP
319 classiques).</para>
320
321 <para>Vous devriez voir maintenant le processus d'installation
322 de votre système d'exploitation invité, à distance dans le visualiseur RDP.</para>
323 </listitem>
324 </orderedlist></para>
325 </sect2>
326
327 <sect2 id="usb-over-rdp">
328 <title>USB distant</title>
329
330 <para>Une fonction très spéciale du support VRDP de VirtualBox est qu'il
331 supporte les périphériques USB distantségalement via le réseau. C'est-à-dire que
332 l'invité de VirtualBox en fonction sur l'ordinateur peut accéder à des
333 périphériques USB de l'ordinateur distant sur lequel sont affichées les données
334 VRDP de la même manière que des périphériques USB connectàs à l'hôte actuel.
335 Cela permet d'exécuter des machines virtuelles sur un hôte VirtualBox qui
336 agit comme serveur, où un client peut se connecter de n'importe où avec
337 simplement un adaptateur réseau et un dispositif d'affichage capable de
338 lancer un visualiseur RDP. Quand on branche des périphériques USB
339 dans le client, le serveur VirtualBox distant peut y accéder.</para>
340
341 <para>Pour ces périphériques USB distants, les mêmes règles de filtres
342 s'appliquent, comme pour d'autres périphériques USB, comme décrit au
343 <xref linkend="settings-usb" />. Tout ce que vous dev5z faire est de spécifier
344 "Remote" (ou "Any") en définissant ces règles.</para>
345
346 <para>L'accès à des périphériques USB n'est possible que si le client RDP
347 supporte cette extension. Sur les hîtes Linux et Solaris, l'installation
348 de VirtualBox fournit un client VRDP convenable appelé
349 <computeroutput>rdesktop-vrdp</computeroutput>. Les versions récentes de
350 <computeroutput>uttsc</computeroutput>, un client taillé pour être utilisé
351 avec des clients Sun Ray thin et qui supporte l'accès aux périphériques
352 USB distants. Les clients RDP pour d'autres plateformes seront fournis dans de
353 futures versions de VirtualBox.</para>
354
355 <para>Pour rendre disponible un périphérique USB distant pour une VM, vous
356 devriez démarrer <computeroutput>rdesktop-vrdp</computeroutput> comme
357 suit&#xA0;:<screen>rdesktop-vrdp -r usb -a 16 -N my.host.address</screen>Remarquez
358 que <computeroutput>rdesktop-vrdp</computeroutput> ne peut accéder à des
359 pçriphériques USB que par <computeroutput>/proc/bus/usb</computeroutput>.
360 Merci de vous reporter au <xref linkend="ts_usb-linux" /> pour des
361 détails supplémentaires sur la manière de régler correctement les droits.
362 De plus, il est conseillé de désactiver le chargement automatique d'un pilote
363 ce l'hôte, sur l'hôte distant, qui pourrait fonctionner sur des périphériques
364 USB, pour vous assurer que les périphériques seront accessibles au client
365 RDP. Si vous avez bien fait le paramétrage sur l'hôte distant, les
366 événements de branchement/débranchement sont visibles dans le fichier
367 VBox.log de la VM.</para>
368 </sect2>
369
370 <sect2 id="vbox-auth">
371 <title>Authentification RDP</title>
372
373 <para>Pour chaque machine virtuelle accessible à distance via RDP, vous
374 pouvez déterminer individuellement si les connexions du client sont
375 authentifiées et comment. Pour cela, utilisez la commande
376 <computeroutput>VBoxManage modifyvm</computeroutput> avec l'option
377 <computeroutput>--vrdeauthtype</computeroutput>&#xA0;; voir <xref
378 linkend="vboxmanage-modifyvm" /> pour une présentation générale. Trois
379 méthodes d'authentification sont disponibles&#xA0;:<itemizedlist>
380 <listitem>
381 <para>La méthode "null" signifie qu'il n'y a pas d'authentification
382 du tout&#xA0;; n'importe quel client peut se connecter au serveur
383 VRDP et, ainsi, à la machine virtuelle. C'est, bien sûr, très peu
384 sécurisé et cela ne doit être recommandé que sur des réseaux privés.</para>
385 </listitem>
386
387 <listitem>
388 <para>La méthode "external" fournit une authentification externe via
389 une bibliothèque d'authentification spéciale. VirtualBox inclut
390 deux bibliothèques d'authentification&#xA0;:<orderedlist>
391 <listitem>
392 <para>La bibliothèque d'authentification par défaut,
393 <computeroutput>VBoxAuth</computeroutput>, authentifie en fonction
394 des droits de l'utilisateur sur l'hôte. Selon la plateforme hôte,
395 cela signifie&#xA0;:<itemizedlist>
396 <listitem>
397 <para>Sur les hôtes Linux,
398 <computeroutput>VBoxAuth.so</computeroutput>
399 authentifie les utilisateurs à partir du système PAM de
400 l'hôte.</para>
401 </listitem>
402
403 <listitem>
404 <para>Sur les hôtes Windows,
405 <computeroutput>VBoxAuth.dll</computeroutput>
406 authentifie les utilisateurs à partir du système WinLogon
407 de l'hôte.</para>
408 </listitem>
409
410 <listitem>
411 <para>Sur les hôtes Mac OS X,
412 <computeroutput>VBoxAuth.dylib</computeroutput>
413 authentifie les utilisateurs à partir du service répertoire
414 de l'hôte.<footnote>
415 <para>Le support pour Mac OS X a été ajouté dans
416 la version
417 3.2.</para>
418 </footnote></para>
419 </listitem>
420 </itemizedlist></para>
421
422 <para>En d'autres termes, la méthode "external" par défaut
423 réalise l'authentification par les comptes utilisateurs existant
424 sur le système hôte. Tout utilisateur ayant des autorisations
425 d'authentification valides est accepté, c'est-à-dire que le nom
426 d'utilisateur n'a pas besoin de correspondre à l'utilisateur
427 qui lance la VM.</para>
428 </listitem>
429
430 <listitem>
431 <para>Une bibliothèque supplémentaire qui s'appelle
432 <computeroutput>VBoxAuthSimple</computeroutput> réalise
433 l'authentification à partir des autorisations configurées
434 dans la section "extradata" du fichier XML des paramètres d'une machine
435 virtuelle. C'est probablement la méthode la plus simple de
436 s'authentifier, qui ne dépend pas de l'invité en fonction et
437 supporté (voir ci-dessous). Les étapes suivantes sont
438 nécessaires&#xA0;:<orderedlist>
439 <listitem>
440 <para>Activer
441 <computeroutput>VBoxAuthSimple</computeroutput> avec la
442 commande suivante&#xA0;:</para>
443
444 <para><screen>VBoxManage setproperty vrdeauthlibrary "VBoxAuthSimple"</screen></para>
445 </listitem>
446
447 <listitem>
448 <para>Pour activer la bibliothèque pour une VM en particulier,
449 vous devez passer en authentification externe&#xA0;:<screen>VBoxManage modifyvm &lt;vm&gt; --vrdeauthtype external</screen></para>
450
451 <para>Remplacez
452 <computeroutput>&lt;vm&gt;</computeroutput> par le nom
453 ou l'UUID de la VM.</para>
454 </listitem>
455
456 <listitem>
457 <para>Vous devrez alors configurer les utilisateurs et
458 les mots de passe en écrivant ces éléments dans les
459 extradata de la machine. Comme le fichier XML des paramètres
460 de la machine, dans lequel il faut écrire le mot de
461 passe à la section "extradata", est un fichier en texte
462 brut, VirtualBox utilise le hachage pour chiffrer les
463 mots de passe. Il faut utiliser la commande suivante&#xA0;:<screen>VBoxManage setextradata &lt;vm&gt; "VBoxAuthSimple/users/&lt;utilisateur&gt;" &lt;hash&gt;</screen></para>
464
465 <para>Remplacez
466 <computeroutput>&lt;vm&gt;</computeroutput> par le nom
467 ou l'UUID de la VM,
468 <computeroutput>&lt;utilisateur&gt;</computeroutput> par
469 le nom d'utilisateur qui devrait être autorisé à se connecter
470 et
471 <computeroutput>&lt;hash&gt;</computeroutput> par le mot
472 de passe chiffré. Par exemple, pour avoir la valeur
473 hachée du mot de passe "secret", vous pouvez utiliser la
474 commande suivante&#xA0;:<screen>VBoxManage internalcommands passwordhash "secret"</screen></para>
475
476 <para>Ceci affichera
477 <screen>2bb80d537b1da3e38bd30361aa855686bde0eacd7162fef6a25fe97bf527a25b</screen>
478 Vous pouvez alors utiliser VBoxManage setextradata pour
479 stocker cette valeur dans la section "extradata" de la
480 machine.</para>
481
482 <para>Un exemple des deux ensemble, pour définir le mot
483 de passe de l'utilisateur "john" sur la machine "Ma VM"
484 en "secret", utilisez cette commande&#xA0;:<screen>VBoxManage setextradata "Ma VM" "VBoxAuthSimple/users/john"
485 2bb80d537b1da3e38bd30361aa855686bde0eacd7162fef6a25fe97bf527a25b</screen></para>
486 </listitem>
487 </orderedlist></para>
488 </listitem>
489 </orderedlist></para>
490 </listitem>
491
492 <listitem>
493 <para>Enfin, la méthode d'authentification "guest" réalise
494 l'authentification par un composant spécial fourni avec les suppléments
495 invité&#xA0;; il s'en suit que l'authentification ne s'effectue pas
496 sur l'hôte mais via les comptes utilisateurs
497 <emphasis>de l'invité</emphasis>.</para>
498
499 <para>Cette méthode est actuellement en test et pas encore
500 supportée.</para>
501 </listitem>
502 </itemizedlist></para>
503
504 <para>Outre les méthodes décrites ci-dessus, vous pouvez remplacer la méthode
505 d'authentification "external" par défaut par n'importe quel autre module.
506 Pour cela, VirtualBox offre une interface claire qui vous permet d'écrire
507 votre propre module d'authentification. Ceci est décrit en détails dans
508 le manuel de référence du Kit de développement logiciel de VirtualBox&#xA0;;
509 merci de voir <xref
510 linkend="VirtualBoxAPI" /> pour des détails.</para>
511 </sect2>
512
513 <sect2 id="vrde-crypt">
514 <title>Chiffrement RDP</title>
515
516 <para>Le chiffrement du flux de données des fonctions RDP se base sur le
517 chiffrage symétrique RC4 (avec des clés jusqu'à 128bit). Les clés RC4
518 sont remplacées à intervalles réguliers (tous les 4096 paquets).</para>
519
520 <para>RDP fournit différentes méthodes d'authentification&#xA0;:<orderedlist>
521 <listitem>
522 <para>Historiquement, on utilisait l'authentification RDP4, avec
523 laquelle le client RDP ne réalise aucun contrôle pour vérifier
524 l'identité du serveur auquel il se connecte. Comme on peut obtenir les
525 autorisations de l'utilisateur en utilisant une attaque "man in the
526 middle" (MITM) (personne initiée), l'authentification RDP4 n'est pas
527 sécurisée et vous ne devriez en général pas l'utiliser.</para>
528 </listitem>
529
530 <listitem>
531 <para>L'authentification RDP5.1 utilise un certificat serveur pour
532 lequel le client possède la clé publique. De cette façon, vous avez la
533 garantie que le serveur possède la clé privée correspondante. Cependant,
534 comme cette clé privée codée en dur a çté publiçe il y a quelques
535 années, l'authentification RDP5.1 n'est pas sécurisée.</para>
536 </listitem>
537
538 <listitem>
539 <para>L'authentification RDP5.2 utilise la sécurité RDP améliorée,
540 ce qui veut dire qu'un protocole de sécurité externe est utilisé pour
541 sécuriser la connexion. RDP4 et RDP5.1 utilisent la sécurité RDP
542 Standard. Le serveur VRDP supporte la sécurité renforcée RDP avec
543 le protocole TLS et, faisant partie du handshake TLS, il envoie
544 le certificat du serveur au client.</para>
545
546 <para>La propriété VRDE <computeroutput>Security/Method</computeroutput>
547 définit la méthode de sécurité souhaitée qui est utilisée pour une
548 connexion. Les valeurs valides sont&#xA0;:<itemizedlist>
549 <listitem>
550 <para>
551 <computeroutput>Negotiate</computeroutput> - les connexions
552 sécurisées améliorées (TLS) et RDP standards sont autorisées.
553 La méthode de sécurité se négocie avec le client. C'est le réglage
554 par défaut.
555 </para>
556 </listitem>
557
558 <listitem>
559 <para>
560 <computeroutput>RDP</computeroutput> - seule la sécurité QDP
561 Standard est acceptée.</para>
562 </listitem>
563
564 <listitem>
565 <para>
566 <computeroutput>TLS</computeroutput> - seule la sécurité RDP
567 améliorée est acceptée. Le client doit supporter TLS.</para>
568 </listitem>
569 </itemizedlist>
570 Par exemple la commande suivante autorise un client à utiliser une
571 connexion sécurisée soit par RDP Standard, soit par RDP améliorée&#xA0;:
572 <screen>vboxmanage modifyvm "nom VM" --vrdeproperty "Security/Method=negotiate"</screen>
573 </para>
574
575 <para>Si la propriété <computeroutput>Security/Method</computeroutput>
576 est réglée sur <computeroutput>Negotiate</computeroutput> ou
577 <computeroutput>TLS</computeroutput>, le protocole TLS sera automatiquement
578 utilisé par le serveur si le client supporte TLS. Cependant, pour
579 utiliser TLS, le serveur doit posséder le certificat du serveur, la
580 clé privée du serveur et l'autorité du certificat (Certificate
581 Authority (CA)). L'exemple suivant montre comment générer un
582 certificat de serveur.<orderedlist>
583 <listitem>
584 Créez un certificat CA auto-signé&#xA0;:
585 <screen>openssl req -new -x509 -days 365 -extensions v3_ca \
586 -keyout ca_key_private.pem -out ca_cert.pem</screen>
587 </listitem>
588
589 <listitem>
590 Générez une clé privée du serveur et une demande de signature&#xA0;:
591 <screen>openssl genrsa -out server_key_private.pem
592openssl req -new -key server_key_private.pem -out server_req.pem</screen>
593 </listitem>
594
595 <listitem>
596 Générez le certificat du serveur&#xA0;:
597 <screen>openssl x509 -req -days 365 -in server_req.pem \
598 -CA ca_cert.pem -CAkey ca_key_private.pem -set_serial 01 -out server_cert.pem</screen>
599 </listitem>
600 </orderedlist>
601 Le serveur doit être configuré pour accéder aux fichiers requis&#xA0;:
602 <screen>vboxmanage modifyvm "nom VM" \
603 --vrdeproperty "Security/CACertificate=path/ca_cert.pem"</screen>
604 <screen>vboxmanage modifyvm "nom VM" \
605 --vrdeproperty "Security/ServerCertificate=path/server_cert.pem"</screen>
606 <screen>vboxmanage modifyvm "nom VM" \
607 --vrdeproperty "Security/ServerPrivateKey=path/server_key_private.pem"</screen>
608 </para>
609 </listitem>
610 </orderedlist></para>
611
612 <para>Comme le client qui se connecte au serveur détermine le type de chiffrement
613 qui sera utilisé, avec rdesktop, le visualiseur RDP de Linux, utilisez
614 lq options <computeroutput>-4</computeroutput> ou
615 <computeroutput>-5</computeroutput>.</para>
616 </sect2>
617
618 <sect2 id="vrde-multiconnection">
619 <title>Connexions multiples au serveur VRDP</title>
620
621 <para>Le serveur VRDP de VirtualBox supporte plusieurs connexions simultanées
622 à une VM en fonction à partir de différents clients. Tous les clients
623 connectés voient la même sortie d'écran et partagent le pointeur de souris
624 et le focus du clavier. Cela revient à ce que plusieurs personnes utilisent
625 le même ordinateur en même temps, chacun leur tour devant le clavier.</para>
626
627 <para>La commande suivante active le mode connexions multiples&#xA0;: <screen>VBoxManage modifyvm "nom VM" --vrdemulticon on</screen></para>
628 </sect2>
629
630 <sect2 id="vrde-multimonitor">
631 <title>Avoir plusieurs moniteurs distants</title>
632
633 <para>Pour accéder à deux ou plusieurs moniteurs de VM distants, vous
634 devez activer le mode multiconnexion VRDP (voir la <xref
635 linkend="vrde-multiconnection" />).</para>
636
637 <para>Le client RDP peut sélectionner le numéro du moniteur virtuel auquel
638 se connecter en utilisant le paramètre d'identification <computeroutput>domain</computeroutput>
639 (<computeroutput>-d</computeroutput>). Si le paramètre se termine par
640 <computeroutput>@</computeroutput> suivi d'un numéro, VirtualBox
641 interprète ce numéro comme l'index des écrans. On sélectionne l'écran invité
642 primaire avec <computeroutput>@1</computeroutput>, le premier écran secondaire
643 avec <computeroutput>@2</computeroutput>, etc.</para>
644
645 <para>Le client Microsoft RDP6 ne pous permet pas de sécifier un nom de
646 domaine distinct. Utilisez plutôt
647 <computeroutput>domaine\nom_utilisateur</computeroutput> dans le champ
648 <computeroutput>Nom d'utilisateur :</computeroutput> -- par exemple,
649 <computeroutput>@2\name</computeroutput>.
650 <computeroutput>nom</computeroutput> doit être remteigné et il doit être
651 le nom utilisé pour vous identifier si le serveur VRDP est configuré pour
652 demander une autorisation. Sinon, vous pouvez utiliser n'importe quel texte
653 comme nom d'utilisateur.</para>
654 </sect2>
655
656 <sect2 id="vrde-videochannel">
657 <title>Redirection graphique VRDP</title>
658
659 <para>À partir de VirtualBox 3.2, le serveur VRDP peut rediriger les flux
660 graphiques de l'hôte vers le client RDP. Les frames graphiques sont
661 compressés en utilisant l'algorithme JPEG, ce qui permet un ratio de compression
662 plus fort que les méthodes de compression bitmap RDP standards. Il est
663 possible d'augmenter le ratio de compression en diminuant la qualité de l'image.</para>
664
665 <para>Le serveur VRDP détecte automatiquement les flux vidéos dans un
666 invité au fur et à mesure que les zones rectangulaires se mettent à jour
667 fréquemment. Il s'en suit que cette méthode fonctionne avec n'importe quel
668 système d'exploitation invité, sans devoir installer de logiciels supplémentaires
669 dans l'invité&#xA0;; en particulier, les suppléments invité ne sont pas
670 requis.</para>
671
672 <para>Par contre, côté client, seul le client de connexion Connexion bureau
673 à distance de Windows 7 supporte actuellement cette fonctionnalité. Si un
674 client ne supporte pas la redirection graphique, le serveur VRDP se rabat
675 sur le rafraîchissement régulier des bitmap.</para>
676
677 <para>La commande suivnte active la redirection graphique&#xA0;: <screen>VBoxManage modifyvm "nom VM" --vrdevideochannel on</screen></para>
678
679 <para>La qualité de l'image se définit par une valeur entre 10 et 100
680 pour cent, ce qui représente un niveau de compression JPEG (où les nombres
681 les plus bas signifient des qualité plus faibles mais une compression plus
682 forte). Vous pouvez modifier la qualité en utilisant la commande suivante&#xA0;:
683 <screen>VBoxManage modifyvm "nom VM" --vrdevideochannelquality 75</screen></para>
684 </sect2>
685
686 <sect2 id="vrde-customization">
687 <title>Personnalisation du VRDP</title>
688
689 <para>Avec VirtualBox 4.0, il est possible de désactiver l'affichage,
690 l'entrée souris et clavier, le son, l'USB distant ou le presse-papier,
691 de façon individuelle dans le serveur VRDP.</para>
692
693 <para>Les commandes suivantes modifient les paramètres correspondant du
694 serveur&#xA0;:</para>
695
696 <screen>VBoxManage modifyvm "nom VM" --vrdeproperty Client/DisableDisplay=1
697VBoxManage modifyvm "nom VM" --vrdeproperty Client/DisableInput=1
698VBoxManage modifyvm "nom VM" --vrdeproperty Client/DisableUSB=1
699VBoxManage modifyvm "nom VM" --vrdeproperty Client/DisableAudio=1
700VBoxManage modifyvm "nom VM" --vrdeproperty Client/DisableClipboard=1
701VBoxManage modifyvm "nom VM" --vrdeproperty Client/DisableUpstreamAudio=1</screen>
702
703 <para>Pour réactiver une fonction, utilisez une commande identique sans
704 l'argument 1. Par example&#xA0;: <screen>VBoxManage modifyvm "nom VM" --vrdeproperty Client/DisableDisplay=</screen></para>
705
706 <para>Ces propriétés ont été ajoutées avec VirtualBox 3.2.10. Cependant,
707 dans la série 3.2.x, il était nécessaire d'utiliser les commandes
708 suivantes pour modifier les paramètres&#xA0;:</para>
709
710 <screen>VBoxManage setextradata "nom VM" "VRDP/Feature/Client/DisableDisplay" 1
711VBoxManage setextradata "nom VM" "VRDP/Feature/Client/DisableInput" 1
712VBoxManage setextradata "nom VM" "VRDP/Feature/Client/DisableUSB" 1
713VBoxManage setextradata "nom VM" "VRDP/Feature/Client/DisableAudio" 1
714VBoxManage setextradata "nom VM" "VRDP/Feature/Client/DisableClipboard" 1</screen>
715
716 <para>Pour réactiver une fonction, utilisez une commande identique
717 sans l'argument 1. Par exemple&#xA0;: <screen>VBoxManage setextradata "nom VM" "VRDP/Feature/Client/DisableDisplay"</screen></para>
718 </sect2>
719 </sect1>
720
721 <sect1 id="teleporting">
722 <title>Téléportation</title>
723
724 <para>À partir de la version 3.1, VirtualBox supporte la "téléportation" --
725 à savoir qu'il peut déplacer une machine sur un réseau d'un hôte VirtualBox
726 à l'autre, pendant que la machine est en fonction. Cela fonctionne indépendamment
727 du système d'exploitation hôte&#xA0;: vous pouvez téléporter des machines
728 virtuelles entre, par exemple, des hôtes Solaris et Mac.</para>
729
730 <para>La téléportation exige qu'une machine soit en fonction sur un
731 hôte, qu'on appelle alors la <emphasis role="bold">"source"</emphasis>.
732 L'hôte sur lequel la machine virtuelle sera téléportée s'appellera alors la
733 <emphasis role="bold">"cible"</emphasis>&#xA0;; la machine sur la cible est
734 alors configurée pour attendre la source afin de contacter la cible.
735 L'état en fonction de la machine sera transféré de la source à la cible en
736 un temps nimimum.</para>
737
738 <para>La téléportation est possible sur n'importe quel réseau TCP/IP&#xA0;;
739 la source et la cible n'ont besoin que de s'entendre sur un port TCP/IP
740 spécifié dans les paramètres de téléportation.</para>
741
742 <para>Cependant, pour l'instant, il y a quelques prérequis pour que cela
743 fonctionne&#xA0;:<orderedlist>
744 <listitem>
745 <para>Sur l'hôte cible, vous devez configurer une machine virtuelle dans
746 VirtualBox avec exactement les mêmes paramètres matériels que la machine
747 sur la source que vous voulez téléporter. Cela ne s'applique pas aux
748 paramètres purement descriptifs tels que le nom de la VM, mais bien sûr,
749 pour que la téléportation fonctionne, la machine cible doit avoir la
750 même quantité de mémoire et les autres paramètres matériels. Sans cela,
751 la téléportation échouera avec un message d'erreur.</para>
752 </listitem>
753
754 <listitem>
755 <para>Les deux machines virtuelles sur la source et la cible doivent
756 partager le même stockage (images de disques durs et de lecteur amovible
757 et CD/DVD). Cel signifie qu'elles utilisent soit la même cible iSCSI,
758 soit le stockage se trouve quelque part sur le réseau et les deux hôtes
759 y ont accès via NFS ou SMB/CIFS.</para>
760
761 <para>Cela veut dire aussi que ni la machine source ni la machine
762 cible ne peuvent avoir d'instantanés.</para>
763 </listitem>
764 </orderedlist></para>
765
766 <para>Puis, suivez les étapes suivantes&#xA0;:<orderedlist>
767 <listitem>
768 <para>Sur l'hôte <emphasis>cible</emphasis>, configurez lamachine
769 virtuelle pour attendre qu'une demande de téléportation n'arrive quand
770 elle sera démarrée, plutôt que pour essayer de démarrer la machine.
771 Cela se fait avec la commande VBoxManage suivante&#xA0;:<screen>VBoxManage modifyvm &lt;nomvmcible&gt; --teleporter on --teleporterport &lt;port&gt;</screen></para>
772
773 <para>où <computeroutput>&lt;nomvmcible&gt;</computeroutput> est le
774 nom de la machine virtuelle de l'hôte cible et
775 <computeroutput>&lt;port&gt;</computeroutput> est un numéro de port
776 TCP/IP à utiliser sur les hôtes source et cible. Par
777 exemple, utilisez le 6000. Pour les détails, voir <xref
778 linkend="vboxmanage-modifyvm-teleport" />.</para>
779 </listitem>
780
781 <listitem>
782 <para>Démarrez la VM sur l'hôte cible. Vous verrez qu'au lieu de démarrer,
783 elle affichera une boîte de dialogue de progression indiquant qu'elle
784 attend une demande de téléportation.</para>
785 </listitem>
786
787 <listitem>
788 <para>Démarrez la machine sur l'hôte <emphasis>source</emphasis> comme
789 d'habitude. Quand elle est en fonction et quand vous voulez la téléporter, lancez
790 la commande suivante sur l'hôte source&#xA0;:<screen>VBoxManage controlvm &lt;nomvmsource&gt; teleport --host &lt;hôtecible&gt; --port &lt;port&gt;</screen></para>
791
792 <para>où <computeroutput>&lt;nomvmsource&gt;</computeroutput> est le
793 nom de la machine (irtuelle sur l'hôte source (la machine actuellement en
794 fonction) et <computeroutput>&lt;hôtecible&gt;</computeroutput> est
795 le nom ou l'IP de l'hôte cible où une demande de télémrrtation par la
796 machine est attendue, et <computeroutput>&lt;port&gt;</computeroutput>
797 doit être le même numéro que celui spécifié dans lacommande sur l'hôte
798 cible. Pour les détails, voir <xref
799 linkend="vboxmanage-controlvm" />.</para>
800 </listitem>
801 </orderedlist></para>
802
803 <para>Pour tester, vous pouvez aussi téléporter des machines sur le même hôte&#xA0;;
804 dans ce cas, utilisez "localhost" comme nom d'hôte sur l'hôte sourd et
805 cible.<note>
806 <para>Dans de rares cas, si les processeurs de la source et de la cible
807 sont très différents, la téléportation peut échouer avec un message d'erreur
808 ou la cible peut planter. Cela peut arriver surtout si la VM exécute des
809 logiciels très optimisés pour fonctionner sur un processeur particulier
810 sans vérifier correctement que les certaines fonctions du processeur sont
811 bien présentes. VirtualBox filtre les capacités du processeur présenté
812 au système d'exploitation invité. Les utilisateurs avancés peuvent essayer de
813 restreindre les possibilités de ces processeurs virtuels avec la commande
814 <computeroutput>VBoxManage --modifyvm
815 --cpuid</computeroutput>&#xA0;; voir <xref
816 linkend="vboxmanage-modifyvm-teleport" />.</para>
817 </note></para>
818 </sect1>
819</chapter>
注意: 瀏覽 TracBrowser 來幫助您使用儲存庫瀏覽器

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy Automated Access Etiquette