PROJET AUTOBLOG


Shaarli - Les discussions de Shaarli

Site original : Shaarli - Les discussions de Shaarli du 23/07/2013

⇐ retour index

Mise à jour

Mise à jour de la base de données, veuillez patienter...

Nostalgie embrumée — David Larlet

samedi 5 décembre 2015 à 12:08
le hollandais volant
On dirait que Google, Crosoft et même Adobe t’ont lu il y a 10 ans :p
— (permalink)

"L'état d'urgence pour faire oublier les tas d'urgences" Paris, quai de la Râpée (JPEG Image)

samedi 5 décembre 2015 à 11:56
Le bazar de mydjey
Tout est dit en une phrase, rien à ajouter.
(Permalink)

Raspberry Pi - Réalisation d'un traceur GPS

samedi 5 décembre 2015 à 11:28
Le bazar de mydjey
Hum c'est très très intéressant ça !
Je cherche depuis quelques temps à avoir un traceur GPS à moindre coup qui consomme peu d’énergie, à voir si peu le faire.
[à voir si ça existe sur Android déjà, Osmand permet ça mais ça consomme beaucoup trop de batterie pour une sortie à la journée par exemple]

Faut que je teste AAT aussi : https://f-droid.org/repository/browse/?fdid=ch.bailu.aat

Via Sam&Max
(Permalink)

Kitsu.eu ~ hébergement libre

samedi 5 décembre 2015 à 11:24
Mitsu'liens
Et voilà, certificat Let's Encrypt pour kitsu.eu :) Et avec l'autoconfiguration Apache c'est d'une simplicité enfantine. Juste à choisir le nom de domaine, sélectionner si on veut autoriser HTTP+HTTPS ou juste HTTPS, "sudo service apache2 restart", et roulez jeunesse !
(Permalink) (Profil)

Trois « replay » à ne pas rater

samedi 5 décembre 2015 à 10:30
@Pas de pierre, pas de palais... Pas de palais... Pas de palais !
Je crois que le document sur la chanson française.... je m'en fiche mais les deux autres ont l'air édifiant.
(Permalink) (Profil)

Super Grub2 Disk Stable

samedi 5 décembre 2015 à 10:14
Oros links
Live CD pour réparer le Grub
(Permalink) (Profil)

[Let's Encrypt] Certificat SSL sur un hébergement web avec seulement ftp · Le blog de Zatsune No Mokou

samedi 5 décembre 2015 à 09:43
Les Petits Liens de Purexo
Merci pour ce tuto.
Rappel les certificats de lets encryptage sont valable 90jours.

Pensez à les refaire, et automatiser le processus.
(Permalink)

GNU/Linux Magazine 12/2015 · Le blog de Laurent Napias » Adminsys

samedi 5 décembre 2015 à 09:21
Les Petits Liens de Purexo
/coude
(Permalink)

IANA — Root Zone Database

samedi 5 décembre 2015 à 09:15
grolimur's shared links
Liste officielle des noms de domaine existants
(Permalink)

jLoDB - Javascript Learning Objects DataBase

samedi 5 décembre 2015 à 08:09
Jcfrog's shaarli
(Permalink)

Bug #1434525 “Router solicitation blocked, makes network-manager...” : Bugs : ufw package : Ubuntu

samedi 5 décembre 2015 à 01:33
GuiGui's Show - Liens
Je n'ai pas d'IPv6 en natif sur eth0. J'utilise un VPN par lequel je souhaite faire transiter l'intégralité de mon trafic. Donc je drop tout le trafic qui sort en dehors du VPN.

En IPv6, il faut autoriser les messages ICMPv6 Router Solicitation sur eth0/wlan0 sinon Network-Manager pète une pile et spamme les logs toutes les 5 secondes : « NetworkManager[975]: <error> [1449274267.305736] [rdisc/nm-lndp-rdisc.c:241] send_rs(): (eth0): cannot send router solicitation: -1. »

Pour ce faire, on ajoute une règle avec ip6tables : ip6tables -t filter -A OUTPUT ! -o tun0 -p icmpv6 --icmpv6-type 133 -j ACCEPT
(Permalink)

[Lxc-users] Physical interface not getting released after container shutdown

samedi 5 décembre 2015 à 00:21
GuiGui's Show - Liens
J'ai un problème fortement similaire sur mes conteneurs LXC : un halt/poweroff/reboot depuis l'intérieur du conteneur, via SSH, laisse la veth côté hôte depuis que j'ai mis à jour hôtes et conteneurs à Jessie... Cette interface réseau sera supprimée automatiquement 5-6 minutes après par le noyau qui se rendra compte que sa veth paire a disparu (à la fin du conteneur). Dans l'attente, le reboot ne pourra pas fonctionner. Notons qu'un lxc-start ne fonctionnera pas mais virera la veth permettant ainsi à un deuxième lxc-start de faire repartir le conteneur. Un halt/poweroff/reboot depuis une tty (lxc-console) fonctionne, c'est vraiment uniquement depuis une pts via SSH que ça foire.

Je n'ai pas de vraies solutions à ce problème. Dans les workaround, on a :
   * Dans le conteneur, un alias reboot/poweroff/halt = sudo ip l d dev eth0 && sudo reboot/halt/poweroff
   * Sur l'hôte, dans la config du conteneur : lxc.network.script.down + un script qui virera la veth au down de la VM
   * Dans le conteneur, une unit systemd dans /etc/systemd/system/{halt,poweroff,reboott}.target.wants avec comme action un ip l d eth0

J'ai ce problème sur 2 VM KVM avec Debian Jessie (mis à jour depuis wheezy) avec systemd et les conteneurs sont des Debian Jessie avec systemd, mis à jour depuis wheezy ou fraîchement créés (directement en Jessie + systemd donc). Topologie réseau : veth+bridge, rien de sorcier.

En conservant les vieilles conf' (/var/lib/lxc/<nom_conteneur>/config) des conteneurs ou avec une conf' par défaut créée par un template lxc-debian à jour, le problème survient dans les deux cas.

Avec ou sans retirer la capability sys_admin au conteneur, le problème survient dans les deux cas.

Je n'ai aucune connexion réseau avec un état sur l'hôte, conteneur allumé ou éteint, puisque je suis en mode bridge. Je ne vois rien avec ss ou conntrack/iptstate (tout aussi normal puisque je n'utilise pas le suivi des connexions ici).

J'ai fait 2 tests, sur 2 VM VirtualBox sur la même machine Debian GNU/Linux Jessie. Le premier test, c'était y'a 1 mois et demi, l'autre aujourd'hui. Résultats :
   * Wheezy sur l'hôte + Wheezy dans le conteneur : je n'arrive pas à reproduire puisque halt/poweroff/reboot freeze sans éteindre le conteneur...
   * Wheezy sur l'hôte + Jessie sans systemd comme init dans le conteneur : même problème... Sur la maquette d'il y a 6 semaines, je n'avais pas ce problème et l'interface réseau disparaissait bien à l'arrêt du conteneur.

   * LXC de Wheezy-backports sur l'hôte + Jessie sans systemd comme init dans le conteneur  : même problème...
   * LXC de Wheezy-backports sur l'hôte + Jessie avec systemd comme init dans le conteneur : halt/poweroff/reboot fonctionnent et l'interface réseau disparaît bien à l'arrết du LXC

   * Jessie avec systemd comme init sur l'hôte + wheezy dans le conteneur : halt/poweroff/reboot fonctionnent et l'interface réseau disparaît bien à l'arrết du LXC. Ça fonctionnait aussi dans la première maquette d'il y a 6 semaines.
   * Jessie avec systemd comme init sur l'hôte + Jessie avec systemd comme init dans le conteneur : halt/poweroff/reboot fonctionnent et l'interface réseau disparaît bien à l'arrết du LXC. Le bug était présent dans la maquette d'il y a 6 semaines...
   * Jessie avec systemd comme init sur l'hôte + Jessie sans systemd comme init dans le conteneur : halt/poweroff/reboot fonctionnent et l'interface réseau disparaît bien à l'arrết du LXC. Le bug était présent dans la maquette d'il y a 6 semaines...

   * Jessie sans systemd comme init sur l'hôte + Wheezy dans le conteneur : halt/poweroff/reboot fonctionnent et l'interface réseau disparaît bien à l'arrết du LXC
   * Jessie sans systemd comme init sur l'hôte + Jessie avec systemd comme init dans le conteneur : impossible de tester puisqu'un bug (que j'avais déjà eu à l'époque Wheezy et qu'on retrouve aussi sur la ML LXC fait que halt/poweroff/reboot agissent aussi sur l'hôte :)
   * Jessie sans systemd comme init sur l'hôte + Jessie avec systemd comme init dans le conteneur : halt/poweroff/reboot fonctionnent et l'interface réseau disparaît bien à l'arrết du LXC

J'en retiens qu'il n'y a pas grand'chose à en retenir, aucun schéma maîtrisable apparent : ce bug existait déjà en 2013 (cf mailing-list LXC), le couple Jessie+Jessie foire sur une infra et dans ma première maquette et fonctionne sur ma maquette du jour...

On voit, encore un fois, que le comportement de LXC est plutôt aléatoire... Le réseau dans la VM ne part pas au boot du conteneur dans c'te VM Debian Wheezy mais fonctionne impec sur cette autre VM Debian Wheezy. Sur une infra A, poweroff/reboot dans un conteneur fait s'arrêter/rebooter l'hôte (problème de /dev/initctl partagé), sur une autre infra aucun problème. Même système d'exploitation hôte et guest, mêmes binaires et comportements différents. That's LXC.
(Permalink)

Des puces RFID pour que les vélos fassent passer les feux au vert - Rue89 - L'Obs

vendredi 4 décembre 2015 à 21:53
Le bazar de mydjey
(Permalink)

Yasmin Levy- Sentir - YouTube

vendredi 4 décembre 2015 à 21:09
Le bazar de mydjey
https://fr.wikipedia.org/wiki/Yasmin_Levy
(Permalink)

bande-cyclable-camion-livraison.jpg (JPEG Image)

vendredi 4 décembre 2015 à 20:38
Le bazar de mydjey
Ce matin à nouveau une camionnette de livraison qui se gare de façon à laisser la bande cyclable libre pour les vélos. \o/
Ce coup-ci j'ai pris une photo @Jeekajoo ;)
(cf. http://shaarli.mydjey.eu/?h0E8gQ)

Les livreurs commencerait-ils à respecter les bandes cyclables ? A Lyon on dirait !
(Permalink)

Star Wars : Google Traduction se met à l'Aurebesh - 04/12/2015 - La Nouvelle République France-Monde

vendredi 4 décembre 2015 à 20:16
Choses vues, sur le web et ailleurs
Enfin ! Depuis le temps qu'on l'attendait ^^
(Permalink) (Profil)

Comment Let's Encrypt peut booster le chiffrement HTTPS - Tech - Numerama

vendredi 4 décembre 2015 à 20:13
Les Petits Liens de Purexo
Portée notamment par Mozilla, Cisco et Facebook, l'autorité de certification Let's Encrypt a de bons arguments pour que les sites web adoptent massivement le protocole HTTPS pour chiffrer les communications.

ça fait de nombreux mois que j'attendais ça, c'est maintenant chose faites, mon site, et prochainement une plâtré de sous domaines seront supporté en https sur mon VPS. (flemme de doubler mes conf apache pour le moment...)
(Permalink)

Star Wars poster based on how my boss at work described to us which movie she has seen (she couldn't remember the title). - Imgur

vendredi 4 décembre 2015 à 20:13
Choses vues, sur le web et ailleurs
Le Star Wars que j'ai vu : celui avec Han Solo figé dans le truc.
Avec : le gamin blond, Harrisson Ford, Princesse Leia, le gars plein de poils,c'est quoi son nom et le sombre.

XD
(Permalink) (Profil)

AS Rank: AS Ranking - CAIDA : http://as-rank.caida.org

vendredi 4 décembre 2015 à 19:38
GuiGui's Show - Liens
Intéressant classement. Pour une vue IPv6, il faut regarder dans la liste « dataset » à droite. Données basées sur l'infra CAIDA + celles du projet Route Views + celle du projet RIPEstat + celles de Potaroo.net (les Cidr report sur Nanog).

Après, un classement en nombre d'IP/AS annoncées/transitées, ça ne fait pas tout, y'a aussi le relationnel, la qualité du support quand quelque chose chie, la qualité des interconnexions (nan parce qu'être un *vrai* tier 1 low cost, en supposant que ça soit vraiment le cas avec des interconnexions médiocres qui saturent de partout, boarf quoi), les gue-guerres commerciales (genre Cogent est 2e en v6 alors qu'on ne peut joindre HE v6 depuis Cogent alors que HE fournit une bonne partie des accès Internet v6 via des tunnels 6in4, ce qui est handicapant pour un opérateur à faible budget qui débute sur Cogent only).

Via FRnOG.
(Permalink)

Loi numérique : on a lu les 250 réponses du gouvernement - Politique - Numerama

vendredi 4 décembre 2015 à 19:23
SADMAN's Shaarli
L'initiative était là, il faudrait que cela prenne de l'ampleur et touche d'autres sujets (écologie,, justice ...)
(Permalink)
Feed is invalid - XML error: