<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>SSH on Leslamas</title><link>https://www.leslamas.net/tags/ssh/</link><description>Recent content in SSH on Leslamas</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Thu, 09 Feb 2017 14:06:53 +0100</lastBuildDate><atom:link href="https://www.leslamas.net/tags/ssh/index.xml" rel="self" type="application/rss+xml"/><item><title>Sauvegarde Rsync over SSH sur QNAP TS-269L</title><link>https://www.leslamas.net/post/sauvegarde-rsync-over-ssh-sur-qnap-ts-269l/</link><pubDate>Tue, 07 Oct 2014 10:16:00 +0200</pubDate><guid>https://www.leslamas.net/post/sauvegarde-rsync-over-ssh-sur-qnap-ts-269l/</guid><description>&lt;p&gt;Dans une &lt;a href="http://www.qnap.com/i/fr/product_x_down/firmware_log.php?kw=TS-269%20Pro%2FTS-269L&amp;amp;fsn=3465" title="TS-269 Pro/TS-269L Change Log"&gt;récente mise à jour&lt;/a&gt; du firmware, QNAP a ajouté la possibilité d&amp;rsquo;utiliser Rsync sur SSH pour les sauvegardes. Voici comment paramétrer une sauvegarde vers un serveur Debian.&lt;/p&gt;
&lt;h3 id="sur-le-serveur-de-destination"&gt;Sur le serveur de destination&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;Installer rsync&lt;/li&gt;
&lt;/ul&gt;
&lt;blockquote&gt;
&lt;p&gt;apt-get install rsync&lt;/p&gt;
&lt;/blockquote&gt;
&lt;ul&gt;
&lt;li&gt;Activer le démarrage dans /etc/default/rsync&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
RSYNC_ENABLE=true
&lt;/code&gt;&lt;/pre&gt;&lt;ul&gt;
&lt;li&gt;Configurer une section dans /etc/rsyncd.conf&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
[backup]
path = /home/user/MyQNAP
use chroot = no
read only = no
list = yes
uid = user
gid = user
&lt;/code&gt;&lt;/pre&gt;&lt;ul&gt;
&lt;li&gt;(Re)démarrer rsyncd&lt;/li&gt;
&lt;/ul&gt;
&lt;blockquote&gt;
&lt;p&gt;service rsync restart&lt;/p&gt;</description></item><item><title>Rsync (avec transport SSH) sur un autre port que le 22</title><link>https://www.leslamas.net/post/rsync-avec-transport-ssh-sur-un-autre-port-que-le-22/</link><pubDate>Mon, 10 Feb 2014 22:12:00 +0100</pubDate><guid>https://www.leslamas.net/post/rsync-avec-transport-ssh-sur-un-autre-port-que-le-22/</guid><description>&lt;p&gt;rsync -e &amp;lsquo;ssh -p 42&amp;rsquo;&lt;br&gt;
(Sinon j&amp;rsquo;oublie !)&lt;/p&gt;</description></item><item><title>Configurer l'authentification SSH par clé sous CentOS/Redhat 6.*</title><link>https://www.leslamas.net/post/configurer-l-authentification-ssh-par-cle-sous-centos-redhat-6/</link><pubDate>Wed, 19 Dec 2012 15:04:00 +0000</pubDate><guid>https://www.leslamas.net/post/configurer-l-authentification-ssh-par-cle-sous-centos-redhat-6/</guid><description>&lt;p&gt;Il est généralement utile de configurer une machine pour accepter l&amp;rsquo;authentification SSH par clé. Ce genre d&amp;rsquo;authentification est assez simple à mettre en place mais dans le cas des dernières versions de Redhat et CentOS, versions 6 et supérieures, il y a quelques petits pièges qui peuvent vite vous faire péter une pile.&lt;/p&gt;
&lt;p&gt;Dans mon cas, je configure une VM CentOS 6.3 pour faire des tests, je souhaite donc pouvoir m&amp;rsquo;y connecter en root via SSH avec authentification par clé (oui oui je vais mettre le PermitRootLogin yes, patapé :P ).&lt;/p&gt;</description></item><item><title>Cntlm Authentication Proxy</title><link>https://www.leslamas.net/post/cntlm-authentication-proxy/</link><pubDate>Mon, 20 Aug 2012 17:39:00 +0200</pubDate><guid>https://www.leslamas.net/post/cntlm-authentication-proxy/</guid><description>&lt;p&gt;&lt;a href="http://cntlm.sourceforge.net/"&gt;Cntlm&lt;/a&gt; est un utilitaire permettant de s&amp;rsquo;authentifier auprès d&amp;rsquo;un proxy.&lt;/p&gt;
&lt;p&gt;Une fois l&amp;rsquo;utilitaire installé (téléchargeable &lt;a href="http://sourceforge.net/projects/cntlm/files/"&gt;ici&lt;/a&gt;), il faut modifier le finir &lt;strong&gt;cntlm.ini&lt;/strong&gt; :&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;
Username identifiant_AD
Domain nom_domaine
Auth mode_auth
PassNTLMv2 hash_trouvé
Proxy ip_proxy:port_proxy
Listen 3128
SOCKS5Proxy 8010
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Il est possible de remplir le fichier &lt;strong&gt;cntlm.ini&lt;/strong&gt; avec votre mot de passe de domaine en clair, mais il est préférable de le laisser vide et d&amp;rsquo;utiliser &lt;strong&gt;cntlm&lt;/strong&gt; pour récupérer la méthode d&amp;rsquo;authentification de votre AD ainsi que le hash de votre mot de passe. Il suffit d’exécuter la commande suivante dans le dossier de &lt;strong&gt;cntlm&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>Kippo - Honeypot SSH</title><link>https://www.leslamas.net/post/kippo-honeypot-ssh/</link><pubDate>Sat, 20 Aug 2011 12:07:00 +0200</pubDate><guid>https://www.leslamas.net/post/kippo-honeypot-ssh/</guid><description>&lt;h1 id="présentation"&gt;Présentation&lt;/h1&gt;
&lt;p&gt;Kippo &amp;lt;&lt;a href="http://code.google.com/p/kippo/"&gt;http://code.google.com/p/kippo/&lt;/a&gt;&amp;gt; est un honeypot SSH. Il permet de simuler un serveur SSH qui, suivant l&amp;rsquo;objectif, peut être facilement accessible lors d&amp;rsquo;une tentative d&amp;rsquo;attaque sur le serveur hôte. Il permet, entres autres, de récupérer certaines informations de l&amp;rsquo;attaquant :&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;les couples logins / mots de passe utilisés pour s&amp;rsquo;authentifier ;&lt;/li&gt;
&lt;li&gt;une fois authentifié, les commandes utilisées ;&lt;/li&gt;
&lt;li&gt;les fichiers envoyés par l&amp;rsquo;attaquant ;&lt;/li&gt;
&lt;li&gt;et bien d&amp;rsquo;autres&amp;hellip;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Il est codé en python et nécessite quelques librairies pour fonctionner (en plus du moteur Python bien évidemment) :&lt;/p&gt;</description></item><item><title>Ajaxterm : un client SSH en web</title><link>https://www.leslamas.net/post/ajaxterm-un-client-ssh-en-web/</link><pubDate>Thu, 10 Mar 2011 21:27:00 +0100</pubDate><guid>https://www.leslamas.net/post/ajaxterm-un-client-ssh-en-web/</guid><description>&lt;h3 id="petite-présentation"&gt;Petite présentation&lt;/h3&gt;
&lt;p&gt;J&amp;rsquo;ai enfin trouvé un client web qui me permette de prendre la main sur mes serveurs quand je n&amp;rsquo;ai pas de client SSH accessible ou que les ports (généralement le 22) sont bloqués. Son nom : Ajaxterm.&lt;br&gt;
Le site de l&amp;rsquo;âme charitable qui nous le met à disposition : &lt;a href="http://antony.lesuisse.org/software/ajaxterm/" title="Site d'Ajaxterm"&gt;http://antony.lesuisse.org/software/ajaxterm/&lt;/a&gt;&lt;/p&gt;
&lt;h3 id="installation"&gt;Installation&lt;/h3&gt;
&lt;p&gt;L&amp;rsquo;installation sous Debian est très simple, Ajaxterm étant disponible dans les dépôts. On commence donc par un classique &amp;ldquo;apt-get install ajaxterm&amp;rdquo; pour installer Ajaxterm et les dépendances qui vont bien, en particulier Apache. Attention toutefois, ceci installe la version 0.7. La dernière version lors de l&amp;rsquo;écriture de ce billet est la 0.11.&lt;/p&gt;</description></item></channel></rss>