Recommandations à suivre !
Un brouillon concernant TLSv1.3.
D'ailleurs, pour pouvoir profiter de Forward-Secrety, il suffit de retirer le chiffrement RSA pour l'échange de clefs symétriques, avec "!kRSA", comme ceci (liste fonctionnant avec OpenSSL en version 1.0.2f actuellement) :
HIGH:!kRSA:!DHE:!DH:!SSLv3:!SSLv2:!RC4:!aNULL:!eNULL:!EXPORT:!3DES:!DES:!SHA1:!MD5
Pour retirer le chiffrement AES128, il suffit de rajouter ":!AES128" à la liste, mais les navigateurs actuels ne fonctionnent pas sans.
Il existe un préfixe en IPv6, qui permet d'écrire des adresses IPv4, pour ainsi faire de la traduction d'un réseau uniquement en IPv6, vers l'internet en IPv4 (oui, il faut donc une machine qui sont reliée en IPv4 pour faire la traduction, principe appelé NAT64).
C’est dans la section 2.1 qu’est définit le préfixe :
“The value of this IPv6 prefix is: 64:ff9b::/96”
Privacy Extensions pour IPv6
echo 'net.ipv6.conf.all.use_tempaddr = 2' >> /etc/sysctl.conf
EDIT: en fait, le "all" ne semble pas fonctionner, du coup, il vaut mieux mettre plusieurs lignes, avec le nom des interfaces réseaux.
Voir RFC 4941 : https://tools.ietf.org/html/rfc4941
J'ai remarqué que le flux RSS créé par Pelican (http://blog.getpelican.com/) est mal formé, pleins de petites choses pas propres, bref, donc, à refaire.
Du coup, voilà de la documentation sur le flux RSS.
En prime, la RFC qui va bien : https://tools.ietf.org/html/rfc5005
ainsi que celle pour ATOM : https://tools.ietf.org/html/rfc4287
Ha ben la voilà, la RFC qu'il faut mettre en place pour améliorer les réseaux, vu la lenteur de déployement de la fibre optique en France ; et pourtant, cette RFC date de 1990 !
Pas de problèmes de collision, avec un espace en 3D contrairement à un espace en 1D.
En anglais https://tools.ietf.org/html/rfc1149
et les mises à jour de cette RFC, https://tools.ietf.org/html/rfc2549 (de 1999, pour la QoS) et https://tools.ietf.org/html/rfc6214 (de 2011, pour l'IPv6)
Dans le même principe que le protocole BCP 38, mais en plus efficace.
Enfin une bonne nouvelle pour un internet plus sain ; mais encore une fois, il faut la coopération de tous.
@TODO:
À relire en détail.
Intéressant sujet qu'est le chemin d'un fichier, même après déplacement. (RFC 3986)
RFC 2131