JeBulle.Net

Je viens d’être confronté à un petit souci technique avec mon NAS Synology. Depuis qu’il est configuré, je ne m’y connecte que rarement. Il fait son job et sait se faire oublier. Sauf que, pour je ne sais plus quelle raison, je me suis connecté au manager DSM. En voulant vérifier la disponibilité d’un paquet, je me suis retrouvé avec la jolie phrase :

« Connexion impossible. Vérifiez votre configuration réseau. »

Tiens donc ? Que se passe-t-il ? Mon réseau ne bouge pas depuis des années, je suis connecté au DSM, je n’ai aucun problème réseau sur mes autres machines, je ne vois pas pourquoi le NAS n’aurait soudainement plus accès à Internet ! De la même façon, la recherche de mise à jour du DSM ne fonctionnait pas non plus.

La recherche dans les forums n’a rien donné (problèmes avec Free qui filtrait certains domaines de Synology, utilisateurs avec une mauvaise connexion, …). Pas de bol je suis chez Orange et mes DNS étaient bon. J’ai tenté de mettre le serveur en DMZ, pas de changement non plus.

La solution…

Et puis, au détour de mes clics dans le panneau de configuration du manager, je suis tombé dans la page Système > Centre d’infos. Là, au beau milieu des infos disponibles, je constate que mon p’tit NAS est tranquillement retourné à la date du 01/01/1970 ! À coup sûr il y a un contrôle sur la date lorsque l’on se connecte aux serveurs de chez Synology.

Je me rends donc dans Système > Options régionales (toujours dans le panneau de config) pour cliquer sur « Mettre à jour maintenant », bouton dispo lorsque l’on sélectionne l’option « Synchroniser avec un serveur NTP ».

Après cette opération, j’ai retrouvé une connectivité complète dans le manager !

Si vous disposez d’un NAS Synology sous DSM6 et que vous souhaitez utiliser Composer pour créer des projets PHP, cet article peut vous aider !

Prérequis

En prérequis, je considère comme acquis les points suivants :

• Votre accès SSH est opérationnel,
• Web Station est activée,
• Vous avez installé PHP 5.6 et/ou PHP 7 sur votre NAS,
• L’extension « phar » est active au moins dans la configuration PHP de la version avec laquelle vous souhaitez utiliser Composer.

Installation de Composer

La première chose à savoir – je suis tombé dans le panneau et c’est la raison de ce billet – c’est que votre NAS est équipé d’une version de PHP dédiée à l’exécution du DSM. Cette version n’est pas utilisée par Web Station. C’est-à-dire qu’en tapant php en ligne de commande, c’est le PHP interne qui se lance et qui est limité au niveau de ses extensions (je me suis retrouvé confronté à l’absence de « tokenizer » en souhaitant installer un logiciel). Les autres versions de PHP sont accessibles depuis les commandes php56 et/ou php70 ; qui sont installées dans /usr/local/bin.

Je vous propose donc d’installer Composer globalement au serveur dans le même répertoire que les différentes versions PHP installées ; parce que taper du php56 composer.phar, ça va deux secondes…

Commençez donc par ouvrir votre accès SSH (le « $ » n’est pas à taper, il représente les extraits correspondants à de la ligne de commande) :

$ ssh yourname@ip

Accédez au compte root :

$ sudo -i

Déplacez-vous dans le répertoire où nous installerons Composer :

$ cd /usr/local/bin

Installez Composer :

$ curl -s http://getcomposer.org/installer | php56
 All settings correct for using Composer
 Downloading...

Composer (version 1.3.1) successfully installed to: /usr/local/bin/composer.phar
 Use it: php composer.phar

Comme composer.phar utilise par défaut la commande php nous devons créer une commande qui permet d’outrepasser ce comportement. Créons donc ce script :

$ vi composer

Enregistrez le contenu suivant (tapez « i » pour passer en modification de contenu) :

!/bin/bash
php56 /usr/local/bin/composer.phar $*

Tapez Echap pour quitter le mode modification puis :wq pour enregistrer et fermer le fichier.

Rendez le script exécutable :

$ chmod +X composer

Quittez le mode root :

$ exit

Testez pour finir que la commande fonctionne correctement :

$ composer --version
Composer version 1.3.1 2017-01-07 18:08:51

Si la version s’affiche correctement, c’est tout bon !

Pour mes besoins personnels, j’ai monté une VM (via VirtualBox) avec CentOS 6. Passée l’installation, j’ai souhaité commencer par mettre à jour la distribution. Sauf que l’interface réseau eth0 n’est pas montée par défaut.

Pour ce faire, en mode root (je l’étais déjà) :

$ vi /etc/sysconfig/network-scripts/ifcfg-eth0

Dans le fichier j’ai mis (tapez « i » pour passer en mode modification dans vi) :

ONBOOT=yes

On sauvegarde ([Esc] pour sortir du mode modification, puis « :wq » pour sauvegarder les modifications dans vi).

Et on redémarre le service réseau :

$ service network restart

Le serveur DHCP de votre réseau va alors vous attribuer une adresse IP.

Découvert récemment, l’album est pour bientôt :

Il me semble y retrouver un planant mélange de Third Eye Blind sur pointe de Reamonn…

Je relais ici un article d’Alsacréations qui lui même reprends les propos de Daniel Glazman : THE OPEN WEB NEEDS YOU *NOW*.

Sans remettre en cause les propos de Monsieur Glazman – en tant que développeur Web, j’estime qu’il est de ma responsabilité d’effectivement ne pas rentrer dans un nouveau piège et que privilégier le développement pour un unique moteur est une erreur – je tiens tout de même à préciser deux choses :

• Le moteur Webkit est ouvert,
• C’est un moteur d’excellente qualité qui tend à respecter  les standards du W3C, ce que n’était pas IE6, loin de là…

Ce n’est certes pas une raison pour ne considérer que Webkit et tout voir à travers lui, mais tout de même, ce sont deux points qui me paraissent essentiels.

En mai 2008, je rapportais déjà mes déboires suite au passage vers Ubuntu 8.04. Nous sommes en octobre 2011, soit, 8 versions plus tard – excusez-moi du peu – et finalement, retour à la case départ. Entre ces deux articles, j’ai réinstallé Ubuntu plusieurs fois, toujours après des mises à jour automatiques défectueuses. Explications.

Lire la suite de ‘Ubuntu 11.10, circulez, y’a rien à voir’ »

Tout a démarré avec Google et son navigateur Chrome. Depuis la version 6, le cycle de développement entre deux versions majeures est fixé à 6 semaines. Jusqu’à présent seuls dans cette voie, la fondation Mozilla a décidé de suivre le même schéma avec la sortie de Firefox 4. La preuve en est avec la sortie récente de Firefox 5. Tout va plus vite donc, mais est-ce vraiment raisonnable ?

Lire la suite de ‘Navigateurs à bonnes allures ?’ »

C’est du délire !!

Mircrosoft vient de publier un site dédié à l’abandon d’Internet Explorer 6, le cauchemar des développeurs Web. Nous ne pouvons que saluer cette initiative qui va dans le bon sens. Le temps où nous pourrons construire une feuille de styles sans les contraintes imposées par IE6 n’est plus si éloigné. Plus que 3.9% de parts de marché en France !

Vous y trouverez tout le nécessaire pour en faire la promo depuis votre site Internet ; une bannière uniquement visible depuis IE6 bien sûr ;-).

Une version internationalisée du site serait la bienvenue pour encore plus d’impact.

» Le compte à rebours pour Internet Explorer 6

À voir : http://code.google.com/intl/fr/more/table/.

Ils s’ennuient chez Google 😉