Forums d'entraide informatique - Astuces - Conseils

169Chapitre 43. Se logguer en graphique
Il est possible de démarrer le serveur graphique dès le démarrage de Linux et de se logguer dans une belle fenêtre
graphique comme sous Windows 2000 ou XP Pro.
Figure 43-1. Gnome Display Manager
Pour cela, nous vous proposons d’installer GDM (http://www.5z.com/jirka/gdm.html) (Gnome Display Manager). C’est
tout à fait facultatif : vous pouvez garder l’ancien schéma où les utilisateurs se loggent en console et lancent le serveur
graphique avec la commande startx.
Installation et configuration de GDM
Installer le package
Fermez votre serveur graphique puis installez le package requis :
# apt-get install gdm
Configurer GDM
Méthode Woody
Pour avoir la touche euro sous X avec GDM, il faut rajouter la commande xmodmap que l’on avait mis dans le fichier
/etc/X11/Xsession.d/60xmodmap à la fin du fichier /etc/gdm/PreSession/Default :
# cat /etc/X11/Xsession.d/60xmodmap >> /etc/gdm/PreSession/Default
170Chapitre 43. Se logguer en graphique
Méthode Sid
Pour avoir la touche euro sous X avec GDM, éditez le fichier /etc/gdm/PreSession/Default et ajoutez la ligne
suivante juste après la première ligne qui commence par PATH= :
/usr/bin/X11/xmodmap -e ’keycode 26 = e E currency’
Lancer GDM
Démarrez GDM :
# /etc/init.d/gdm start
Starting GNOME Display Manager: gdm.
Le fait de lancer GDM a pour effet de lancer le serveur graphique et GDM.
Note : Quand vous changez la configuration du serveur graphique et que vous voulez le redémarrer, il vous faudra
utiliser dorénavant la commande suivante :
# /etc/init.d/gdm restart
Stopping GNOME Display Manager: gdm.
Starting GNOME Display Manager: gdm.
Se logguer avec GDM
Allez sur la console n◦7 et logguez-vous en entrant votre login et votre mot de passe.
Vous pouvez maintenant configurer GDM sous X avec une belle interface graphique. Ouvrez un xterm, passez root avec la
commande su puis lançez le programme de configuration de GDM :
# gdmconfig
Méthode Woody
Par exemple, pour mettre GDM en français, il faut aller dans l’onglet Comportement du login et mettre fr_FR comme
locale par défaut.
Méthode Sid
Par exemple, pour avoir un beau GDM graphique, sélectionnez Bannière graphique pour le paramètre Bannière Locale
dans l’onglet Général.
171Chapitre 43. Se logguer en graphique
Figure 43-2. Bannière graphique de GDM (Sid)
172IV. Debian GNU/Linux en réseau
Introduction
Les trois premières parties de cette formation vous ont permis (nous l’espérons !) de savoir refaire avec Linux ce que vous
saviez déjà faire avec Windows.
Dans cette quatrième partie, nous proposons à ceux qui ont un accès permanent à Internet et/ou qui sont connectés à un
réseau local de découvrir une des grandes forces de Linux : ses capacités de serveur dans un réseau IP.Chapitre 44. L’accès à distance par SSH
Introduction et mise-en-garde
Qu’est-ce que SSH ?
SSH signifie Secure SHell. C’est un protocole qui permet de faire des connexions sécurisées (i.e. cryptées) entre un serveur
et un client SSH. Nous allons utiliser le programme OpenSSH (http://www.openssh.org/), qui est la version libre du client
et du serveur SSH.
Mise en garde sur la sécurité
Nature du problème
Installer un serveur SSH permet aux utilisateurs d’accéder au système à distance, en rentrant leur login et leur mot de passe
(ou avec un mécanisme de clés). Cela signifie aussi qu’un pirate peut essayer d’avoir un compte sur le système (pour
accéder à des fichiers sur le système ou pour utiliser le système comme une passerelle pour attaquer d’autres systèmes) en
essayant plein de mots de passes différents pour un même login (il peut le faire de manière automatique en s’aidant d’un
dictionnaire électronique). On appelle ça une attaque en force brute.
Il y a donc trois contraintes majeures pour garder un système sécurisé après avoir installé un serveur SSH :
• avoir un serveur SSH à jour au niveau de la sécurité, ce qui doit être le cas si vous faites consciencieusement les mises à
jour de sécurité en suivant la procédure Debian, comme expliqué au chapitre Le réseau et la sécurité ;
• que les mots de passes de TOUS les utilisateurs soient suffisamment complexes pour résister à une attaque en force brute
;
• surveiller les connexions en lisant régulièrement le fichier de log /var/log/auth.log.
Choisir des mots de passe complexes
Un mot de passe complexe est un mot de passe qui ne veut rien dire, qui n’est pas dans le dictionnaire et qui comporte au
moins 8 caractères, de préférence avec un mélange de lettres minuscules, de lettres majuscules, de chiffres et de caractères
de ponctuation.
Une bonne méthode pour obtenir un mot de passe complexe et facile à retenir consiste à choisir une phrase et à prendre la
première lettre de chaque mot, avec quelques complications en plus.
Par exemple, la phrase "Linux, moi j’y comprends rien de rien !" donne le mot de passe Lmjycr2r!
Tester la complexité des mots de passe
Pour vérifier que les mots de passe des utilisateurs du système sont vraiment complexes, le root peut les soumettre à un
cracker de mots de passe... et voir combien de temps ils résistent !
Les mots de passes des utilisateurs sont stockés dans le fichier /etc/shadow. Seul l’utilisateur root peut lire ce fichier.
Pour tester la complexité des mots de passes, le root peut donc installer le programme john
(http://www.openwall.com/john/) et le lancer sur le fichier /etc/shadow :
# apt-get install john
# john /etc/shadow
174Chapitre 44. L’accès à distance par SSH
Quand john a trouvé un mot de passe, il l’affiche avec le login associée.
Attention, john utilisera le processeur à 100 % ! Il est donc conseillé de lui donner un priorité faible (commande nice ou
renice) si la machine doit être utilisée pendant ce temps. Plus le nombre d’utilisateurs est grand, plus il faudra laisser
tourner john longtemps pour que le test soit significatif.
Le système de clés de SSH
La théorie de la cryptographie asymétrique
SSH utilise la cryptographie asymétrique RSA ou DSA. En cryptographie asymétrique, chaque personne dispose d’un
couple de clé : une clé publique et une clé privée. La clé publique peut être librement publiée tandis que la clé privée doit
rester secrète. La connaissance de la clé publique ne permet pas d’en déduire la clé privée.
Si la personne A veut envoyer un message confidentiel à la personne B, A crypte le message avec la clé publique de B et
l’envoie à B sur un canal qui n’est pas forcément sécurisé. Seul B pourra décrypter le message en utilisant sa clé privée.
La théorie de la cryptographie symétrique
SSH utilise également la cryptographie symétrique. Son principe est simple : si A veut envoyer un message confidentiel à
B, A et B doivent d’abord posséder une même clé secrète. A crypte le message avec la clé secrète et l’envoie à B sur un
canal qui n’est pas forcément sécurisé. B décrypte le message grâce à la clé secrète. Toute autre personne en possession de
la clé secrète peut décrypter le message.
La cryptographie symétrique est beaucoup moins gourmande en ressources processeur que la cryptographie asymétrique...
mais le gros problème est l’échange de la clé secrète entre A et B. Dans le protocole SSL, qui est utilisé par SSH et par les
navigateurs Web, la cryptographie asymétrique est utilisée au début de la communication pour que A et B puissent
s’échanger un clé secrète de manière sécurisée... puis la suite la communication est sécurisée grâce à la cryptographie
symétrique en utilisant la clé secrète échangée.
Pour plus d’informations sur la cryptographie, je vous conseille la lecture du dossier consacré à ce sujet par le magazine
pour la science (http://www.pourlascience.com) dans son hors-série de Juillet-Octobre 2002.
L’établissement d’une connexion SSH
Un serveur SSH dispose d’un couple de clés RSA stocké dans le répertoire /etc/ssh/ et généré lors de l’installation du
serveur. Le fichier ssh_host_rsa_key contient la clé privée et a les permissions 600. Le fichier
ssh_host_rsa_key.pub contient la clé publique et a les permissions 644.
Nous allons suivre par étapes l’établissement d’une connexion SSH :
1. Le serveur envoie sa clé publique au client.
2. Le client génère une clé secrète et l’envoie au serveur, en cryptant l’échange avec la clé publique du serveur
(cryptographique asymétrique). Le serveur décrypte la clé secrète en utilisant sa clé privée, ce qui prouve qu’il est bien
le vrai serveur.
3. Pour le prouver au client, il crypte un message standard avec la clé secrète et l’envoie au client. Si le client retrouve le
message standard en utilisant la clé secrète, il a la preuve que le serveur est bien le vrai serveur.
4. Une fois la clé secrète échangée, le client et le serveur peuvent alors établir un canal sécurisé grâce à la clé secrète
commune (cryptographie symétrique).
175Chapitre 44. L’accès à distance par SSH
5. Une fois que le canal sécurisé est en place, le client va pouvoir envoyer au serveur le login et le mot de passe de
l’utilisateur pour vérification. La canal sécurisé reste en place jusqu’à ce que l’utilisateur se déloggue.
La seule contrainte est de s’assurer que la clé publique présentée par le serveur est bien sa clé publique... sinon le client
risque de se connecter à un faux serveur qui aurait pris l’adresse IP du vrai serveur (ou toute autre magouille). Une bonne
méthode est par exemple de demander à l’administrateur du serveur quelle est le fingerprint de la clé publique du serveur
avant de s’y connecter pour la première fois. Le fingerprint d’une clé publique est une chaîne de 32 caractères
hexadécimaux unique pour chaque clé ; il s’obtient grâce à la commande ssh-keygen -l.
Installation et configuration de SSH
Installation du client et du serveur SSH
Le client et le serveur SSH sont dans le même package ssh. Ce package est installé dès la première utilisation de dselect. Si
vous avez bien respecté nos consignes lors de la procédure d’installation (chapitre Les packages) vous n’avez pas activé le
serveur SSH.
Maintenant que votre système est à jour niveau sécurité, vous pouvez activer le serveur SSH, si vous le souhaitez. Pour
cela, supprimez le fichier /etc/ssh/sshd_not_to_be_run et lancer SSH :
# rm /etc/ssh/sshd_not_to_be_run
# /etc/init.d/ssh start
Starting OpenBSD Secure Shell server: sshd.
Configuration du serveur SSH
Le fichier de configuration du serveur SSH est /etc/ssh/sshd_config. A ne pas confondre avec le fichier
/etc/ssh/ssh_config, qui est le fichier de configuration du client SSH.
Nous allons vous commenter les lignes les plus importantes de ce fichier de configuration :
• Port 22
Signifie que le serveur SSH écoute sur le port 22, qui est le port par défaut de SSH. Vous pouvez le faire écouter sur un
autre port en changeant cette ligne. Vous pouvez aussi le faire écouter sur plusieurs ports à la fois en rajoutant des lignes
similaires.
• Protocol 2
Signifie que votre serveur SSH accepte uniquement la version 2 du protocole SSH. C’est une version plus sécurisée que
la version 1 du protocole. Seuls certains vieux clients SSH ne savent faire que du SSH version 1. Si vous voulez que le
serveur accepte les deux protocoles, changez la ligne en :
Protocol 2,1
• PermitRootLogin yes
Signifie que vous pouvez vous logguer en root par SSH. Vous pouvez changer et mettre "no", ce qui signifie que pour
vous connecter en root à distance, vous devrez d’abord vous connecter par SSH en tant que simple utilisateur, puis
utiliser la commande su pour devenir root. C’est une sorte de double protection.
• X11Forwarding yes
176Chapitre 44. L’accès à distance par SSH
Signifie que vous allez pouvoir travailler en export display par SSH. Ce sera expliqué plus tard, dans la troisième partie
de cette formation Faire de l’export display.
Si vous avez modifié le fichier de configuration du serveur, il faut lui dire de relire son fichier de configuration :
# /etc/init.d/ssh reload
Reloading OpenBSD Secure Shell server’s configuration.
Se logguer par SSH
Authentification par mot de passe
C’est la méthode la plus simple. Depuis la machine cliente, tapez :
% ssh login@nom_DNS_du_serveur_SSH
• Si c’est la première connexion SSH depuis ce client vers ce serveur, il vous demande si le fingerprint de la clé publique
présentée par le serveur est bien le bon. Pour être sûr que vous vous connectez au bon serveur, vous devez connaître de
façon certaine le fingerprint de sa clé publique et la comparer à celle qu’il vous affiche. Si les deux fingerprints sont
identiques, répondez yes, et la clé publique du serveur est alors rajoutée au fichier ~/.ssh/known_hosts.
• Si vous vous êtes déjà connecté depuis ce client vers le serveur, sa clé publique est déjà dans le fichier
~/.ssh/known_hosts et il ne vous demande donc rien.
Ensuite, entrez votre mot de passe... et vous verrez apparaître le prompt, comme si vous vous êtiez loggué en local sur la
machine.
Authentification par clé
Au lieu de s’authentifier par mot de passe, les utilisateurs peuvent s’authentifier grâce à la cryptographie asymétrique et
son couple de clés privée/publique, comme le fait le serveur SSH auprès du client SSH.
Générer ses clés
Pour générer un couple de clés DSA, tapez :
% ssh-keygen -t dsa
Les clés générées ont par défaut une longueur de 1024 bits, ce qui est aujourd’hui considéré comme suffisant pour une
bonne protection.
Par défaut (il demande confirmation lors du processus de création), la clé privée est stockée dans le fichier
~/.ssh/id_dsa avec les permissions 600 et la clé publique est stockée dans le fichier ~/.ssh/id_dsa.pub avec les
permissions 644.
Lors de la création, il vous demande une pass phrase qui est un mot de passe pour protéger la clé privée. Cette pass phrase
sert à crypter la clé privée. La pass phrase vous sera alors demandée à chaque utilisation de la clé privée, c’est à dire à
chaque fois que vous vous logguerez en utilisant cette méthode d’autentification. Un mécanisme appelé ssh-agent permet
de ne pas rentrer le mot de passe à chaque fois... comme nous le verrons un peu plus loin dans ce chapitre.
Note : Vous pouvez à tout moment changer la pass phrase qui protège votre clé privée avec la commande
ssh-keygen -p.
177Chapitre 44. L’accès à distance par SSH
Autoriser votre clé publique
Pour cela, il suffit de copier votre clé publique dans le fichier ~/.ssh/authorized_keys de la machine sur laquelle vous
voulez vous logguer à distance. La commande suivante permet de réaliser cette opération via SSH :
% ssh-copy-id -i ~/.ssh/id_dsa.pub login@nom_DNS_du_serveur
et entrez le mot de passe de votre compte sur le serveur.
Se logguer
La commande est la même que pour une autentification par mot de passe.
Transfert de fichiers par SSH
En console
Le transfert de fichiers par SSH est possible de deux façons :
• avec scp (comme Ssh CoPy), qui s’utilise la même manière que la commande cp ;
• avec yafc, dont je vous avais déjà parlé au chapitre Le Web et le FTP en console pour les transferts de fichiers par FTP.
Encore une fois, vous pouvez utiliser la méthode d’autentification par mot de passe ou par clés, l’utilisation est la même.
Utiliser SCP
Pour illustrer la syntaxe, je vais donner quelques exemples :
• pour transférer le fichier test1.txt situé dans le répertoire courant vers le home du compte toto de la machine
ordi1.exemple.org sur laquelle tourne un serveur SSH :
% scp test1.txt toto@ordi1.exemple.org:
• pour récupérer le fichier test2.txt situé le home de l’utilisateur toto de la machine ordi2.exemple.org et l’écrire dans
le répertoire courant :
% scp toto@ordi2.exemple.org:test2.txt .
• pour récupérer tous les fichiers ayant l’extension .txt situés dans le répertoire /usr/local de la machine
ordi2.exemple.org et l’écrire dans le sous-répertoire test-scp du répertoire courant :
% scp toto@ordi2.exemple.org:/usr/local/*.txt test-scp
• pour transférer l’intégralité du sous-répertoire test-scp du répertoire courant vers le sous répertoire incoming du
home de l’utilisateur toto de la machine ordi1.exemple.org :
% scp -r test-scp toto@ordi1.exemple.org:incoming
178Chapitre 44. L’accès à distance par SSH
Utiliser yafc
Je vous avais déjà parlé d’utilisation de yafc comme client FTP dans la section Le FTP en console. Mais ce que je ne vous
avais pas dit, c’est que yafc sait aussi transférer des fichiers par SSH !
Pour l’installation et la configuration de yafc, reportez-vous à la section Le FTP en console.
Pour se connecter par SSH en utilisateur toto sur le serveur ordi1.exemple.org :
% yafc ssh://toto@ordi1.exemple.org
Ensuite, les commandes sont exactement les mêmes que lors de l’utilisation de yafc comme client FTP !
En graphique
gFTP, dont l’installation est expliquée à la fin du chapitre Le Web, le mail et les news en mode graphique fait également
office de client SFTP.
Lançez gFTP avec la commande gftp. Ensuite, allez dans le menu FTP / Options, sélectionnez l’onglet SSH, mettez le
paramètre Chemin sftp-server SSH2 à /usr/lib/ et cliquez sur Enregistrez.
Pour vous connecter, entrez le nom DNS du serveur ainsi que le login et le mot de passe, sélectionnez SSH2 à la place de
FTP dans la liste déroulante et tapez Entrée.
Figure 44-1. gFTP en SFTP
179Chapitre 44. L’accès à distance par SSH
Se logguer par SSH sans taper de mot de passe
Le principe
Cette section s’adresse à ceux qui utilisent un couple de clés publiques / privées, et qui ont crypté leur clé privée avec une
pass phrase (c’est la configuration la plus sûre). Par conséquent, le client SSH demande la pass phrase à chaque utilisation
des clés pour s’autentifier.
Pour éviter d’avoir à taper systématiquement sa pass phrase, il faut utiliser ssh-agent : ce programme tourne en tâche de
fond et garde la clef en mémoire. La commande ssh-add permet de donner sa clé à ssh-agent. Ensuite, quand vous utilisez
le client SSH, il contacte ssh-agent pour qu’il lui donne la clé.
La pratique
en console
Dans une console, ouvrez un screen avec ssh-agent en tâche de fond :
% ssh-agent screen
Puis donnez votre clé à l’agent :
% ssh-add
Il vous demande alors votre pass phrase. Maintenant que votre clé a été transmise à l’agent, vous pouvez vous connecter
sans entrer de mot de passe à toutes les machines pour lesquelles vous avez mis votre clé publique dans le fichier
~/.ssh/authorized_keys.
en mode graphique
Démarrez le serveur graphique avec la commande :
% ssh-agent startx
Puis ouvrez un xterm et tapez :
% ssh-add
L’agent sera alors actif pour toutes les applications que vous utiliserez en mode graphique, et notamment tous les xterm
ouverts ou que vous ouvrirez.
avec GDM
Si vous utilisez GDM, l’agent SSH a déjà été lançé par GDM. Vous n’avez donc plus qu’à exécuter ssh-add une fois que
vous êtes loggué.
Faire des tunnels SSH
Faire un tunnel SSH est un moyen simple de crypter n’importe quelle communication TCP entre votre machine et une
machine sur laquelle vous avez un accès SSH.
Par exemple, pour établir un tunnel SSH pour une connexion HTTP vers la machine serveur.exemple.org :
180Chapitre 44. L’accès à distance par SSH
% ssh -L 2012:serveur.exemple.org:80 toto@serveur.exemple.org
où 2012 est le port sur la machine cliente à partir duquel la connexion entre dans le tunnel SSH (le port doit être supérieur à
1024 si on ne veut pas avoir à lançer le tunnel en tant que root).
Ensuite, il suffit de lançer un navigateur Web en lui demandant de se conneecter en local sur ce port :
% w3m http://localhost:2012
Figure 44-2. Exemple de tunnel SSH
Et le bon vieux Telnet... ?
Qu’est-ce que Telnet ?
Telnet, c’est comme SSH... mais en moins bien ! Telnet est un protocole qui permet d’accéder à distance à une machine,
mais la connexion n’est pas sécurisée : le mot de passe et les données sont transférées en clair ! Telnet ne permet pas de
faire des transferts de fichiers. Il est donc conseillé de ne pas utiliser Telnet mais uniquement SSH.
Client et Serveur Telnet
Le client Telnet se trouve dans le package telnet. Ce package est installé par défaut.
Le serveur Telnet se trouve dans le package telnetd. Il n’y a aucune configuration à faire.
Pour se connecter à un serveur Telnet, tapez :
% telnet nom_DNS_du_serveur_telnet
et ensuite rentrez votre login et votre mot de passe quand il vous le demande.
181Chapitre 45. Faire de l’export display
Qu’est-ce que l’export display ?
L’export display consiste à se logguer à distance en mode graphique, comme on le fait avec un client et un serveur SSH en
mode texte. On peut alors exécuter des applications graphiques sur le serveur distant : la fenêtre graphique de l’application
et son contenu seront envoyés par le réseau vers la machine cliente ; les données du clavier et de la souris de la machine
cliente sont envoyées vers le serveur.
L’export display nécessite une bonne connexion réseau entre le client et le serveur puisque le serveur envoie des images de
l’écran au client...
Figure 45-1. Le principe de l’export display
Se connecter à un Unix/Linux à distance...
depuis un autre Unix/Linux
Il y a trois possibilitées de connexion, sachant que seule la première est entièrement cryptée.
Export display par SSH
SSH possède une fonction d’export display. Il faut que le serveur SSH distant ait autorisé la fonction d’export display,
comme expliqué au chapitre L’accès à distance par SSH. Pour l’utiliser, tapez dans un xterm :
% ssh -X login@serveur.exemple.org
puis lancez l’application graphique de votre choix...
Export display classique
Le serveur graphique possède une fonction d’export display, mais qui n’est pas cryptée comme avec SSH. Il faut d’abord
autoriser les connexions en provenance du serveur X, puis demander au serveur X distant de renvoyer le display vers le
182Chapitre 45. Faire de l’export display
serveur X de la machine cliente :
% xhost + serveur.exemple.org
% ssh login@serveur.exemple.org
% export DISPLAY=client.exemple.org:0.0
Note : Pour que cela marche, il faut que le serveur X de la machine cliente ne soit pas lançé avec l’option -nolisten
tcp, ce qui est le cas par défaut !
Si vous utilisez la commande startx, enlevez cette option du fichier /etc/X11/xinit/xserverrc :
#!/bin/sh
exec /usr/bin/X11/X -dpi 100
et redémarrez le serveur X.
Si vous utilisez GDM, enlevez cette option du paramètre command= de la section serveur-Standard du fichier
/etc/gdm/gdm.conf :
[server-Standard]
name=Standard server
command=/usr/bin/X11/X -deferglyphs 16
et redémarrez GDM.
Export display avec XDMCP
Le protocole XDMCP permet de se logguer au serveur graphique d’une machine distante, et de faire exactement comme si
on était loggué sous X en local sur la machine.
Avertissement
Ce protocole fait tout transiter en clair sur le réseau, y compris les mots de passe !
Pour cela, installez GDM sur le serveur, comme expliqué au chapitre Se logguer en graphique. Toujours sur le serveur,
éditez le fichier /etc/gdm/gdm.conf et modifiez la section xdmcp :
[xdmcp]
Enable=true
Redémarrez GDM :
# /etc/init.d/gdm restart
Stopping GNOME Display Manager: gdm.
Starting GNOME Display Manager: gdm.
Sur le client, vous pouvez alors vous logguer au serveur graphique distant. En console, tapez :
% X -query serveur.exemple.org
et vous devriez voir la fenêtre GDM du serveur :
183Chapitre 45. Faire de l’export display
Figure 45-2. Export display par XDMCP
Si vous avez déjà un serveur graphique de lançé sur le client et que vous ne pouvez pas le fermer, vous pouvez lancer un
deuxième serveur graphique depuis une console :
% X :1 -query serveur.exemple.org
Le deuxième serveur X est alors présent sur la console n◦13 ; pour y accéder depuis une autre console, vous pouvez vous
mettre sur la console n◦1 et faire Alt-Flèche Gauche.
depuis un Windows
Il suffit d’installer sur le Windows un programme qui sait se connecter à un serveur X, comme Cygwin
(http://www.cygwin.com) qui a l’avantage d’être libre. Cygwin est en fait un environnement Unix complet pour Windows.
Installer Cygwin
Allez sur www.cygwin.com (http://www.cygwin.com) et cliquez sur l’icône Install Cygwin now qui se trouve en haut à
droite de la page. Téléchargez le fichier setup.exe et exécutez-le. Le fichier contient le programme d’installation, mais
pas Cygwin en lui-même.
La procédure d’installation démarre alors :
1. Une fois passé l’écran d’accueil, sélectionnez Install from Internet.
2. Sélectionnez le répertoire d’installation.
3. Sélectionnez un répertoire dans lequel il va écrire les fichiers qu’il va télécharger.
4. Si vous devez passer par un proxy pour accéder à Internet, entrez ses paramètres. Sinon, sélectionnez Direct
Connection.
5. Sélectionnez un miroir dans la liste. Si vous êtes connecté au réseau VIA, entrez l’adresse
ftp://ftp.via.ecp.fr/pub/cygwin/ et cliquez sur Add.