Lire la Suite »]]>

D’après cette annonce faite sur la liste de diffusion Debian hier après-midi, la nouvelle stable devrai voir le jour le week-end du 4 mai 2013.

We now have a target date of the weekend of 4th/5th May for the release.
We have checked with core teams, and this seems to be acceptable for
everyone.  This means we are able to begin the final preparations for a
release of Debian 7.0 – “Wheezy”.

Nous avons maintenant une date butoir pour le week-end du 4 et 5 mai.
Nous avons vérifié avec les équipes “core”, et cela semble être acceptable
pour tout le monde. Cela signifie que nous sommes en mesure de commencer les
préparatifs pour la version Debian 7.0 – «Wheezy»

Cela avance à grand pas, et sauf grosse catastrophe l’arrivée de Wheezy pour le mois de mai est imminente.

Histoire de ce mettre en appétit je vous laisse avec le menu de cette nouvelle nouvelle version. Debian non plus n’échappe pas  à la mode du CLOUD avec :

• Xen Cloud Platform (XCP)
• Openstack

• Amazon EC2
• Windows Azure
• Google Computer Engine

Le projet cherche toujours de l’aide pour terminer la page wiki sur les changements de Debian Wheezy. Contribuer au libre ne signifie pas forcément d’être un développeur.

Lire la Suite »]]>

J’utilise au quotidien le client de synchronisation de ownCloud et il y a quelques jours le message d’erreur  “csync ne trouve pas de verrouillage” apparaît dès lors il m’est impossible de réaliser mes synchros.

Cette erreur indique que le client ownCloud n’a pas été arrêté correctement. Le fichier de verrouillage a pour but de ne pas créer plusieurs instances ownCloud sur une même session. C’est un tout petit fichier de rien du tout, mais qui peut s’avérer très bloquant, il s’agit du fichier lock qui se trouve dans notre dossier personnel.

Il peut arriver que le client soit mal arrêté pour diverses raisons et par conséquent le fichier de verrouillage n’a pas été effacé, comme cela doit se produire en temps normal.

Il suffit juste de supprimer ce fichier pour redémarrer le client ownCloud. Ce fichier se trouve dans un dossier caché de notre répertoire personnel.

rm -fr ~/.local/share/data/ownCloud/lock

Une fois le fichier supprimé, mes synchros se sont tout de suite remises en route. Par souci de commodité j’ai créé un petit script qui me permet d’automatiser cette action. Pour le cas où le problème se représenterai.
L’installation est très simple.

wget http://colmaris.olivierdelort.net/athelas-files/install_anti_lock
chmod +x install_anti_lock
./install_anti_lock

Ensuite il suffit de configurer son environnement graphique qui assurera son exécution à chaque ouverture de la session utilisateur.

Pour ceux qui comme moi utilisent openbox,  rajoutez cette ligne dans le fichier autostart.

nano ~/.config/openbox/autostart
# à rajouter à la fin du fichier
#lancement du script anti_lock
 anti_lock &
#attendre 15 seconde avant le lancement de owncloud
(sleep 15 && owncloud) &

Et voilà à chaque démarrage de session le script vérifie si le fichier lock est présent et le supprime le cas échéant avant le démarrage du client ownCloud qui démarrera 15 seconde plus tard.

]]> http://blog.olivierdelort.net/?feed=rss2&p=945 0 http://blog.olivierdelort.net/?p=938 http://blog.olivierdelort.net/?p=938#comments Thu, 04 Apr 2013 10:29:40 +0000 Olivier http://blog.olivierdelort.net/?p=938

Lire la Suite »]]>

Malgré la victoire contre ACTA en Juillet 2012, les majors et ayant droits d’Hollywood remettent encore une fois en cause notre liberté d’expression sur internet.

Cette fois-ci ils veulent proposé au W3C d’implémenter des verrous numériques dans le code source du HTML 5 le futur langage du web.

Cette proposition touche à l’essence même d’internet et à la liberté d’expression !  Si cette proposition vient à passer  tout le contenu du web sera dépend de quelques multinationales qui ne pensent qu’a leurs profits, nous ne sommes pas loin de Big Brother.

Heureusement plusieurs acteurs du libre se mobilisent contre cette proposition désastreuse, et une pétition est mit en place. Elle sera présenté au prochain salon du W3C le 3 mai 2013. Pour qu’elle est un impact suffisant il faut un nombre minimum de 50 000 signataires.

J’ai signé cette pétition et j’encourage tout le monde de faire de même.

Plus d’info : http://www.defectivebydesign.org/no-drm-in-html5/fr

Lire la Suite »]]>

En attendant de pouvoir faire mes propres template pour mes conteneurs openvz, j’utilise le template Debian 6.0 64 bits du site officiel d’openvz. Le souci c’est qu’il n’est pas utilisable directement après l’activation du conteneur.

En effet c’est un conteneur générique, il faut l’adapter à ses besoins et son environnement. Voici quelques modifications que je fais avant d’utiliser un template openvz.

Changer le fuseau horaire, la date et l’heure.

Sur mon serveur hôte j’ajoute l’option pour configurer la date et l’heure  :

vzctl set  --capability sys_time:on --save
#Je démarre ma machine virtuelle et je m'y connecte
vzctl <VMID> start 
vzctl <VMID> enter
#Je reconfigure simplement le paquet "tzdata"
dpkg-reconfigure tzdata #je choisis le fuseau horaire Europe/Paris

Installer la localisation française.

dpkg-reconfigure locales

Ensuite sélectionner la langue “fr_FR-UTF8″ parmi la liste.

Automatisation.

Pour éviter de refaire les mêmes manipulations pour chaque nouvelle VM, je garde une VM sous le coude déjà configurer que je copie quand j’ai besoin d’une nouvelle VM.

Rien de plus facile sous proxmox, une fois ma VM configurée je fais une sauvegarde et je la restaure au besoin avec l’identifiant de la nouvelle VM. Exemple ma VM de base a pour identifiant 200 et la nouvelle VM possède l’identifiant 201.

#sauvegarde de la Vm de base
vzdump -dumpdir /mnt/pve/Nas/dump/
#restauration pour créer une nouvelle VM
vzrestore /mnt/pve/Nas/dump/vzdump-openvz-200-2011_01_04-00_00_01.tar.gz

Ne pas oublier de modifier son nom, sa configuration IP, dans le fichier conf correspondant à l’identifiant de la vm.

nano /etc/pve/openvz/201.conf
#Il suffit de modifier ses lignes
HOSTNAME="matrice.olivierdelort.net" #ici le nouveau nom
SEARCHDOMAIN="olivierdelort.net" #ici votre nom de domaine
NAMESERVER="192.168.00.05" #Ip du serveur de nom
IP_ADDRESS="192.168.00.00" #Ip de la VM

Pour ceux qui sont allergique à la ligne de commande, ses modifications peuvent être faites via l’interface web.

Avec ce système je garde toujours une copie de la VM qui me sert de base pour mes futurs serveurs, de plus je la stock sur mon Nas avec les autres sauvegardes, donc pas besoin de la garder en locale sur mon serveur hôte.

Prochaine étape créer mes propres template en fonction de l’utilisation que j’aurais de la VM.

Lire la Suite »]]>

Il y a quelques jours je me suis débarrassé de mon vieil Asus pour un portable plus mobile, le Dell Vostro 3360. L’avantage du Vostro c’est qu’il est très mobile, écran treize pouces, 1,6 kg et une autonomie annoncée jusqu’à 7H30. Et surtout il y avait la possibilité de l’acheter avec une Ubuntu 11.10 pré-installé. En prenant une version Linux je me suis dit que je n’aurai pas de problème de pilote. Et bien non j’ai quand même eu un problème avec la nouvelle carte réseau d’Atheros.
 
Cette nouvelle carte très récente intègre le nouveau bluetooth 4. Elle utilise les nouveaux pilotes alx qui ne sont pas encore intégrés au noyau (à l’heure où j’écris ses lignes). Pas de souci avec la version ubuntu de Dell, cela c’est corsé quand j’y ai installé ma Debian.
 

Prérequis

Il faut d’abords installer ses paquets :

sudo apt-get install build-essential linux-headers-`uname -r`

Compilation du pilote

Je suis allé sur le site http://www.orbit-lab.org/kernel/compat-wireless/
j’ai téléchargé la dernière version, mais impossible de la compiler. Après différents essais j’ai trouvé la version de mars 2012 fonctionnelle avec mon portable.

#téléchargement du pilote
wget -O- http://www.orbit-lab.org/kernel/compat-wireless/2012/03/compat-wireless-2012-03-12-p.tar.bz2
#décompression du pilote
tar xvjf compat-wireless-2012-03-12-p.tar.bz2
cd compat-wireless-2012-03-12-p
#avec cette commande je ne choisis que de compiler le pilote alx
./scripts/driver-select alx
#installation du pilote
make
sudo make install

Le pilote maintenant installé il suffit de l’activer.

sudo modprobe alx

Lorsque je fais un ifconfig, voici ce que j’obtiens :

eth0      Link encap:Ethernet  HWaddr 5c:f9:dd:51:da:19  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interruption:16 

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:74 errors:0 dropped:0 overruns:0 frame:0
          TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          RX bytes:6388 (6.2 KiB)  TX bytes:6388 (6.2 KiB)

wlan0     Link encap:Ethernet  HWaddr 68:94:23:9c:b1:77  
          inet adr:192.168.XX.XX  Bcast:192.168.XX.XX  Masque:255.255.255.0
          adr inet6: fe80::6a94:23ff:fe9c:b177/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:11029 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11357 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:8035632 (7.6 MiB)  TX bytes:1945100 (1.8 MiB)

On voit bien la carte filaire (eth0) et la carte wifi (wlan0). Tout fonctionne parfaitement.

Lire la Suite »]]>

Lors de la dernière mise à jour de ma Squeeze j’ai eu le message d’erreur suivant :

W: Erreur de GPG : http://mozilla.debian.net squeeze-backports Release : Les signatures suivantes ne sont pas valables : KEYEXPIRED 1352888501

En cherchant un peu sur internet je suis tombé sur le forum de la crunchbang qui m’a ouvert un début de piste.
J’utilise le dépôt Debian Mozilla pour avoir une version d’iceweasel toujours à jour. C’est en me rendant sur le page du projet, comme le suggéré un utilisateur du forum Crunchbang, que j’ai résolu mon problème, .
Le paquet qui installe la clé GPG, pkg-mozilla-archive-keyring, a été mis à jour et du coup cela provoque cette erreur GPG lors de ma mise à jour.
Pour y remédier j’ai téléchargé la dernière version du paquet directement depuis le site du projet Debian Mozilla, grâce à ce lien : http://mozilla.debian.net/pkg-mozilla-archive-keyring_1.1_all.deb.
Ensuite depuis mon terminal j’ai installé cette nouvelle version.

sudo dpkg -i pkg-mozilla-archive-keyring_1.1_all.deb

J’ai put relancer ma mise à jour, tout s’est déroulé correctement, je suis même passé à la dernière version du noyau via les backports.

Lire la Suite »]]>

Mailman est un serveur de liste de diffusion. Une liste de diffusion ou liste de distribution (mailing list en anglais, abrégé en ML) est une utilisation spécifique du courrier électronique qui permet le publipostage d’informations aux utilisateurs qui y sont inscrits. (source Wikipédia)

Pour les besoins de Perpinux, GUL de Perpignan, j’ai du installer un serveur de messagerie iRedmail et une liste de diffusion pour tous les adhérents avec mailman.

D’abords j’ai créé un sous domaine liste.mondomaine.tld, dans bind sur mon serveur DNS.

Ensuite sur le serveur de mail j’ai installé mailman.

apt-get install mailman

A partir de là tout se passe dans la base de données mysql via phpmyadmin. En effet j’ai choisi Mysql pour la gestion d’iRedmail, ce choix se fait à l’installation du programme.
Dans phpmyadmin je me suis placé dans la base “vmail”, puis dans l’onglet “SQL”. Afin que cela soit plus pratique pour les utilisateurs j’ai créé un alias pour raccourcir l’adresse de la liste de diffusion de @lite.mondomaine.tld à @mondomaine.tld.

INSERT INTO `vmail`.`domain` (`domain`, `description`, `disclaimer`, `aliases`, `mailboxes`, `maxquota`, `quota`, `transport`, `backupmx`, `defaultuserquota`, `defaultuseraliases`, `defaultpasswordscheme`, `minpasswordlength`, `maxpasswordlength`, `created`, `modified`, `expired`, `active`) VALUES ('liste.maondomaine.tld', '', '', '0', '0', '0', '0', 'mailman:', '0', '1024', '', '', '0', '0', NOW(), '0000-00-00 00:00:00', '9999-12-31 00:00:00', '1');

Maintenant  il ma fallut créer tous les alias pour la liste de diffusion mailman. En effet cette liste est obligatoire pour chaque serveur mailman, même si par la suite je ne m’en servirai pas c’est la première liste à créer pour mailman.

INSERT INTO `alias` (`address`, `goto`, `name`, `moderators`, `accesspolicy`, `domain`, `created`, `modified`, `expired`, `active`) VALUES
('mailman@mondomane.tld', 'mailman@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-admin@mondomane.tld', 'mailman-admin@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-bounces@mondomane.tld', 'mailman-bounces@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-confirm@mondomane.tld', 'mailman-confirm@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-join@mondomane.tld', 'mailman-join@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-leave@mondomane.tld', 'mailman-leave@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-owner@mondomane.tld', 'mailman-owner@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-requests@mondomane.tld', 'mailman-requests@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-subscribe@mondomane.tld', 'mailman-subscribe@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1),
('mailman-unsubscribe@mondomane.tld', 'mailman-unsubscribe@liste.mondomaine.tld', '', '', 'public', 'mondomaine.tld', NOW(), NOW(), '9999-12-31 00:00:00', 1);

Ses commandes sont à répéter pour chaque liste de diffusion du serveur, et à adapter en
du nom de la liste.
Les alias créer il faut juste configurer postfix:

postconf -e 'relay_domains = liste.mondomaine.tld'

postconf -e 'mailman_destination_recipient_limit = 1'

/etc/init.d/postfix reload

Lors de mes premiers essais je me suis aperçu que les mails reçu mettaient plus d’une heure pour arriver sur mes boîtes. Ce problème était dû à la directive “greylist” dans le fichier /etc/postfix-policyd.conf. Pour la désactiver il suffit de la mettre à “0″.

Greylist=0

Configuration de mailman :

nano /etc/mailman/mm_cfg.py

[...]
DEFAULT_URL_PATTERN = 'http://%s/'
[...]
DEFAULT_EMAIL_HOST = 'mondomaine.tld'
[...]
DEFAULT_URL_HOST = 'liste.mondomaine.tld'

Pour terminer j’ai ajouté un virtualhost à apache :

nano /etc/apache2/sites-available/mailman

ScriptAlias /cgi-bin/mailman/ /usr/lib/cgi-bin/mailman/
Alias /pipermail/ /var/lib/mailman/archives/public/
Alias /images/mailman/ /usr/share/images/mailman/
<Directory /usr/lib/cgi-bin/mailman/>
    AllowOverride None
    Options ExecCGI
    AddHandler cgi-script .cgi
    Order allow,deny
    Allow from all
    Satisfy Any
</Directory>
<Directory /var/lib/mailman/archives/public/>
    Options FollowSymlinks
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>
<Directory /usr/share/images/mailman/>
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>
<VirtualHost *:80>
    ServerName liste.mondomaine.tld
    DocumentRoot /var/www/lists
    ErrorLog /var/log/apache2/lists-error.log
    CustomLog /var/log/apache2/lists-access.log combined
    <Directory /var/lib/mailman/archives/>
        Options FollowSymLinks
        AllowOverride None
    </Directory>
    Alias /pipermail/ /var/lib/mailman/archives/public/
    Alias /images/mailman/ /usr/share/images/mailman/
    ScriptAlias /admin /usr/lib/cgi-bin/mailman/admin
    ScriptAlias /admindb /usr/lib/cgi-bin/mailman/admindb
    ScriptAlias /confirm /usr/lib/cgi-bin/mailman/confirm
    ScriptAlias /create /usr/lib/cgi-bin/mailman/create
    ScriptAlias /edithtml /usr/lib/cgi-bin/mailman/edithtml
    ScriptAlias /listinfo /usr/lib/cgi-bin/mailman/listinfo
    ScriptAlias /options /usr/lib/cgi-bin/mailman/options
    ScriptAlias /private /usr/lib/cgi-bin/mailman/private
    ScriptAlias /rmlist /usr/lib/cgi-bin/mailman/rmlist
    ScriptAlias /roster /usr/lib/cgi-bin/mailman/roster
    ScriptAlias /subscribe /usr/lib/cgi-bin/mailman/subscribe
    ScriptAlias /mailman/ /usr/lib/cgi-bin/mailman/
    ScriptAlias / /usr/lib/cgi-bin/mailman/listinfo
</VirtualHost>

Création du répertoire “lists” pour les différentes pages web de configuration des listes du serveur, activation du virtualhost, et redémarrage d’apache pour prendre en compte les modifications.

a2ensite mailman 

mkdir /var/www/lists 

/etc/init.d/apache2 restart

Comme expliqué plus haut lors de sa première configuration mailman a besoin d’une première
liste appelée “mailman.

newlist mailman

Pour terminer il suffit de démarrer mailman.

/etc/init.d/mailman start

Le serveur Mailman est désormais opérationnel.

Lire la Suite »]]>

iRedmail est petit script qui permet d’installer tous les outils nécessaires pour avoir un serveur de mail opérationnel et sécurisé. Pour des raisons de ressources matérielles sur mon serveur hôte, j’ai été obligé de migrer mon serveur iRedmail hébergé sur une machine virtuelle KVM vers un conteneur OpenVZ.

Je ne reviendrai pas sur la différence entre Openvz et KVM ce n’est pas le but de mon article, ses deux pages de Wikipédia le font très bien.

Le but premier de cette migration est de limiter les ressources matériel consommés sur le serveur hôte, n’utilisant que des machines KVM elles ont commencé à se sentir à l’étroit.

De plus j’en ai profité pour passer à la dernière version d’iRedmail et quitter Ubuntu serveur pour une très stable Debian.

Préparation est installation du nouveau serveur

Une fois mon conteneur créé j’ai configuré le nom de domaine complètement qualifié (le FQDN) dans /etc/hosts :

nano /etc/hosts

127.0.0.1   mail.mondomaine.tld mail localhost localhost.localdomain

J’ai vérifié que le nom de ma machine était en FQDN :

hostname -f
mail.mondomaine.tld

Téléchargement et installation d’iRedmail.

wget https://bitbucket.org/zhb/iredmail/downloads/iRedMail-0.8.3.tar.bz2

tar xvjf iRedMail-0.8.3.tar.bz2

cd iRedMail-0.8.3/

sh install.sh

Il suffit ensuite de lire les instructions à l’écran. J’ai tout laissé par défaut sauf pour le logiciel de stockage des boîtes mail où j’ai choisi Mysql contre Openldap et Postgresql. L’avantage en choisissant Mysql c’est d’avoir le client webmail Roundcube d’installer.

Récupération des données.

Premièrement sur mon ancien serveur j’ai réalisé une sauvegarde de la base de données vmail, du dossier /var/vmail. La base vmail contient tous les renseignements des comptes utilisateurs, adresse mail, mot de passe, chemin vers le stockage des mail. Le dossier /var/vmail lui contient tous les mails de chaque compte.

mysqldump -u login -p password vmail > sauvegarde_de_vmail.sql

cp sauvegarde_de_vmail.sql /home/olivier/cle_usb/

cp -r /var/vmail  /home/olivier/cle_usb/

De retour sur le nouveau serveur, je n’ai eu qu’a restaurer la base vmail et de réimporté le dossier vmail.

mysqldump -u login -p password sauvegarde_de_vmail.sqll &gt vmai;

mv /var/vmail /var/vmail_bak

cp -r /home/olivier/cle_usb/vmail /var/

Pour finir j’ai reconfiguré les droits et le propriétaire du dossier :

chown -R vmail:vmail /var/vmail

chmod -R 770 /var/vmail

J’ai récupéré tous mes utilisateurs et leurs mails. Une dernière étape est nécessaire avant de basculer sur mon nouveau serveur, il faut changer la clé DKIM sur le serveur DNS. Pour ça j’ai appliqué cette méthode.

Depuis cette migration mes serveurs respirent (si je puis dire ), la consommation processeur est quasi nulle, la mémoire utilisée dépasse très rarement les 50% sur les 1 go alloué et mon serveur hôte lui aussi est soulagé.

Pour aller plus loin: http://www.iredmail.org/doc.html

Lire la Suite »]]>  

Cela fait un petit moment que je travaille avec l’hyperviseur Proxmox pour la gestion de mes serveurs virtuels.

L’interface d’administration fonctionnait correctement avec Java6, mais depuis la dernière mise à jour de l’hyperviseur j’ai un gros message d’erreur qui me signale que ma version de java est obsolète.

L’interface fonctionne toujours, mais avec un gros pavé de couleur qui n’arrête pas de pop, c’est très gênant pour travailler.

Le problème avec Proxmox c’est qu’il utilise exclusivement java pour son interface d’administration. Malgrè l’installation des dépôts backports il m’était impossible de mettre à niveau Java vers la version 7 automatiquement. Je l’ai donc fait à la main.

Télechargement de Java7

Rendez-vous sur le site d’Oracle pour prendre la dernière version :

http://www.oracle.com/technetwork/java/javase/downloads/jre7u7-downloads-1836441.html

Installation de la nouvelle version

Il suffit simplement de décompresser le fichier jre-7u7-linux-x64.tar.gz.

tar xvzf jre-7u7-linux-x64.tar.gz

Copier le dossier décompressé dans /opt/.

cp -r  jre-7u7-linux-x64/ /opt/

Debian permet la gestion de plusieurs versions d’un logiciel sur le même système. Avec les commandes suivantes j’ai installé Java7 comme une alternative à la version déjà présente tout faisant de la version 7 la version par défaut.

update-alternatives --install /usr/bin/java java /opt/jdk1.7.0_07/bin/java 1

update-alternatives --install /usr/bin/javac javac /opt/jdk1.7.0_07/bin/javac 1

update-alternatives --install /usr/lib/mozilla/plugins/libjavaplugin.so mozilla-javaplugin.so /opt/jdk1.7.0_07/jre/lib/amd64/libnpjp2.so 1

update-alternatives --set java /opt/jdk1.7.0_07/bin/java

update-alternatives --set javac /opt/jdk1.7.0_07/bin/javac

update-alternatives --set mozilla-javaplugin.so /opt/jdk1.7.0_07/jre/lib/amd64/libnpjp2.so

Vérification de l’installation

Maintenant je vérifie que tout c’est bien installé.

java -version
java version "1.7.0_07"
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)

J’ai aussi vérifié que Iceweasel fonctionné avec la version 7 sur le site d’oracle :

http://www.java.com/fr/download/testjava.jsp

Et voilà je peux à nouveau travailler correctement sous Proxmox.

Lire la Suite »]]>

L’avantage de stocker ses données sur un Nas me permet de les mettre à disposition pour tous mes appareils (pc portable, fixe, smartphone, etc …).

Que soit en nfs, via un serveur Owncloud, ou par Upnp, mais le fait de centralisé toutes ses données aux même endroit augmente le risque de tout perdre en cas d’incident.

C’est pourquoi je me suis créé un petit serveur de sauvegarde avec une Debian sous rsync.

Rsync (remote synchronisation) permet la synchronisation de fichiers. Cette synchronisation et unidirectionnelle, c’est-à-dire uniquement de la source vers la destination et ceci de façon incrémentielle. C’est pour cela qu’il est souvent utilisé comme logiciel de sauvegarde. J’ai fait ce choix car mon Nas synology me permet d’utiliser rsync pour mes sauvegardes.

Pour Installer rsync sous debian :

apt-get install rsync

Une fois l’installation terminé un peu de configuration est à réaliser. Il faut éditer le fichier /etc/default/rsync pour dé-commenter la ligne RSYNC_ENABLE=yes.

Maintenant rsync activé pour recevoir mes sauvegardes, il faut configurer le partage réseau pour stocker mes données sauvegardées.

Tout ce passe dans le fichier /etc/rsycnd.conf. Dans mon cas le fichier n’existait pas je l’ai donc créé.

nano /etc/rsyncd.conf

uid = rsync
gid = rsync     # rsync sera lancé avec l'utilisateur rsync.

[nom_du_partage]                              #configuration du partage de sauvegarde
   path = /chemin/du/repertoirede/sauvegarde  #j'ai choisit de le mettre dans /home
   comment = Sauvegarde depuis le nas
   read only = false                          #partage en lecture seule ou non

Création de l’utilisateur et du groupe rsync pour démarrer le démon.

useradd rsync
                             passwd rsync
                             groupadd rsync
                             usermod -G -a rsync rsync

Attribution des droits au dossier de sauvegarde pour l’utilisateur rsync :

chown -R rsync:rsync /chemin/du/repertoirede/sauvegarde
                             chmod -R 775 /chemin/du/repertoirede/sauvegarde

Pour terminer redémarrage de rsync :

/etc/init.d/rsync restart

Voilà le serveur est prêt pour recevoir les sauvegardes depuis mon Nas.