<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>philippewang.info</title>
    <link>http://philippewang.info/</link>
    <description>
Proxy SOCKS avec SSH
</description>
    <language>fr</language>
    <generator>BASHGXD Another Super HTML Generator XD</generator>
    <item>
    <guid>http://philippewang.info/2007-07-27-23.00.xml</guid>
      <title>
Proxy SOCKS avec SSH
</title>
      <link>http://philippewang.info/2007-07-27-23.00.htm</link>
      <pubDate>Tue, 05 Feb 2008 19:35:24 +0100</pubDate>
      <description><![CDATA[
<!-- extra top links-->
<div>

</div>
<div>
<div>
<h1>Proxy SOCKS avec SSH
</h1>
<!-- body-content -->
<div style="text-align:justify;" xml:lang="fr">
  <p>
    La création et  l'utilisation d'un serveur mandataire (communément
    appelé proxy)  peuvent être motivées  par des raisons  diverses et
    variées. Commençons par les motivations.
  </p>
  <p>
    <strong>Premier scénario</strong>  : Vous avez une  machine A dont
    les  accès sont bridées&nbsp;:  vous n'avez  pas accès  à certains
    sites  alors que  vous auriez  bien  voulu pouvoir  y accéder.  Il
    suffit de passer par une machine  B qui a accès au site pour qu'il
    renvoie  l'information.  Cela  est  possible si  les  machines  se
    trouvant entre A et B ne filtrent pas les données&nbsp;!
  </p>
  <p>
    <strong>Premier   scénario  bis</strong>&nbsp;:  Vous   enviez  la
    connexion  que vous avez  à votre  lieu de  travail car  elle vous
    permet  de  télécharger  des  fichiers  que  vous  ne  pouvez  pas
    télécharger de chez vous sans payer.
  </p>
  <p>
    <strong>Second  scénario</strong>&nbsp;: vous  avez  une connexion
    autorisant  un  débit descendant  de,  disons,  2MB/s.  Hors  vous
    téléchargez  souvent à un  débit bien  moindre (disons  souvent 10
    fois  plus faible)  alors que  le serveur  serait capable  de vous
    fournir les données  bien plus rapidement si vous  aviez une autre
    connexion. Ce genre de choses peuvent être constatées lorsque d'un
    même site vous téléchargez un fichier  à une vitesse V à partir de
    la connexion de  votre lieux de travail, et  que chez vous, malgré
    votre débit maximal d'environ V, vous téléchargez à V/10.  Dans ce
    cas,  si vous avez  une connexion  avec un  bon débit  d'environ V
    entre  chez vous  et votre  lieu de  travail, vous  pouvez vouloir
    utiliser un ordinateur  de votre lieu de travail  comme proxy afin
    d'accélérer les téléchargements.   En quelques sortes, vous voulez
    optimiser  le  routage internet  entre  chez  vous  et le  serveur
    distant.
  </p>
  <p>
    <strong>Troisième  scénario</strong>&nbsp;:  vous  avez besoin  de
    passer par soit  un proxy soit une passerelle  pour les protocoles
    non prévus  par les administrateurs. Par exemple,  ils n'ont prévu
    que HTTP par  le proxy et SSH par la  passerelle et vous n'arrivez
    pas à utiliser les protocoles SMTP et POP par exemple.
  </p>
  <div><strong>Solution</strong>&nbsp;: utiliser un proxy SOCKS à l'aide
    de  SSH.  Ce  qui est  nécessaire&nbsp;: la  machine  cliente doit
    pouvoir se  connecter en  SSH sur une  machine distante  ayant les
    privilèges désirés.
    <pre style='font-size:120%;text-align:center;border-style:solid;border-width:2px;'>
ssh -D <i>portlocal</i> <i>serveurdistant</i>
    </pre>
    Ensuite, configurez vos logiciels pour qu'ils utilisent le serveur
    proxy SOCKS  ainsi créé.  Serveur  SOCKS&nbsp;: <tt>localhost</tt>
    (et         non        pas        <tt><i>serveurdistant</i></tt>).
    Port&nbsp;: <tt><i>portlocal</i></tt> choisi.
  </div>
  <p>
    Ce qui peut rendre les choses  plus difficiles est de ne pas avoir
    de client ssh. Si le serveur distant n'est pas accessible via ssh,
    c'est que  c'est une mauvaise  cible, sinon c'est que  vous pouvez
    installer  un serveur ssh  dessus.  D'autre  part, s'il  n'est pas
    possible d'accéder  au serveur  distant directement ou  s'il n'est
    pas possible de sortir directement, ou encore les deux contraintes
    à   la   fois,   il    est   toujours   possible   de   configurer
    son <tt>~/.ssh/config</tt>  afin de  pouvoir accéder à  la machine
    distante en une seule commande.
  </p>
  <div>
    IMPORTANT&nbsp;:  ne mettez  pas la  sécurité de  votre  réseau en
    péril en faisant n'importe quoi avec SSH. SSH permet d'établir des
    connexions sécurisées seulement si  on n'introduit pas des failles
    par des  mauvaises utilisations. D'autre part,  si vous contournez
    les règles  de sécurité de  votre entreprise ou  laboratoire, vous
    vous  exposez  aux colères  de  vos  administrateurs systèmes,  et
    peut-être  même à des  sanctions. En  tout cas,  <strong>vous êtes
    entièrement responsable  de ce  que vous faîtes</strong>.  Si vous
    voulez  en savoir d'avantage  sur SSH,  vous pouvez  consulter les
    ressources suivantes&nbsp;:
    <ul>
      <li><a href="http://en.wikipedia.org/wiki/Secure_Shell">http://en.wikipedia.org/wiki/Secure_Shell</a></li>
      <li><a href="http://www.oreilly.com/catalog/sshtdg2/">http://www.oreilly.com/catalog/sshtdg2/</a></li>
      <li><a href="http://www.oreilly.fr/catalogue/2841771474">http://www.oreilly.fr/catalogue/2841771474</a></li>
      <li><a href="http://www.openbsd.org/cgi-bin/man.cgi?query=ssh">http://www.openbsd.org/cgi-bin/man.cgi?query=ssh</a></li>
    </ul>
    Et  les moteurs de  recherche peuvent  vous donner  plein d'autres
    ressources...
  </div>

</div>
<div> 2007-07-27 </div>
</div>
</div>
      ]]></description>
    </item>
  </channel>
</rss>

