Linux – Pixxlisation

Visual Sudio Code et Powerline

Si vous avez suivi mon petit article sur la configuration de tmux/ohmyzsh/powerline vous avez maintenant un super terminal de champion.

Seul souci vous avez aussi un éditeur de code de champion, Visual Studio Code, et si vous ne l’avez pas encore installé je vous encourage vraiment à le faire dès maintenant.

Une petite liste des avantages proposés par VScode :

Support for debugging,
Embedded Git control and GitHub
Syntax highlighting
Intelligent code completion
Snippets
Code refactoring.

Il y en a bien d’autres mais déjà cette liste devrait vous convaincre d’au moins faire un essai …

L’un des autres avantage est d’embarquer dans le logiciel un terminal, qui prendra par défaut votre shell configuré sur le système et c’est là que le problème survient si vous avez configuré ohmyszh et le thème agnoster …

Problème de police pas compatible avec powerline

Il va falloir installer et configurer une police d’écriture compatible avec Powerline

git clone https://github.com/abertsch/Menlo-for-Powerline.git
cd Menlo-for-Powerline/
sudo mv "Menlo for Powerline.ttf" /usr/share/fonts/
sudo fc-cache -vf /usr/share/fonts/
cd ..
rm -rf Menlo-for-Powerline/

Configurer la police dans VScode dans File > Preferences > Settings chercher terminal font

Redémarrer VScode et vous devriez vous retrouver avec un joli terminal

ohmyzsh + tmux + powerline : un terminal pour les gouverner tous

Voilà maintenant près d’un an que ma machine de travail tourne sous Ubuntu 18.04, principalement pour la compatibilité avec les outils tel qu’Ansible ou Vagrant par exemple … Après pas mal de recherches sur les différents terminaux disponibles (hyper, terminus, kitty, terminator et j’en passe) je n’ai jamais réellement trouvé mon bonheur.

Jusqu’à ce que je tombe sur une vidéo de cocadmin sur tmux les fonctions disponibles dans ce multiplexeur me rappelle immédiatement iTerm2 que j’ai l’habitude d’utiliser sur mon Macbook. Après quelques heures de recherche et d’installation je suis passé de ça :

à ça :

Alors si vous voulez vous aussi avoir un terminal sympa à regarder et surtout super utile à ouvrir tous les matins, suivez le guide.

Continuer à lire …

Récupération Data Free Space dans table mysql

Il arrive parfois de devoir ajouter ou supprimer une grande quantité de données dans une table, ce qui a pour effet de libéré de l’espace disque, mais, dans le cas de mysql l’espace réservé dans la base de donnée n’est pas libéré pour le système d’exploitation.

La situation est d’ailleurs identique pour une base SQL Server, il faudra utiliser de la commande DBCCSHRINK afin de libérer l’espace d’une BDD vers l’OS.

Il y a peu de temps un des serveurs mysql de ma société s’est retrouvé à cours d’espace disque dans la nuit (gros import de données surprise) et donc service mysql HS, je vais présenter ici les quelques étapes qui m’ont permis de résoudre le problème.

Continuer à lire …

Génération de clés ssh sous Windows et Accès vps Linux

Voici quelques infos pour créer un jeu de clés ssh afin de sécuriser l’accès à un serveur Linux vps / dédié. Cette méthode de connexion Permet de sécuriser l’authentification à votre serveur elle sera à privilégier pour augmenter la sécurité et la facilité de gestion de vos vps.

La génération de ce jeu de clés permet d’obtenir, une clé privée, que vous conserverez de votre côté sur votre machine de travail et une clé publique, qui sera mise en place pour authentifier votre utilisateur sur votre serveur vps.

Une fois les clés en place nous désactiverons la possibilité de se connecter en root & l’authentification par login / mot de passe. Attention ! Une fois configuré le seul moyen de récupérer une connexion root sera de passer par la console de rescue de votre hébergeur il faudra donc veillez à avoir ces accès au préalable.

La génération de ce type de clé permet aussi l’accès et l’utilisation des services tel que Bitbucket, DockerHub ou Github par exemple.

Continuer à lire …

Linux : ajout d’espace disque à chaud dans LVM sur Machine Virtuelle

Il y a peu de temps un de mes serveurs mySQL s’est retrouvé avec un manque d’espace sur le système LVM (Volume Logique Linux), le symptôme est assez flagrant, le service mySQL est HS et refuse de redémarrer.


2019-02-22T07:57:03.351896Z 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2019-02-22T07:57:03.357354Z 0 [Warning] InnoDB: 1048576 bytes should have been written. Only 663552 bytes written. Retrying for the remaining bytes.
2019-02-22T07:57:2019-02-22T07:57:03.862606Z 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2019-02-22T07:57:03.862660Z 0 [ERROR] Plugin 'InnoDB' init function returned error.
2019-02-22T07:57:03.862671Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2019-02-22T07:57:03.862680Z 0 [ERROR] Failed to initialize plugins.
2019-02-22T07:57:03.862686Z 0 [ERROR] Aborting

Je me suis vite rendu compte dans les lignes 1 2 et 5 qu’il manque réellement de l’espace sur le système. J’ai donc dû faire de la place dans un premier temps (en supprimant de vieux backups) et redémarrer le service. Mais une fois le service redémarré il fallait régler le problème à la source : on manque de place sur la racine et il faut en rajouter « à chaud » car la prod est repartie.

Continuer à lire … « Linux : ajout d’espace disque à chaud dans LVM sur Machine Virtuelle »

Tuto : Mise en place de l’authentification Kerberos SSO sur Apache + configuration SSO GLPI

L’Authentification forte de type SSO ‘Single Sign-On’ d’une application Web hébergée en réseau local sur un serveur Linux avec Apache via un Kerberos sous Windows 2008 Server.

On peut résumer le fonctionnement de la manière suivante : un utilisateur ouvre une session sur le domaine et navigue vers une page http protégée du réseau Intranet. Habituellement, on affiche une boite invitant l’utilisateur à saisir son nom d’utilisateur et mot de passe alors qu’il est déjà connu de l’AD, vu qu’il a saisi les mêmes informations pour se connecter à son compte Windows. Le but du Single Sign-On est d’authentifier l’utilisateur sans qu’il soit obligé de ressaisir plusieurs fois les mêmes informations.

Kerberos fonctionne avec un système de jetons, qu’on appellera des ‘tickets’. L’authentification se passe en plusieurs étapes :

le poste client demande un ticket au serveur Kerberos
le KDC retourne un ticket, vu que le client est déjà identifié sur le réseau
le poste client formule la requête au serveur Web en incluant le ticket

Plusieurs avantages de cette méthode :

L’utilisateur s’identifie une seule fois et peut ensuite accéder de façon transparente aux différents services
Le nom d’utilisateur et son mot de passe ne sont jamais transmis sur le réseau

Tuto : Installation OwnCloud sur Ubuntu Server 13.10

OwnCloud est une solution de Cloud Personnel, en gros elle vous permettra d’installer dans votre environnement un GoogleDrive … mais en mieux parce-que c’est chez vous 🙂

Dans le cadre personnel j’utilise quotidiennement Google Drive, mais dans un souci de parano (ce qui est sur le sol américain leurs appartient) pour mon entreprise j’ai plutôt opté pour une solution “propriétaire”, l’espace disque ne nous manque pas et nous permet donc de diffuser ce service facilement à nos utilisateurs.

Pour le moment je n’ai pas tellement fait de comparatif de solution, j’ai opté pour celle dont j’ai le plus entendu parler OwnCloud

Elle présente l’avantage d’être libre,la partie serveur est dispo sur la plupart des distributions Linux et les clients de synchronisation disponible sur Windows, iPhone et Android (Payant toute fois pour les clients mobiles). Parfait pour nous puisque nous sommes dans ce genre d’environnement diversifié.

De plus elle est compatible avec le protocole WebDav, ce qui permettra d’utiliser n’importe quel client avec cette configuration.

Pour le choix de la distrib Server je m’oriente naturellement vers Ubuntu 13.10 Server Edition, car je connais et que j’aime … et que c’est mon tuto alors je fait ce que JE veux ! Bon passons à la partie main dans le cambouis …

INSTALLATION DU SERVEUR OWNCLOUD

Pour la partie serveur je vous passe les détails de l’installation, une petite VM : deux core, 1Go de RAM et 40 Go d’espace disque (c’est peu mais c’est du LVM ça s’agrandit), le tout en dmz parce-que c’est sa place 🙂

Pour l’installe les paquets .debs sont dispo donc on se fait pas ch…
http://pastebin.com/embed_iframe.php?i=tKSbUeQ1

Ensuite configurer votre mot de passe Mysql (Attention c’est le mot de passe root donc bien le retenir) puis vous pouvez aussi optionnellement installer phpmyadmin pour vérifier la bonne installation de la base de données sur votre serveur.

Il ne vous reste plus qu’a vous connectez sur http://votreserveur/owncloud

à la première connexion vous aller devoir créer une nouvel utilisateur, se sera l’administrateur de votre serveur OwnCloud, de plus c’est ici que vous devrez configurer la connexion à la base de donnée Mysql

CONFIGURATION DU SERVEUR OWNCLOUD

Pour la configuration nous allons tout d’abord activer le ssl sur le site afin de crypter le flux de données entre vos users et le serveur, pour cela quelques lignes de commande pour activer le ssl sur apache

http://pastebin.com/embed_iframe.php?i=Kz8BAZ1A

Une fois activé nous allons forcer le mode https dans l’interface de ownCloud on se connecte donc à https://serveurowncloud/owncloud et on se rend dans

Puis on va cocher la case pour forcer le https

Nous allons ensuite activer le mode LDAP pour pouvoir relier notre serveur ownCloud à notre annuaire (Dans mon cas j’ai du faire un peu de routage NAT pour ouvrir le flux entre mon serveur en DMZ et mon AD), les utilisateurs seront alors créer directement sur le serveur et auront un accès disponible. Pour cela il va falloir ajouter l’application LDAP Users and Goup, on clique sur le + en bas à gauche de l’interface et on ajoute l’application en l’activant dans le menu

Une fois activer il faut de nouveau se rendre dans le menu d’administration vous aurez alors un message d’alerte vous indiquant qu’il manque le plugin LDAP à php pour fonctionner correctement, pour résoudre cela sur votre serveur

http://pastebin.com/embed_iframe.php?i=JVysc9NQ

Une fois le service apache redémarré reconnecter vous à l’interface et rendez-vous dans le menu administration, vous ne devriez plus voir de message d’erreur, nous allons donc pouvoir passer à la partie configuration de l’authentification LDAP

Veuillez noter que pour le moment la confiugration n’est pas correct il va falloir modifier quelques paramètre dans l’onglet advanced

Cocher la case Serveur LDAP insensible à la casse(Windows)

Puis dans la partie Paramètre du répertoire

De la vous pourrez tester votre configuration et devriez obtenir le message suivant,

Rendez-vous maintenant dans User Filter et choisie le filtres person, puis dans Login Filter cocher Nom d’utilisateur LDAP normalement le système dois vous indiquer que la configuration est OK

Rendez vous dans la section utilisateurs pour contempler votre travail 🙂

Vous pouvez dès maintenant vous connecter avec un utilisateur de votre AD qui aura alors un espace attitré

Une fois notre lien LDAP établie nous allons chercher à connecter nos utilisateurs à leurs nouveau Cloud et pour cela j’ai choisi la connexion d’un net drive en WebDav, l’utilisateur retrouve ainsi son Cloud comme étant un lecteur à par entière sur son poste.

Mais avant cela nous allons devoir configurer un certificat ssl signé pour notre serveur, en effet, sans certificat le lien WebDav entre la machine Windows et notre serveur ne fonctionnera pas. Pour ma par j’ai choisi un certificat signé par l’autorité CAcert, l’avantage c’est que c’est gratuit, l’inconvénient c’est que vous devrez importer le certificat root de cacert sur l’ensemble de vos postes client.

SECURISATION DU SITE WEB

Dans un premier temps il faudra créer votre compte sur le https://www.cacert.org ensuite déclarer votre domaine, une fois le domaine déclarer et vérifier (par mail) vous devrez créer un certificat de serveur

Après si vous avez une autorité à vous ben allez y ça le fait aussi donc sur le serveur on se connecte et on créer la demande de certificat

http://pastebin.com/embed_iframe.php?i=GBUdjHqL

Puis on édite le fichier csr avec son éditeur préférer et on copie l’intégralité des donnés entre les balises

```
-----BEGIN CERTIFICATE REQUEST-----
```
```
-----END CERTIFICATE REQUEST-----
```

Sur le site de Cacert on va dans Certificats de Serveur -> Nouveau et on colle le contenu dans l’encadré “Coller Votre CSR”

Enfin on soumet la demande de certificat à l’autorité avec l’option SOUMETTRE (Chaud !)

Vous aurez alors l’ensemble de votre certificat générer sur la page, copier le contenu de cette page dans un nouveau fichier sur votre serveur par exemple : example.cert.pem et modifier le fichier de configuration de votre serveur apache concernant les sites en https

http://pastebin.com/embed_iframe.php?i=pitH9SsM

Enfin on vérifie que le certificat est bien proposé à notre client par le serveur web

Attention à bien installer le certificat root de Cacert dans votre autorité de certification Racine de Confiance qui se trouve ici Cacert Root Cert

LOGIN WEBDAV VIA EXPLORATEUR WINDOWS

Enfin notre utilisateur souhaite relier son espace Cloud dans son Windows, et bien un simple lecteur réseau fera l’affaire, pour cela il suffit de repérer l’url du WebDav utilisateur en se rendant dans l’interface web puis sur le menu Personnel,

Enfin sur votre PC dans l’outil le manager de connexion lecteur réseau rentrer les infos suivantes

Normalement votre dossier WebDav (Cloud) devrait monter dans votre session Windows, vous pourrez alors supprimer et enregistrer des fichiers dans ce répertoire ils seront automatiquement disponible dans votre espace Cloud.

INSTALLATION DU SERVEUR OWNCLOUD

CONFIGURATION DU SERVEUR OWNCLOUD

SECURISATION DU SITE WEB

LOGIN WEBDAV VIA EXPLORATEUR WINDOWS