Une fois ceci fait, on va installer nginx avec la commande suivante :
apt-get install nginx

A ce stade, on a maintenant un serveur de page html simple qui fonctionne parfaitement

Si nous n’avez besoin que d’un serveur de fichier statique, vous pouvez vous arrêtez ici, sinon, passons à l’installation de PHP5 ou lisez le prochain article pour PHP6

Nous avons décider d’installer PHP5 en fcgi. Pour celà, nous taperons la commande :
apt-get install php5-common php5-cgi mysql-server mysql-client mysql-common

PHP5 est maintenant présent sur notre serveur pour en être persuadé :
/usr/bin/php5-cgi -v

Cette commande devrait vous retourner quelques informations sur votre version de php.
Pour moi :

PHP 5.2.4-2ubuntu5.3 with Suhosin-Patch 0.9.6.2 (cgi-fcgi) (built: Jul 23 2008 06:38:29)

Copyright (c) 1997-2007 The PHP Group

Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

Il ne nous reste plus qu’à lancer une instance de php5 et de demander à Nginx de l’utiliser lors de l’exécution d’un fichier php. On va commercer par le script d’instanciation.

Créer le fichier /etc/init.d/php5-fastcgi avec votre éditeur de texte favoris :

nano /etc/init.d/php5-fastcgi

Puis mettez-y le code suivant :
#!/bin/sh
### BEGIN INIT INFO
# Provides: php5-fastcgi
# Required-Start: $all
# Required-Stop: $all
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start and stop php5-cgi in external FASTCGI mode
# Description: Start and stop php5-cgi in external FASTCGI mode
### END INIT INFO
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="php5-cgi in external FASTCGI mode"
NAME=php5-fastcgi
DAEMON=/usr/bin/php5-cgi
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
[ -x "$DAEMON" ] || exit 0
[ -r /etc/default/$NAME ] && . /etc/default/$NAME
. /lib/lsb/init-functions
if [ "$START" != "yes" -a "$1" != "stop" ]; then
log_warning_msg “To enable $NAME, edit /etc/default/$NAME and set START=yes”
exit 0
fi
export PHP_FCGI_CHILDREN PHP_FCGI_MAX_REQUESTS
DAEMON_ARGS=”-q -b $FCGI_HOST:$FCGI_PORT”
do_start()
{
start-stop-daemon –start –quiet –pidfile $PIDFILE –exec $DAEMON –test > /dev/null || return 1
start-stop-daemon –start –quiet –pidfile $PIDFILE –exec $DAEMON –background –make-pidfile –chuid $EXEC_AS_USER –startas $DAEMON — $DAEMON_ARGS || return 2
}
do_stop()
{
start-stop-daemon –stop –quiet –retry=TERM/30/KILL/5 –pidfile $PIDFILE > /dev/null # –name $DAEMON
RETVAL=”$?”
[ "$RETVAL" = 2 ] && return 2
start-stop-daemon –stop –quiet –oknodo –retry=0/30/KILL/5 –exec $DAEMON
[ "$?" = 2 ] && return 2
rm -f $PIDFILE
return “$RETVAL”
}
case “$1″ in
start)
[ "$VERBOSE" != no ] && log_daemon_msg “Starting $DESC” “$NAME”
do_start
case “$?” in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
stop)
[ "$VERBOSE" != no ] && log_daemon_msg “Stopping $DESC” “$NAME”
do_stop
case “$?” in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
restart|force-reload)
log_daemon_msg “Restarting $DESC” “$NAME”
do_stop
case “$?” in
0|1)
do_start
case “$?” in
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Old process is still running
*) log_end_msg 1 ;; # Failed to start
esac
;;
*)
# Failed to stop
log_end_msg 1
;;
esac
;;
*)
echo “Usage: $SCRIPTNAME {start|stop|restart|force-reload}” >&2
exit 3
;;
esac
:

On créer le petit fichier de configuration qui va bien :
nano /etc/default/php5-fastcgi

Et on y colle le contenu suivant :
START=yes
EXEC_AS_USER=www-data
FCGI_HOST=localhost
FCGI_PORT=8000
PHP_FCGI_CHILDREN=1
PHP_FCGI_MAX_REQUESTS=1000

On met en place la configuration de php par défaut :

cp /usr/share/doc/php5-cgi/examples/php.ini-recommended /etc/php5/cgi/php.ini


On va maintenant planifier l’instanciation à chaque démarrage du serveur puis le lancer pour cette fois seulement, à la main :
chmod +x /etc/init.d/php5-fastcgi
update-rc.d php-fast5cgi defaults
/etc/init.d/php5-fastcgi start

Il faut maintenant demander à Nginx d’interpréter les pages php. On va par exemple définir le vhost par défaut à pointer sur une page phpinfo que nous allons tout de suite créer
nano /var/www/nginx-default/phpinfo.php

Collez y le code suivant :
<?php
phpinfo();
?>

Au tour du vhost :
> /etc/nginx/sites-available/default
nano /etc/nginx/sites-available/default

Collez y le code suivant :
server {
listen 80;
client_max_body_size 50M;
server_name localhost;
root /var/www/nginx-default;
access_log /var/log/nginx/default.access.log;
location / {
index index.html index.php;
expires max;
break;
}
location ~ \.php$ {
fastcgi_pass 127.0.0.1:8000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /var/www/nginx-default$fastcgi_script_name;
include /etc/nginx/fastcgi_params;
expires max;
}
error_page 500 502 503 504 /50x.html;
location = /500.html { root /var/www/nginx-default; }
}


Pour finir, nous allons configurer nginx :
> /etc/nginx/nginx.conf
nano /etc/nginx/nginx.conf

Collez-y la configuration suivante code :
worker_processes 1;
events {
worker_connections 1024;
}
http {
server_names_hash_bucket_size 128;
charset utf-8;
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] ‘
‘”$request” $status $body_bytes_sent “$http_referer” ‘
‘”$http_user_agent” “$http_x_forwarded_for”‘;
access_log /var/log/nginx/access.log main;
error_log /var/log/nginx/error.log debug;
sendfile on;
tcp_nodelay off;
gzip on;
gzip_http_version 1.0;
gzip_comp_level 9;
gzip_proxied any;
gzip_types application/javascript application/x-javascript text/css text/html text/javascript text/plain text/xml;
include /etc/nginx/sites-enabled/*;
}


Il ne nous reste plus qu’à relancer Nginx et vérifier que la page de phpinfo est bien là.
/etc/init.d/nginx restart

Rendez-vous après quelques secondes sur votre serveur : http://votre-domaine.xxx/phpinfo.php

Et voilà, on a un beau serveur Nginx qui distribue les fichiers statiques et passe par notre instance de php5 en fcgi pour interpréter les .php

Il est tentant pour cela de passer par un FTP, mais FTP n’est pas sécurisé, qui plus est, il est de plus en plus lent proportionnellement à la quantité de fichiers à transférer. Chaque nouveau fichier oblige l’ouverture et la fermeture d’un socket ce qui est particulièrement long quand il y en beaucoup. C’est pour quoi, SSH est avantageux : une fois le socket ouvert, tous les fichiers passent dans un “tuyau sécurisé” en flux continu avant que celui-ci ne soit fermé.

De plus, il est possible de compresser sommairement le contenu à transférer à la volée pour économiser un petit peu de bande passante, et donc de temps si vous avez un bon processeur mais un tout petit débit :-p

Pour envoyer un répertoire de sa machine vers une autre :
ssh [login]@[serveur] tar -cpf- directory | tar -xvf-

Exemple, si je veux copier le contenu de la home de l’utilisateur jmoati de mon serveur dans le répertoire courant, je taperai dans mon shell :

ssh jmoati@jmoati.net tar -cpf- /home/jmoati/ | tar -xvf-

Le contraire est aussi possible (envoyer un répertoire) avec la commande :
tar -cpf- [PATH SOURCE] | ssh [login]@[server] cd [PATH DESTINATION] \;tar -xvf-

Donc pour envoyer le contenu de ma home sur mon serveur, je taperai :
tar -cpf- /home/jmoati/ | ssh jmoati@jmoati.net cd /home/jmoati/ \;tar -xvf-

]]> http://jmoati.net/copier-des-fichiers-de-facon-securise-via-ssh/feed/ http://jmoati.net/neuf-un-tres-bon-substitue-a-free/ http://jmoati.net/neuf-un-tres-bon-substitue-a-free/#comments Sat, 21 Jun 2008 06:00:27 +0000 Jacques Moati http://jmoati.net/?p=14

Aujourd’hui, j’aimerais vous parler de la fin de mon aventure chez Free.

La question ne s’était jamais posée dans ma tête sur le choix d’un FAI (Fournisseur d’accès Internet Adsl). Pour moi, il coulait de source que Free était sans conteste le meilleur des FAI en France.

Après environ deux ans de “haut” débit (~ 3 Mbps), ma connexion internet à subit de très grosses pertes de débit : Pour vous donnez une idée, j’obtenais environs 400 Ko/s au réveil, 200 ko/s le midi, 30ko/s en rentrant du travail pour finalement tomber littéralement à 3ko/s le soir (vive le téléphone) …

J’ai donc fait venir un technicien de chez Free pour qu’il constate ma panne. Malheureusement, celui-ci ne pouvant venir que l’après-midi (on bosse plus après 16h chez Free ?), celui-ci mesure mon débit théorique à pleine puissance. Bien que je lui ai fait une vidéo du soir précédent qui montre le débit réel pour qu’il constate par lui même que mon débit réel est très loin de mon débit théorique, il décide de se baser uniquement sur le débit de synchronisation …

Synchroniser à 20 Mbps chez moi, je pense que c’est aussi possible Mr. Free, mais avec un Noise Margin de 2, je n’irai pas très loin …

Quelques mois plus tard, pour compenser le manque de débit au ras des pâquerettes, je reçoit une facture de 60€ pour le déplacement ! Merci free …

Je ne conclurai que part une phrase : “En théorie, Free c’est le meilleur FAI Français. Mais en pratique, c’est loin d’être ça !”.

J’essaie donc d’aller chez Numéricable chez qui je suis “théoriquement” raccordable à du 30 Mbps . Sauf qu’après avoir contacter à plusieurs reprises une hotline qui ne comprend rien au Français (10 minutes pour faire comprendre Félix Langlais) il s’avère qu’on me recontactera très prochainement … Toujours pas de réponses d’ailleurs alors que cela fait plusieurs mois et que l’immeuble juste à côté lui est raccordé depuis des années.

Nouveau essai chez Club-Internet qui après une inscription qui prend plus de 1 mois à câbler. Club-Internet m’informe que Free a fermé la ligne et que je dois donc l’ouvrir à mes frais … Ok, Bye Bye alors …

Je me résigne donc à aller chez Neuf, c’est le FAI qui me propose le plus petit débit possible avec seulement 1 Mbps (~ 128 ko/s). Tant pis, on y va les services annexes ont l’air pas mal (Neuf Talk, Neuf Giga, Neuf Mobile liberté, Neuf Wifi, etc.). Après seulement 1 semaine, je synchronise sur du 3 Mbp, je recois une carte sim pour mon père à 0€/mois qui permet d’appeler gratuitement 10 min/mois et dispose d’un Neuf Talk avec jusqu’à 3 communications téléphoniques simultanées et un avoir de 80 euros !

Merci Monsieur le neuf de prendre la relève de Free.
Pour moi Free n’est plus se qu’il était …

Avez-vous déjà été victime de cybersquattage ? Vous savez, ces sites qui réservent (sans forcément les acheter d’ailleurs …) des noms de domaine susceptibles d’être achetés par quelqu’un d’autre pour ensuite le vendre quelques (centaines, milliers, plus ?) d’euros …

Et bien, j’en ai été “victime” de SecureThatDomain :

Ma réponse à ce message fut simple, courte et un poil humouristique :

Quelques jours plus tard, en tapant machinalement http://dreams-box.com au lieu de http://dreams-box.net, je me rends soudain compte que le nom de domaine ne leur appartient plus …

Je me précipite alors sur le site bookmyname pour m’empresser d’acheter le nom de domaine pour la modique somme de 5€ HT avant que quelqu’un d’autre ne l’achète. Une fois ceci fait, j’écris un petit mail moqueur à mon ami Ken que voici :

Ça fait du bien de se moquer un petit peu d’eux Je trouve que j’ai plutôt bien négocié cette vente puisque j’ai finalement réussi à obtenir ce domaine que je convoitais depuis presque 1 an pour seulement 6€ TTC.

Comme quoi, plaisanter avec “l’ennemi”, c’est parfois payant

En bonus une capture d’écran de l’ancienne page de “rançon” qui se trouvait sur http://dreams-box.com :

Je pense sincèrement que l’offre de serveur RPS est beaucoup trop jeune pour être stable.

Je me crois littéralement dans un service en phase de bêta test suite à ces 3 grands événements majeurs :

• Le vendredi 25 avril, OVH installe des clés USB sur nos serveurs pour que tout le monde puisse disposer d’un swap sur sa machine. Seulement voilà, cette bonne idée à été suivie de très prés d’une autre très mauvaise : redémarrer mon serveur et le mettre sur le noyau linux de OVH (sans ma permission et sans être averti). L’arbre de portage de ma Gentoo étant mis à jour et compressé à la volée par l’intermédiaire du squashfs (non disponible sur le noyau de OVH), mon arbre de portage a tout simplement été écrasé. Conséquence : Je ne pouvais plus ni installer, ni maintenir à jour ma distribution.
• Le vendredi 9 mai, le SAN 197 (disque dur mutualisé entre + ou - 220 clients) enregistre plusieurs erreurs avant de crasher lamentablement. Nos données seront “perdues” jusqu’au mardi 13 mai, le temps qu’OVH récupère (et trouve le moyen de retrouver …) les données de ses clients (voir ce topic). En retour, les clients devraient être indemnisés d’un mois de location recrédité (9,99€ HT).
• Depuis le 9 mai, OVH nous a fait le cadeau empoisonné de nous basculer sur un SAN v2. Depuis ce passage, j’ai dû passer à Debian … Un serveur RPS sur SAN v2 prenait en moyenne 30 minutes pour démarrer quand on utilise son propre noyau ! Ce temps est abaissé à 4 minutes lorsqu’on utilise le noyau netboot de OVH (donc, non modifiable). (Cf. ce ticket)

J’aurais même tendance à dire que, pour le moment, le service est encore réservé à des clients plutôt casse-cou.

Néanmoins, il représente une bonne opportunité d’obtenir un serveur à moindre coût.

Wait and See pour la suite …

Edit : OVH vient de me recréditer un mois (12€) suite à l’incident du SAN. Un bon geste commercial qui remonte quand même pas mal le morale. Merci OVH.

Avant de vous parlez dans un prochain billet de l’accident dont j’ai été victime depuis vendredi dernier sur mon RPS, il convient de présenter celui-ci : RPS est un serveur dédié lancé par OVH depuis maintenant quelques mois.

Sa principale particuliaritée réside dans le fait que le RPS est démuni de disque dur. Ce dernier est partagé entre plusieurs serveurs (+ ou - 220). Toutefois, le reste de la machine (processeur, barrettes de ram, etc.), lui, est bien propre à chaque client.

Voici la description de l’offre de base (RPS 1) :

• Processeur Intel Celeron 2008 cadencé à 1,20GHz
• Mémoire vive : 512 Mo de DDR2 (-30 Mo alloués à la carte graphique !)
• Espace disque : 10 Go (- 1Go pour le système de base !)
• Accès disque : ISCSI (Disque dur sur le réseau)
• Connexion : 100 Mbps (12,5 Mo/s)
• Une clé USB de 512Mo pour disposer d’un Swap local.

Comme toujours chez OVH, le choix de la distribution est assez libre. Mon choix s’est donc porté sur Gentoo que j’utilise depuis maintenant plus de 4 ans.

Il semble aussi important de préciser que le serveur est livré avec 2 adresses IP :

• Une propre au serveur qu’il faut s’abstenir d’utiliser et privilégier celle de “fail-over”.
• Une de “fail-over” qui pourra être attribuée à un autre serveur dans le cas d’un changement de machine (panne, changement d’offre, etc).

Le tout est proposé pour la somme de 11,95€ TTC, de quoi mettre à portée de tous un serveur dédié low-cost.

Quand on dispose de son propre serveur, il peut être très pratique et rassurant de ne pas rendre publics l’accès à tous les services.

Un serveur FTP, Samba, MySQL, Apache, etc. laisse circuler l’information en clair sur le réseau. C’est à dire, sans cryptage. Il est possible “d’écouter” le réseau et donc de tomber sur les informations personnelles.

Par ailleurs, certains services ne disposent pas forcément d’un mot de passe. De plus, le fait que celui-ci passe en clair sur le réseau n’est pas du tout rassurant.

Il existe une solution simple et rapide pour utiliser un service quelconque à travers internet (ou un simple réseau) qui permet à une personne ayant un compte sur le serveur de se débloquer temporairement l’accès au service de son choix.

SSH est installé sur tous les serveurs distants, il va créer pour nous une liaison sécurisée entre notre poste et le serveur qui sera cryptée.

La commande qui permet cela est :
ssh -L [portClient]:[localhost]:[portServeur] [utilisateur]@[serveur]

[portClient]
Le port sur lequel vous voulez accéder au service (exemple : 3306)

[localhost]
Le nom de la machine (99% de chance que ce soit localhost)

[portServeur]
Le port sur lequel se trouve le service (exemple : 3306, pour MySQL)

[utilisateur]
Le login de votre compte sur le serveur (exemple : jmoati)

[serveur]
L’ip ou le nom de domaine de votre serveur (exemple : jmoati.net)

Pour l’utiliser, il vous faut juste disposer d’OpenSSH sur votre machine (ou putty).
OpenSSH est installé par défaut sur tous les systèmes à base unix (Linux, MacOs, etc.).

Pour les utilisateurs de Windows, installez OpenSSH ou téléchargez Putty

Enfin, pour accéder au service renseignez [localhost]:[portClient] dans votre logiciel favori (exemple : localhost:3306 pour accéder à MySQL sur mon client Zend Studio).