Archives de catégorie : Informatique

Cron, sssmtp, Orange et Gmail

J’avais remarqué que les mails de cron émis par ssmtp vers mon compte gmail ne fonctionnait plus. Plus exactement les mails partaient sans anomalies mais n’arrivaient jamais. Sur mon VPS je suis passé à Exim et là après le bon réglage des SPF c’est nickel.

Dans le cadre de l’installation d’un raspberry sur un clé 4g il fallait oublier la configuration du SPF et revenir à une solution plus légère. Sur le net il y a pas mal de documentation concernant cette configuration mais toutes ne fonctionnent pour ce qui est du relais des messages du cron. La clé pour avoir un bon entête consiste au bon positionnement de Full Name de root, du revaliases de ssmtp et du passage à No de FromLineOvewwrite dans ssmtp.conf.

ce qui donne chez moi

pi@raspicam:~ $ more /etc/ssmtp/ssmtp.conf
#
# Config file for sSMTP sendmail
#
# The person who gets all mail for userids < 1000
# Make this empty to disable rewriting.
root=monmail@domain.tld
 
# The place where the mail goes. The actual machine name is required no
# MX records are consulted. Commonly mailhosts are named mail.domain.com
mailhub=smtp.orange.fr:465
useTLS=YES
authUSER=lemail@orange.fr
authPASS=lepass
 
# Where will the mail seem to come from?
rewriteDomain=orannge.fr
 
# The full hostname
hostname=raspicam
 
# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=NO
 
pi@raspicam:~ $ more /etc/ssmtp/revaliases
# sSMTP aliases
#
# Format:       local_account:outgoing_address:mailhub
#
# Example: root:your_login@your.domain:mailhub.your.domain[:port]
# where [:port] is an optional port number that defaults to 25.
root:monmail@orange.fr:smtp.orange.fr:465
pi:monmail@domain.tld:smtp.orange.fr:465
 
pi@raspicam:~ $ grep root /etc/passwd
root:x:0:0:raspicam,,,:/root:/bin/bash

la modification de du full name se fait pas sudo chfn -f ‘le pseudo’ root

Un peu de downtime (passage de stretch en buster)

Et oui le passage dans la nouvelle version stable de Debian ne s’est pas fait sans douleur 🙂

Mais elle me permettra de soumettre à fail2ban le flux ipv6.

La source du problème a été les modification de lighttpd notamment le changement de noms des helper en perl. Le deuxième problème était lié à des nouveau contrôles dans le lighttpd.conf livré.

Les réglages de la section parseopts sont visiblement trop contaignants et sont incompatible avec l’url rewiting que j’utilise.

Serveur d’impression raspberry pi zeroW et Livebox

Et hop

Je viens de mettre en service un nouveau serveur d’impression à base d’un raspeberry pi zero w, avec les câbles  alim boitier et carte SD j’en ai pou approximativement 30€.

Au niveau de la configuration il suffit de rajouter à la raspbian le paquet p910nd. Mettre à jour le fichier /etc/default/p910nd

# Printer number, if not 0
P910ND_NUM=""
# Additional daemon arguments, see man 8 p910nd
P910ND_OPTS="-f /dev/usb/lp0 -b"


# Debian specific (set to 1 to enable start by default)
P910ND_START=1

Enfin presque p910nd ne fonctionne pas en ipv6 et windows10 cherche à imprimer en ipv6, il faut donc au niveau de la livebox ou du pi fixer une adresse ipv4 fixe et utiliser cette adresse ip au lieu du nom du serveur.

lighhttpd et traq (ou le rewrite [QSA])

le passage en php7 a été l’occasion de revoir l’installation de traq et à cette occasion je me suis aperçu de dysfonctionnement dans la partie administration. En fait ma règle de rewrite ne passait pas la Query string.
La solution est de mimer le [QSA] d’apache la règle ne s’invente pas …

$HTTP["host"] =~ "^(domain.tld)" {
        url.rewrite-if-not-file = (
          "/traq/([^?]*)(?:\?(.*))?" => "/traq/index.php/$1?$2",
        ),
}

une petite modification est nécessaire aussi pour le bon fonctionnement en php7.0 et pour finir rajouter une méthode manquante dans traq/vendor/traq/controllers/app_controller.php à l’intérieur de la définition de la classe app_controller

   /**
     * Used to display the 404 page.
     */
    public function show_404()
    {
        header("HTTP/1.0 404 Not Found");
        $this->render['view'] = 'error/404';
        $this->render['action'] = false;
    }

Ca marche du feu de dieu … temps pour passer à autre chose

Je dois avouer que le passage sur VPS me donne pleinement satisfaction le blog fonctionne du feu de dieu … plus rien à voir avec l’hébergement mutualisé précédent.
Donc j’ai pu tester le blog sur une tablette toutte fraîche et là aussi l’affichage a été du quasi instantané.
Donc le moment est peut être venu d’évoluer un peu et d’aller vers de l’adaptative design. Le très cher à mon coeur paalam est peut être en train de vivre ses derniers jours sur mon site. Bien sur je pourrais essayer de le réécrire mais je n’en ai franchement pas le temps donc je pense partir sur un thème tout fait mais facilement adaptable.

Avez vous rencontré des perturbations ?

Ce mois-ci j’ai procédé au basculement de mes sites sur un VPS en cumulant un changement d’hébergeur y compris pour les noms de domaine et les mails.
L’opération a été ma foi assez lourde et je ne suis pas sur que tout se soit passé « sans coupure ».
Les points les plus compliqués ont été par ordre chronologique :
le réglage de fail2ban (pas encore terminé)
la mise en place d’Https (à peaufiner à ce jour)
et les déménagements des mails là ça a a été un peu panique.

Donc je ne dirais qu’un mot mainteant : « Enjoy »

attention ne pas confondre – no-bot registration

Sur wordpress.org un nouveau plugin porte le nom de no-bot-registration mais ce n’est pas le mien, le fonctionnement est totalement différent. Ma version me donne en tout cas satisfaction.
Donc si vous utilisez ma version et que vous faites une mise à jour automatique il faut avoir en vue que vous changerez de code.
ma version : no-bot-registration l’original
celui présent sur wordpress.org : autre chose qui s’appelle no-bot-registration

Ce qu’il y a de pénible avec les offres d’hébergement mutualisées

Ce qui est pénible c’est de constater peu à peu que l’on a des performances qui plongent, de plus en plus de blocages, et d’être systématiquement relancés pour passer sur des offres supérieures (enfin soit-disant jusqu’au prochain effondrement). J’avais testés des offres de types VPS il y a quelque temps mais certaine notamment en openVZ n’offrait qu’une pauvre performance. Maintenant avec l’avancé du Cloud et des techniques associés on a des possibilités plus agréables : des VPS en KVM et des système de PassS (openshift par exemple) sur des containers.

Pour le boulot j’a i eu l »occasion d’utiliser les solution redhat l’ancienne que je trouvais facile à comprendre venant d’un monde Lamp et la nouvelle basées sur docker et kubernetes. Cette nouvelle et bien plus ardues à appréhender from scratch, mais certainement plus adaptés à des applications d’un certain volume. Je pense même que ça peut être jouissif à « administrer ». Franchement pour l’instant je ne suis pas mur. Et pourtant il faudra bien que je migre en interne une application (pour l’instant je bute  sur la problématique des cron).

Le fait de migrer les domaines, messageries et les mails suffisant déjà à mon bonheur j’ai décidé de tout regrouper chez un seul hébergeur me proposant un vps suffisant approximativement pour le prix d’un hébergement web. Finalement ce fut assez ardu mais en grande partie du fait du passage d’apache à lighttpd et au réglage de fail2ban. Mis au final tout refonctionne (plus letsencrypt) et avec un gain sensible de performance. Uptime (installé sur openshift) me donne un passage de 1000ms pour la page d’accueil de mon blog à 400ms. Sympa.

Le jeu en vaut il la chandelle ? pas sur (en tout cas financièrement c’est une opération blanche) j’aurai forcément plus d’administration, mais d’un autre côté avoir des hébergements partout en déshérence n’est pas non plus une situation souhaitable. Donc mettre un peu de cohérence et s’accorder 1 heure par semaine pour administrer, améliorer … regarder les zolis attaques …

A défaut si on n’est pas prêt à assumer ce travail baaah il y a les réseaux sociaux et les plateforme de blog.

Résolution des problèmes d’affichage des icones sur la page d’orange avec firefox

Super bizarre, depuis en gros un moisje n’avais plus les icônes mais des caractères bizarre sur la page www.orange.fr.

Le problème après analyse était un problème de chargement de fontes de caractères. Après avoir éliminé un effet du bloqueur de pub, de cache vérolé, avoir investigué sur les cross-origin et ssame-origin finalement j’ai trouvé et c’est tout simple.

En fait firefox gère des délais sur le téléchargement et visiblement dans la version 64bits le temps passe plus vite il a donc fallu changer les valeurs de gfx.downloadable_fonts.fallback_delay et gfx.downloadable_fonts.fallback_delay_short en multipliant par 10 les valeurs de départs.

Bon ce n’est pas que c’est indispensable mais c’est quand même plus agréable.