A l’installation de phpmyadmin laisser le champ vide pour configurer automatiquement les identifiants de connexion à la base de données.

[x] Cocher redémarrer apache2 pour prendre en compte la configuration ;

Puis ajouter "root" en superadmin de phpmyadmin

Se connecter sur http://localhost/phpmyadmin

Xz - Compresser un fichier

Xz est un outil de compression très performant. Pour compresser un gros fichier avec le taux de compression maximal on utilise simplement :

xz -9 gros_fichier

Le fichier de sortie sera nommé gros_fichier.xz

Split - Découper un fichier en plusieurs fichiers de taille définie

Découper le fichier en plusieurs fragments de 1GB (-b bytes) et ajouter un suffixe numérique aux fichiers de sortie (-d )

split -b 1024M  -d gros_fichier.xz  gros_fichier.xz_part
donnera :

gros_fichier.xz_part01
gros_fichier.xz_part02
gros_fichier.xz_part03
...

Combiner tar + xz-utils + split

A titre d’exemple, le même résultat que précédement, en utilisant conjointement tar et split :

tar -Jcvf - un_repertoire_ou_fichier | split -d -b 1024MB - gros_fichier.tar.xz.

Tmux - Envoyer les fichiers en tâche de fond

Pour envoyer les fichiers vers un serveur, j’utilise scp avec une clef ssh et comme je ne veux pas saturer la connexion j’utilise l’option -l (limit). Dans l’exemple ci-dessous, -l 512 correspond à environ 50ko/s.

scp -i ~/.ssh/ma_clef  -l 512 gros_fichier.xz_part* user@host:/home/bob/incoming

C’est bien joli, mais si je fais des transferts à distance, j’aimerais bien lancer la commande en tâche de fond, surtout si l’upload est très long.
Pour ce faire, j’utilise tmux qui permet d’utiliser plusieurs terminaux virtuel que l’on peu détacher ou rattacher au terminal facilement.

tmux new-session -d -s upload  'scp -i ~/.ssh/ma_clef  -l 512 gros_fichier.xz_part* user@host:/home/bob/incoming 2> errors.log'

Rattacher le terminal pour voir l’upload en cours : tmux attach
Détacher le terminal avec la combinaison de touches ctrl + b puis d
Grâce à tmux, je peux me déconnecter du shell distant et revenir plus tard...
Un simple tmux a me permettra de consulter l’état d’avancement de l’upload.

Cat - Réassembler les fichiers découpés

Une fois les fichiers transférés, je les réassemble avec un simple cat

cat gros_fichier.xz_part*   >  gros_fichier.xz

Décompression d’un xz ou d’un tar.xz

Avec tar (-x xtract) :
tar -Jxvf gros_fichier.tar.xz

Avec xz-utils (-d)
xz -d gros_fichier.xz

Voilà.

Installation de java-package

java-package est un script permettant de générer un paquet # !Debian afin de faciliter l’installation et la mise à jour de l’Environnement d’exécution Java (JRE).

Récupérer java-package et les outils nécessaires à la génération du paquet :

Récupérer l’archive sur le site d’Oracle ©

Rendez vous sur le site d’Oracle© afin de télécharger les archives.

On peux également récupérer les archives via WGET ou CURL (Et passer outre l’acceptation de la licence...)

Exemple de commande CURL pour récupérer java 8.77 32BIT via le terminal

Exemple de Commande WGET pour récupérer java 8.77 64BIT via le terminal

Générer le paquet java JRE 8 pour votre distribution Debian

une fois l’archive téléchargée il suffit d’exécuter le script make-jpkg sous l’identifiant utilisateur :

qui devrait démarrer ainsi :

.

Une fois le script terminé l’installation du nouveau paquet se fait via la commande dpkg :

Et voilà ! L’environnement d’exécution java et désormais opérationnel !

Pour changer le mot de passe sans avoir à se connecter au container LXC, Il faut “chrooter” son système de fichier (chroot est disponible dans les paquets coreutils de Debian) .

“Chrooter” le système de fichier du container LXC “NomContainer” :

Générer un nouveau mot de passe root pour le container LXC :

Quitter l’environement "chrooté" :

Attention, si vous utilisez un shell différent de bash tel que zsh, il se peut que vous vous trouviez confronté à cette erreur :
« chroot : impossible d’exécuter la commande « /bin/zsh » : Aucun fichier ou dossier de ce type ».

dans ce cas :

devrait permettre de chrooter le container lxc.

Installation de LXC

Création d’un container

– -n nom du container
– -t template de l’OS à utiliser

Bien noter le mot de passe root qui s’affichera à la fin de la création du container lxc.

Configuration du réseau sur l’hôte

Il y a plusieurs façons de configurer le réseau, pour ma part je préfère créer un (ou plusieurs) sous-réseaux pour mes containers qui seront "natter" par la machine hôte.
Pour illustrer, on pourrait dire que les sous-réseaux sont cloisonnés à l’intérieur de l’hôte qui fera office de pare-feu vers l’extérieur.

Autoriser "l’ip forwarding"

Recharger la configuration du système pour prendre en compte la modification.

Configurer l’interface qui servira de bridge

La paquet bridge-utils est nécessaire, il est normalement installé en dépendance de lxc, au cas ou :

Paramétrage de /etc/network/interfaces

Redémarrer le service réseau afin de prendre en compte la nouvelle interface br0

Vérifier que l’interface réseau est bien présente :
ifconfig devrait renvoyer quelque chose comme ça

Activer le partage de connexion internet pour les containers LXC :

On va donner l’accès internet aux containers LXC à travers wlan0 (On verra comment automatiser ça sur un hôte au profil itinérant qui se connecte sur des interfaces diverses et variées : wlan0 eth0 usb0... )

Configuration du réseau sur les containers LXC

Attention ! il ne s’agit pas de paramétrer le réseau à l’intérieur du container mais d’éditer un fichier de configuration qui se chargera de configurer le réseau au démarrage de celui-ci.

Par défaut, Debian installe les nouveaux containers dans /var/lib/lxc ; ce dossier contient tous les containers créés, qui eux-même contiennent des fichiers de logs, de configs et le dossier rootfs qui comme son nom l’indique, correspond à la racine du système virtualisé ( / ).

Afin de configurer le réseau sur notre container LXC, nous allons éditer son fichier de config /var/lib/lxc/NomContainer
Extrait de la configuration réseau d’un container /var/lib/lxc/NomContainer/config

Démarrage du container et test du réseau

– -n nom du container
– -d en mode daemon

La commande pour contrôler si notre container LXC est bien démarré :

Devrait retourner

Sur l’hôte un petit ping 192.168.100.1 devrait retourner :

On va se connecter directement au container LXC

Se connecter au container, j’espère que vous avez bien noté le mot de passe root lors de sa création sinon vous pouvez toujours consulter l’article dédié au changement de mot de passe root d’un container LXC.
Une fois connecté, on va tester l’accès internet en utilisant apt pour installer ping afin de "pinguer" la machine hôte :

Et voilà, Juste ça marche !

Manipulation de variables simples

Tableaux

Paramètres positionnels et arguments

Variables spéciales

Variables d’environnement

Sauvegarder toute la base en concaténant le nom de l’hostname + la date pour le nom du fichier de sauvegarde :

En théorie la commande ci-dessus devrait fonctionner sans problème.
J’ai eu un bug ? sur ma debian, avec le résultat de la commande de hostname -a qui me renvoyait systématique un espace en fin de chaîne.

Je vous laisse apprécier la basherie ci-dessous visant a nommer le fichier de sortie en supprimant l’espace indisposant avec la commande sed.

Pour importer une sauvegarde Mysql au format bz2 sans faire une décompression préalable.

Récupérer les sources du noyau, le patch grsec et la config ovh qui va bien

Se rendre dans un dossier de travail

Téléchargement du kernel

Téléchargement du patch grsecurity [1] correspondant à la version du noyau (3.9.6 dans l’article)

récuperer la config du noyaux ovh sur leur serveur ftp [2]

Préparer les sources

décompresser [3] le noyau

copier la configuration ovh dans racine du noyau linux décompressé précédemment

aller dans le répertoire du noyau fraichement décompressé

appliquer le patch grsec

Configuration des cgroups

dans le repertoire du kernel, lancer l’utilitaire de configuration du noyau make menuconfig et configurer lxc cgroup [4] en activant les options suivantes :

Une fois votre configuration terminée, retourner sur la page d’accueil de menuconfig sélectionner < Exit >, une boite de dialogue vous demande d’enregistrer votre configuration selectionner < yes > avant de quitter.

Avant de compiler, On va tester la configuration :

CONFIG=/usr/src/linux-3.9.6/.config lxc-checkconfig

 --- Namespaces ---
Namespaces: enabled
Utsname namespace: enabled
Ipc namespace: enabled
Pid namespace: enabled
User namespace: enabled
Network namespace: enabled
Multiple /dev/pts instances: enabled

 --- Control groups ---
Cgroup: enabled
Cgroup clone_children flag: enabled
Cgroup device: enabled
Cgroup sched: enabled
Cgroup cpu account: enabled
Cgroup memory controller: missing (!)
Cgroup cpuset: enabled

 --- Misc --- 
Veth pair device: enabled
Macvlan: enabled
Vlan: enabled
File capabilities: enabled

 

Cgroup memory controller : missing (!) - Debian Wheezy

Youpi ! la configuration est maintenant terminée, il est temps de lancer la compilation avant de boire un café !

Compilation du noyau

Penser à installer les outils pour la compilation des noyaux. Sur Debian, le paquet s’appelle build-essential c’est un meta-paquet dédié a l’installation de tous les outils de compilation make, gcc, etc..

Lancer la compilation, ou -j X (correspond au nombre de core ) :

Le kernel se retrouve dans le dossier arch/x86/boot. On va Copier/renommer le nouveau kernel dans le dossier /boot du système :

Installer le kernel et redémarrer

Je vous invite à consulter mon article précédent intitulé Installer un nouveau kernel Linux en 5 étapes

1 - Mettre le nouveau kernel linux super optimisé dans le dossier /boot

2 - Editer Le fichier de "pré-configuration" personnalisé pour Grub2

Et ajouter une entrée en s’inspirant de /boot/grub/grub.cfg (notamment pour les uuid) pour votre tout nouveau kernel

3 - Forcer Grub à utiliser le Super Kernel par défaut

repérer la ligne GRUB_DEFAULT="1", sinon l’ajouter.

Modifier par le nom du "menuentry" créé précédemment.

4 - Régénérer le fichier de config de Grub2

5 - Zen et Confiant on Reboot !