www.pc-kc.fr » putty

SFTP : mot de passe en ligne de commande

michauko — Tue, 24 Aug 2010 08:45:29 +0000

Petit souci du jour : utiliser sftp en ligne de commande, avec un mot de passe, en mode batch, MAIS sans passer par une authentification par clef. Sachant que sftp n’accepte pas de mot de passe en ligne de commande (ni via une redirection depuis STDIN).

Pourquoi donc me direz-vous ? simplement parce-que dans l’éventualité où faire bouger le prestataire en face de vous (celui qui héberge le serveur SSH) coûterait trop d’énergie, on va supposer qu’on ne peut pas facilement faire avaler notre clef publique à l’hébergeur du serveur SSH.

Bref, la commande traditionnelle est :

sftp utilisateur@serveur
Connecting to serveur...
utilisateur@serveur's password:
sftp>

J’ai trouvé une méthode simple : utiliser le client SFTP de « PuTTY ».
Je pensais au départ utiliser celui de « lftp » et sauvegarder ma connexion (avec mot de passe) en bookmark, mais comme mon login dans l’histoire est un utilisateur de domaine windows (ouais, le serveur SSH en face est sous windows O_o), y’a un \ dans le login et même en le doublant, lftp semble mal le digérer, ben j’étais aussi bloqué.

Bref, en installant les outils de PuTTY :

aptitude install putty-tools

On peut alors taper :

psftp -pw mon_pass utilisateur@serveur
Using username "utilisateur".
Remote working directory is /
psftp>

Attention : le mot de passe est en clair dans la ligne de commande, donc dans les processus etc etc. Donc c’est pas idéal comme condition.
Enfin, je n’ai pas mis le paramètre -b pour mon batch, car ce n’est pas le propos là.

ipv6 un protocole trop loin, ou trop proche

admin — Fri, 08 May 2009 07:24:07 +0000

Introduction : Si tu penses apprendre un truc sur IPV6 il ne faut pas lire ce billet, enfin tu peux quand même par curiosité

En ce moment je suis en train de développer un soft qui me permettra de ne pas utiliser showmypc ou gotoassist afin de dépanner des utilisateurs, quel rapport avc ipv6 me direz vous ? Ah ah … (c’est nul ça …) et bien showmypc utilise plink, jusque là pas de nouveauté, en tout cas pour ceux qui ont déjà jeté un oeil sur showmypc et fait un peu de ssh ….

Le but étant de parvenir au schéma ci-dessous, se connecter à un serveur ssh depuis le PC2 idem pour le PC1 afin que le PC1 puisse se connecter au PC2 sans que celui çi n’est « rien » à faire

Bref plink est un très bon outil utilisé généralement en lieu et place de putty car en ligne de commande, et donc bien pratique lors de l’exécution de script de connexion « automatique » ou généré à la volée …

Toujours pas d’ipv6 …

Donc je commence à développer mon soft en vb.net (je lis déjà les hurlements ou les rires au fond du blog) et j’introduis mes commandes plink dedans …

Sur le PC windows :

plink.exe -C -v -ssh -2 -P 80 -N -R 17299:localhost:6900 -L 17299:localhost:17299 -pw motdepasse utilisateurssh@serveurssh

Sur le PC Linux

plink.exe -C -v -ssh -2 -P 80 -N -L 17301:localhost:17301 -pw motdepasse utilisateurssh@serveurssh

je test (si si ça existe encore les personnes qui testent, n’est ce pas yann )

et là mon rebond ssh ne marche pas … Impossible de se connecter du pc 1 au pc 2 en passant par le serveur SSH, pourtant mes lignes de commandes semblent correctes et le pire c’est qu’elles le sont ! (maintenant je peux le dire, mais il y a encore 15 jours j’en arrivais à douter)

Mais à ce moment je ne sais pas qui remercier, IPV6 (tiens on parle IPV6 içi ???) l’Evolution majeure des prochaines années (une bonne source de problèmes, informaticien de beaux jours sont à venir, on aura encore besoin de toi ) ou alors plink (un des outils de putty) qui met des options en ligne de commande pour décorer et pour faire beau …

Grâce à une remarque sur ma connexion qui n’a rien à voir avec le présent problème (merci nono) j’ai trouvé la source de mes tracas, grâce à un truc tout bête que j’ai refait maintes fois, pourtant aujourd’hui, le pingouin (manchot ?) m’a illuminé :

Sur mon pc linux (car c’est là que résidait mon problème) je lance un :

netstat -an

et là que vois-je horrifié et incrédule à la fois ???

tcp6 ::1: 17299 :::*

au lieu et place de :

tcp 127.0.0.1:17299 0.0.0.0:*

J’ai jamais demandé de l’ipv6 moi … Et la je comprends et j’ai la solution à mon problème l’option -4 de plink permet de forcer devinez quoi : Ipv4 si si c’est écrit :

-4 -6 force use of IPv4 or IPv6

donc je ne me dégonfle pas, et je rajoute -4 et là tout pareil :’(

Histoire quand même de vérifier mes lignes de commandes je me dis que je vais désactiver ipv6 sur mon pc linux :

je rajoute donc un : blacklist ipv6 à la fin du fichier /etc/modprobe.d/blacklist

et là joie tout fonctionne farpaitement, oui Môoossieur, farpaitement

M’enfin je ne peux pas supprimer ipv6 de ma machine, c’est l’Avenir …

Bref tout ça pour dire que si vous souhaitez utiliser plink loopback sur une machine linux et faire de l’ipv4 alors qu’ipv6 est « actif », oubliez il n’est pas possible de forcer ipv4.

Mais dans le joyeux monde de l’informatique, tout fini toujours bien, et il y a toujours une solution à un problème, sinon c’est qu’il n’y a pas de problème …

Donc sous linux préférez la commande :

ssh -4 -L 17301:localhost:17301 -l utilisateurssh -N -q serveurssh

l’inconvénient de cette commande c’est qu’il n’est pas possible à ma connaissance (limitée) de passer le mot de passe …

Donc voilà un peu ce qui s’annonce avec ipv6, je vais tester mon installation tout en ipv6, je remercie au passage marmotte_57 du forum linuxfr.org qui a bien voulu m’aider, même si au final la vérité était ailleurs …

les liens utiles :

showmypc (pour ceux qui sont curieux, attention c’est une appli commerciale)

plink (pour ceux qui ne connaitrait pas)

Compagnon NX depuis le Web

admin — Thu, 12 Feb 2009 12:47:35 +0000

Tandis que l’on cherche à faire une application portable du client NX de no machine on s’apperçoit qu’il existe aussi un client qui fonctionne depuis le web, alors comment ça marche ?

En fait c’est très simple si si, en considération de la mise en place d’un serveur ssh et tout le reste, ça c’est très simple

Tout d’abord il faut posséder le compagnon NX que vous allez mettre en place sur votre serveur Web

Pour télécharger NX web companion

Une fois télécharger vous devez installer l’intégralité du répertoire plugin sur un serveur web de préférence Apache

Là 2 solutions s’offrent à vous soit vous possédez votre propre serveur web que vous hébergez et auquel cas vous pouvez le mettre sur ce serveur, ou bien vous avez un serveur web externe (un peu comme ce site) et vous pouvez copier le répertoire via votre logiciel ftp favorit dans un répertoire de votre choix. C’est cette solution que nous allons voir dans ce tutorial.

Pour commencer un petit schéma :

schéma fonctionnement NX companion

En lisant la documentation du compagnon on voit que celui-çi n’est pas sécurisé lors de la connexion ensuite aucun problème mais du fait que la clef est stockée en clair dans un fichier de session cela représente une faille, c’est pourquoi j’ai opté pour l’hébergement sur un serveur publique, car dans ce cas je multiplie les différents sites et fichiers de connexion.

Donc pour sécuriser un minimum cette application il va falloir créer un fichier .htaccess où vous mettrez l’utilisateur autotisé à accéder au client Web.

Ensuite fourni avec le compagnon Web il y a un fichier qui se nomme nxapplet.html qu’il va falloir copier ou renommer en fichier index.html, comme ça pas de mauvaise surprise.

Il fa falloir faire quelques modifications dans ce fichier :

Qui représente l’emplacement où est stocké l’applet

Qui est le lien vers lequel l’applet doit vous rediriger une fois que vous aurez terminé

L’endroit et le nom de la session que vous allez utiliser pour vous connecter à votre pc

le nom que vous allez donner à votre session.

Ensuite il va falloir créer votre fichier de session qui sera stocké dans le répertoire désigné par SessionUrl

Pour générer un fichier session le plus simple est d’enregistrer une session à partir d’un client NX.

je vous met un extrait de mon fichier session.nxs

Vous remarquerez que je met comme serveur le 127.0.0.1 avec un port 2222… Bein pourquoi donc ??

Le client Web NX N’EST PAS SECURISE !!! Il va donc falloir le faire passer dans un tunnel ssh et c’est là qu’intervient votre configuration de putty

Un port local 2222 redirigé vers le port distant 22 avec une clef ssh + une passphrase sur une clef USB, ce qui fait que désormais votre client est sécurisé pour sa connection, puisqu’il passe via le tunnel ssh

La clef ssh contenue dans le fichier session sert juste à vous authentifier auprès du serveur Nx et non pas auprès du serveur SSH.

C’est pourquoi ça ne me dérange pas que le fichier de session soit sur un serveur publique puisque nul part, excepté dans ma configuration de putty, il n’est mentionné l’adresse IP de mon serveur NX…

Il faut savoir que la première fois si aucun client NX ou plugin n’est installé, l’applet va télécharger le client en local sur la machine, en revanche à la fin de l’utilisation le fichier session sera détruit. Il ne restera que le dossier plugin dans le home de l’utilisateur.

voilà

Traduction NX Companion

: Label : trad-compagnon-nx.zip (80 Ko)
Légende : Traduction NX Companion

Comment regarder une Vidéo avec SSH et VLC ?

admin — Thu, 12 Feb 2009 11:22:30 +0000

Effectivement vous êtes loin de chez vous, ou seul un soir à l’hôtel, rien à la télé… Ou alors chez un ami qui n’a que des films inintéressants… Mais heureusement vous avez LA solution…. Et les outils VLC et Putty et surtout une connexion internet

Toujours sur le même principe que pour le remote et la prise de contrôle à distance de votre PC (voir les épisodes précédents). il suffit de rajouter un port de redirection dans PuTTY, comme dans l’écran ci dessous :

Ensuite il faut installer VLC sur votre « serveur » de vidéo, vous pourrez trouver VLC sur le site de videolan (vous constaterez par ailleurs que VLC est disponible sur beaucoup de plateformes y compris les pockets PC.

Sous linux un simple #apt-get install vlc devrait être suffisant.

Maintenant vous pouvez démarrer la video avec la commande suivante :

*- Version Linux :

vlc -vvv monfilm.avi --sout '#transcode{vcodec=DIV3,vb=256,scale=1,acodec=a52,ab32,channel=2}:std{access=mmsh,mux=asfh,url=127.0.0.1:9090}' -I telnet

Dans cette ligne de commande on utilise un codec video DIV3, un codec audio a52, et on diffuse sur un protocole compatible avec Windows Media Player access=mmsh,mux=asfh, le tout diffuser en local 127.0.0.1 (comme d’habitude) sur le port 9090 l’option -I telnet vous évite de vous connecter à une session graphique, ainsi vous rester en ligne de commande.

*- Version Windows :

vlc "monfilm.avi" :sout=#transcode{vcodec=DIV3,vb=1024,scale=1,acodec=mp3,ab=192,channels=2}:

duplicate{dst=std{access=mmsh,mux=asfh,dst=127.0.0.1:9090}}

J’ai volontairement modifié le codec a52 par mp3 car cela fonctionnait mieux quand on diffusait à partir de windows.

*- Pour les allergiques à la ligne de commande il faut ouvrir vlc aller dans le menu Fichier, puis Ouvrir un fichier (avancé)…

propriétés avancées de VLC

Ouvrir un fichier VLC

Puis il faut cliquer sur le bouton Parcourir… pour sélectionner le film à diffuser, ensuite il faut cocher la case Diffuser/Sauvegarder et ensuite cliquer sur le bouton Paramètres…

Dans cet écran vous sélectionnez vos différents paramètres de diffusion.

Paramètres de diffusion de VLC

Bon maintenant que le film a démarré, il ne faut pas trop en louper. Configurons donc le client VLC ou bien regardez avec le Média player windows si vous avez les bons codecs.

pour VLC :

Flux de diffusion VLC

Configuration de VLC

Une fois que vous avez cliqué sur OK la vidéo devrait se lancer, et il ne vous reste plus qu’à déballer le paquet de pop-corn ou autre confiserie

pour WMP :

Il suffit d’aller dans fichier puis Ouvrir une URL… et de renseigner la fenêtre qui s’ouvre à l’identique de celle-çi :

Lecture WMP

Voilà…

Contourner un proxy (la suite…) ssh le retour

admin — Tue, 10 Feb 2009 12:53:28 +0000

Suite à quelques problèmes rencontrés récemment, en voyant qu’autour de moi certaines personnes avait des difficultés, qu’elles s’étaient auto bloqués derrière un firewall, ou derrière une livebox….

De ce fait il devient « impossible » pour moi de me connecter chez eux, puisque tout est bloqué.

Dans cette hypothèse il devient alors évident qu’il vaut mieux que ce soit eux qui établissent la connexion vers ma machine et non l’inverse.

Il convient donc de faire quelques petits aménagements sur putty et VNC

1. But :

Le but est de parvenir à ce Schéma :

schéma tunnel inversé

2. Outils :

Plink, PSFTP, PSCP (les outils de PuTTY en version portable)
OpenSSH, (là j’explique pas de nouveau)
et si on peut considérer ça comme un outils CHROOT et SCPONLY

3. Mise en place de CHROOT :

là c’est simple (au début) il suffit de créer un environnement CHROOTé. En fait nous allons créer 2 utilisateurs :

le premier Remote qui n’aura le droit de faire que du SCP ou ou du SFTP, voir les 2 (là c’est vous qui déçidez…)
le deuxième Assistance qui ne pourra rien faire si ce n’est d’ouvrir une session et et un port sur votre machine.

#adduser remote

Le répertoire de remote devra ressembler au final à ça :

/home/remote |-- etc | |-- group | `-- passwd |-- lib | |-- ld-linux.so.2 | `-- tls | |-- libc.so.6 | |-- libcrypt.so.1 | |-- libdl.so.2 | |-- libnsl.so.1 | |-- libresolv.so.2 | `-- libutil.so.1 |-- remote.txt `-- usr |-- bin | |-- rssh | |-- scp | `-- sftp `-- lib |-- i686 | |-- cmov | `-- libcrypto.so.0.9.7 |-- libz.so.1 |-- rssh | `-- rssh_chroot_helper `-- sftp-server9 directories, 17 files

Pour arriver au résultat ci dessus, il faut commencer par créer les répertoires :

#mkdir /home/assistance/etc

Il faut répeter l’opération autant de fois qu’il y a de répertoires :’( , pour les fichiers la méthode à employer est la suivante :

# ldd /usr/bin/scp libresolv.so.2 => /lib/tls/libresolv.so.2 (0x40027000) libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x40039000) libutil.so.1 => /lib/tls/libutil.so.1 (0x40139000) libz.so.1 => /usr/lib/libz.so.1 (0x4013c000) libnsl.so.1 => /lib/tls/libnsl.so.1 (0x4014e000) libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0x40162000) libc.so.6 => /lib/tls/libc.so.6 (0x4018f000) libdl.so.2 => /lib/tls/libdl.so.2 (0x402c4000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

dans ce cas il faut copier les fichiers renvoyés par la commande ldd vers le bon répertoire de l’utilisateur remote.

#cp /lib/tls/libresolv.so.2 /home/assistance/lib/tls

Il y a aussi d’autres méthodes « automatiques » que vous pourrez trouver su léa-linux là. ce tuto m’a d’ailleurs bien aidé pour faire cette manip, merci à son auteur.

Il faut aussi installer RSSH qui permet d’installer un shell très limité aux commandes SSH, du type scp ou sftp.

#apt-get install rssh

Puis il faut configurer rssh, il faut donc éditer le fichier suivant : /etc/rssh.conf et vérifier qu’il ne contient bien que ces lignes à l’intérieur.

logfacility = LOG_USER allowscp # pour autoriser la commande SCP allowsftp # pour autoriser la commande SFTP umask = 022 chrootpath="/home/remote"

Ensuite il faut affecter le bon shell à l’utilisateur.

vim /etc/passwd remote:x:1003:1003:remote,,,:/home/remote:/usr/bin/rssh

maintenant vous pouvez tester la connexion avec l’utilisateur remote.

$ sftp remote@localhost Connecting to localhost... Password: sftp> ls . .. etc lib remote.txt usr sftp>

Info : si vous faites le même test avec scp il se peut que vous ayez cette erreur : unknown user 1003 où 1003 est l’ID de votre utilisateur, je n’ai pas trouver comment résoudre cette erreur sachant que ça fonctionne depuis pscp sous windows.

#adduser assistance

Quant à assistance c’est encore plus simple dailleurs un simple copier coller des 2 répertoires suffit, toutefois il ne faut oublier de supprimer les choses en trop

/home/assistance |-- .ssh | |-- authorized_keys | `-- remote.pub |-- bin | `-- bash `-- lib |-- ld-linux.so.2 |-- libc.so.6 |-- libdl.so.2 `-- libncurses.so.5

Toutefois il y a quand même quelques manipulations a effectuer, car dans l’état actuel, c’est plutôt bof .

Donc, il faut créer un « faux » shell

#vim /bin/chrootassistance #!/bin/bash exec -c /usr/sbin/chrootassistance_suid /home/$USER /bin/bash

Puis il faut changer les droits de l’utilisateur et copier le fichier chroot.

# chmod 755 /bin/chrootassistance cp /usr/sbin/chroot /usr/sbin/chrootassistance_suid chmod 4755 /usr/sbin/chrootassistance_suid

Enfin il ne faut pas oublier le contenu du fichier /etc/passwd

assistance:x:1004:1004:,,,:/home/assistance:/bin/chrootassistance

Ensuite tester la connexion :

su assistance Password: bash-2.05b$

Vous pouvez tenter de faire un ls, un cp, ou ce que vous voulez ce ne sera pas possible.

4. Créer les éléments de connexion :

Pour « sécuriser » un minimum la connexion il va falloir autoriser l’utilisateur externe à se connecter dans des conditions sécurisées.

il faut tout d’abord générer une paire de clef ssh

#ssh-keygen -b 2048 -t dsa -f Nom-Clef -N PassPhrase

ensuite pour que cette clef soit comprise par PuTTY il faut la convertir

$puttygen Nom-Clef -o remote.txt

le fichier remote.txt sera stocké à la racine de /home/remote attention c’est une clef privée, il faut donc la changer régulièrement et ne pas donner la passphrase à n’importe qui

puis vous copiez la clef Nom-Clef.pub dans /home/assistance/.ssh puis vous changez les droits sur cette clef

# chmod 64 /home/assistance/.ssh/Nom-Clef.pub # cat Nom-Clef.pub > authorized_keys # chmod 64 /home/assistance/.ssh/authorized_keys

Résumons :
- Nous avons créer les 2 environnements CHROOTé
- Nous sommes capables de nous connecter sur les 2 environnements
- un utilisateur (remote) peut récupérer et copier des fichiers
- un utilisateur (assistance) peut uniquement se connecter.

5. Changeons d’environnement :

Sous windows il suffit ensuite de récupérer la clef du premier environnement Chrooté pour cela 2 utilitaires sont disponibles avec putty, et tout dépend de ce que vous avez autorisez dans le fichier /etc/rssh.conf.

Au choix :

pscp -P 80 -pw MotDePasseUtilisateurChrooté UtilisateurChrooté@AdresseIP:/remote.txt remote.txt

psftp -P 80 UtilisateurChrooté@AdresseIP -pw MotDePasseUtilisateurChrooté -b script.scr

UtilisateurChrooté = remote (dans notre cas)
script.scr est un fichier texte qui contient les commandes a exécuter

get remote.txt remote.txt bye

Ensuite grâce à l’utilitaire plink il suffit d’étblir la connection :

plink -P 80 -l Assistance -R AdresseIP:59000:localhost:5900 -i remote.ppk AdresseIP

AdresseIP : est l’adresse de votre PC (dépanneur)

Cette ligne a pour incidence d’ouvrir un port le 59000 sur le pc du dépanneur en sortant par le port 80 et en utilisant l’utilisateur Assistance et la clef remote.ppk

Par la suite il faut modifier les paramètres de VNC comme dans les écrans ci dessous afin d’autoriser le loopback et uniquement le loopback ce qui empêchera toute connexion à VNC autrement qu’en local sur le port 5900 :

Propriétés avancées pour le loopback

Avec cette méthode tout est « sécurisé » la seule faille étant dans la première récupération de clef, mais il suffit de ne pas communiquer les mots de passe ainsi que la passe phrase autrement que par téléphone ou mail.

Certes la procédure peu paraître compliquée surtout pour le dépanné qui est supposé être novice en informatique, mais si on extrapole un peu il devient possible de créer un petit bout de soft avec NSIS, InnoSetup ou du Script, afin de simplifier la tâche de ce pauvre utilisateur, et automatiser tout ça

3 directories, 7 files

Propriétés de VNC pour le loopback

Comment contourner un proxy, merci ssh

admin — Tue, 10 Feb 2009 10:31:57 +0000

Cela faisait un moment que je cherchais comment pouvoir accéder à mon pc perso depuis mon travail, non pas dans le but de bosser sur des trucs perso, mais pour pouvoir obtenir rapidement les infos et/ou les softs qu’on m’interdisait de télécharger….

1. But :

Le but de cet article est d’expliquer comment accèder « facilement » à sa machine depuis n’importe où. Le principe est « simple » à partir du moment ou on y met un peut de bonne volontée. En revanche cela reste une faille importante de sécurité sur votre système et celui sur lequel vous allez vous héberger. Ce manuel est pour vous si : Vous n’êtes pas libre d’aller où bon vous semble sur le net Si comme moi vous êtes très limité (voir très très limité) sur les downloads Si vous voyagez beaucoup et que vous aimez bien votre PC finalement Ou encore juste pour le plaisir de contourner les règles (avec modération) Le but parvenir à cette situation :

Fonctionnement NX via tunnel SSH

2. Outils :

PuTTY (Forcément ) OpenSSH, Un serveur SSH (forcément aussi) et pourquoi pas : Mozilla Filezilla TightVNC / Vino FreeNX

3. Installation du serveur SSH :

Pour ma part je triche un peu et je sort du contexte Windows pour l’instant, pour mieux y revenir, en fait le plus « simple » est d’avoir chez vous un PC qui tourne sous Linux… Puis d’avoir installé un serveur SSH

pour ma part c’est très rapide :

$sudo apt-get install openssh-server

Pour plus de détail concernant l’installation et la configuration de ssh : Installation et utilisation de SSH sous Linux. Ensuite il faut générer la clé ssh qui va bien avec un bon cryptage :

$ssh-keygen -t dsa -b 4096

Info : Le dialogue avec les banques est crypté sur 128 bits içi nous générons une clef de 4096 bits

La génération des clefs peut mettre quelques secondes, voir quelques minutes, cela dépend de votre pc… Lors de la sauvegarde des clefs conserver les valeurs par défaut. Ensuite une passphrase est demandé, renseignez ce que vous voulez. ATTENTION !!! Toutefois car cette passphrase, protège votre clef, vous permet de d’utiliser votre clef, et pour finir vous permet de vous connecter à votre pc.

Vous pouvez bien sûr vous passer de cette passphrase mais dans ce cas c’est comme laisser votre maison grande ouverte avec écrit dessus entrée libre

A la fin de la génération des clefs vous obtenez 2 fichiers dans le répertoire /.ssh :

id_dsa —> clef privée
id_dsa.pub —> clef public

Il faut ensuite copier le fichier (clé privée) sur un support type clé usb, puis ajouter le contenu du fichier id_dsa.pub dans le fichier /ssh/authorized_keys

$cat /.ssh/id_dsa.pub >> /ssh/authorized_keys

A cette étape la partie SSH est configurée sur votre serveur (pc maison), ouf…

4. Configuration du routage :

Il faut donc maintenant rediriger correctement les paquets à iptables, en ajoutant cette ligne au fichier de configuration d’iptables : iptables -t nat -A POSTROUTING -o ethX -j MASQUERADE

X=correspond au numéro de votre carte réseau connectée à internet

Info : Vous pouvez utiliser les fichiers joints, tirés de l’excellente formation d’Alexis de Lattre, pour configurer iptables

Les fichiers ci-dessus sont déjà configurés pour fonctionner avec notre configuration, mais vous pouvez toujours les éditer et modifier des choses à l’intérieur.

Je vous laisse le soin de faire votre redirection de port sur votre modem routeur ADSL.

La règle est la suivante :

80 : est le port de votre routeur en entrée
TCP : Protocole utilisé
192.168.0.X : adresse IP de votre machine où X est votre IP
22 : port ouvert sur votre PC

Note : Quel port choisir en entrée ? Dans le sens où les données qui vont transitées sur le réseau vont être cryptées, vous pourriez très bien utiliser aussi le port 443 port pour les données https, cryptées

5. Configuration des applications côté maison :

Maintenant il faut installer les applications « serveur » pour pouvoir vous connecter je n’utiliserais pas XDMCP car beaucoup trop lent et « compliqué » à mettre en oeuvre.

Vino = Prise de controle

Pour ma part j’utilise comme serveur VNC : vino qui permet de se connecter depuis n’importe quel client VNC. pour l’installer il suffit de taper la commande suivante :

$sudo apt-get install vino

Il faut maintenant le configurer, pour cela, il suffit de taper la commande ci dessous et remplir les différents champs à l’identique de la copie d’écran, le mot de passe est celui que vous demandera vnc pour vous connecter :

$vino-preferences ce qui affiche cet écran :


Configuration de Vino

Attention :
-* Le problème de vino et de VNC en général est que pour accéder à votre session Gnome ou KDE, vous devez déjà vous être logué en local sur la machine, si votre session n’a pas été ouverte il ne sera pas possible d’utiliser vino.

FreeNX = Serveur de sessions sous linux Avantages, plus rapide que VNC, ouvre une session distante sur la machine, supporte SSH en natif. Pour installer FreeNX, vous trouverez sur cette page toutes les infos nécessaires : Installation de FreeNX ou sinon vous pouvez directement installer NX de nomachine utilisable pour 2 personnes en simultané

Attention :
-*Il y a des petits problèmes d’affichage d’icône lors de la session Gnome, et un problème de configuration du clavier, je n’ai pas encore trouvé comment solutionner ce dernier problème à part en faisant :

$setxkbmap fr

Proftpd = Serveur FTP

$sudo apt-get install proftpd il faut modifier le fichier de configuration : /etc/proftpd.conf

et rajouter cette ligne : PassivePorts 60010 60019

6.Configuration des applications côté PC nomade (pas chez vous) :

Il y a deux options soit vous vous fichez complétement de la technique ou vous êtes pressés et vous optez pour l’option une, soit vous désirez customiser un peu l’ensemble et vous êtes curieux et là vous prenez l’autre l’option, sachant que l’une n’est pas incompatible avec l’autre.

Pour les moins courageux, pressés ?

A l’heure ou je rédige ces lignes le site framakey.org est en train dedéveloper une solution sur clef USB de moins de 128 Mo qui devrait répondre à tout les besoins, surtout si vous n’avez pas les droits d’installer quoique ce soit sur votre pc. Cette Framakey NyWhere sera faite pour vous.

Lien vers le site Framakey.org

Pour les plus courageux qui veulent savoir comment ça fonctionne

1/ Installer et configurer PuTTY

Déjà il vous faut télécharger PuTTy. Une fois que c’est fait vous pouvez l’installer .

Ensuite première étape, il vous faut convertir votre clef privée : id_dsa, en clef compréhensible par Putty.

Pour cela rien de plus simple un petit coup de PuTTYgen soit en ligne de commande (windows ou linux même combat)

puttygen id_dsa -o id_dsa.ppk

Enter passphrase to load key : si ce n’est pas assez clair là il demande d’entrer votre passphrase

une fois cette étape « d’installation » passée nous pouvons attaquer la configuration.

lancer putty, vous arrivez sur un écran qui ressemble (excepté les valeurs) à celui çi :

Ecran de session Putty


Session PuTTY

Renseigner l’IP publique du PC maison (adresse IP du routeur sur internet)
Changer le numéro de port remplacer 22 par 80 si vous suivez la doc attentivement
Donnez ensuite un nom à votre session ex : PC Maison
Cliquer sur le bouton Save

Pour connaitre l’IP publique de votre routeur

Attention : Il va de soit que pour utiliser ce site, et la solution dans son ensemble vous devez avoir une IP fixe ou qui ne change pas 20 fois par jour, sinon il faut utiliser dyndns

Ensuite sur la partie de gauche cliquer sur Connexion puis sur Proxy, l’écran suivant devrait apparaître.

paramètres proxy de putty


Proxy PuTTY

Je ne connais malheureusement pas toutes les configurations de Proxy, tellement les paramètres sont nombreux et variés, tout ce que je peux dire c’est que vous trouverez (si vous n’êtes pas Administrateur) toutes les infos dans les paramètres de connexion d’IE et/ou Firefox.

Elémentaire :
Il va de soit que vous ne devez renseigner cet écran que si vous utilisez un proxy

renseigner le type de proxy, içi : HTTP
l’adresse du proxy : leproxy.a.contourner.com
le port du proxy, généralement c’est : 80
le nom d’utilisateur : nom d’utilisateur de la connexion réseau
mot de passe : mot de passe associé à l’utilisateur au dessus
retourner sur l’écran Session puis cliquez à nouveau sur le bouton Save

Toujours sur la partie gauche cliquer sur SSH puis sur Auth, s’affiche alors l’écran suivant.

Paramètres SSH AUTH


Auth PuTTY

La suite est simple il suffit de cliquer sur browse afin de sélectionner le fichier id_dsa.ppk que vous avez généré au début de cette étape. Puis retourner sur l’écran Session puis cliquez à nouveau sur le bouton Save

Retourner sur SSH mais cette fois sélectionner Tunnels


Paramètres tunnels

Tunnels PuTTY

renseigner le port Source, celui qui que vous voulez rediriger depuis votre PC du travail vers le pc maison par exemple le FTP nous allons mettre 3121
dans Destination renseigner le port à atteindre sur votr PC Maison, toujours le FTP localhost:21
choisir le type de redirection içi Local
cliquer sur le bouton Add

Répéter autant de fois les 4 étapes ci dessus afin d’ajouter les différentes règles de redirection, pour l’exemple voiçi celle que j’ai renseigné :

FreeNX :

Source port : 2222 Destination : localhost:22 local

FileZilla(FTP) :

Source port : 3121 Destination : localhost:21 local

Source port : 3120 Destination : localhost:20 local

Source port : 60010 Destination : localhost:60010 local

Source port : 60019 Destination : localhost:60019 local

FireFox (Internet) :

Source port : 8080 Dynamic

Une fois que vous avez créé toutes vos règles, alors retourner sur l’écran Session puis cliquez à nouveau sur le bouton Save

2/ Configuration de FreeNX

pour installer FreeNX aller sur le site de Coagul

Site de Coagul

Concernant l’installation de FreeNX rien de bien particulier en fait il suffit juste de rediriger le port local 2222 vers le 22 distant et de le spécifier sur l’écran suivant

puis après modifier la clef SSH FreeNX sur l’écran suivant :

Clef freenx

3/ Configuration de Fillezilla

C’est THE client FTP qui va bien, il suffit de définir une nouvelle connexion avec un nouveau site afin que votre écran ressemble à ça :

Paramètres de connexion Filezilla

4/ Configuration du navigateur (Firefox)

Dans le cas du navigateur c’est très simple, votre page de proxy doit ressembler à ça :

Configuration proxy du navigateur