Je viens de dire dans un commentaire que BTI ne supportait pas la OAuth. C’était vrai, à l’époque où j’ai du cesser de l’utiliser. Maintenant visiblement ce n’est plus d’actualité comme le démontre les dépendances ci dessous (pq aurait il besoin de la librairie pour le gérer s’il ne la supporte pas!) :
Installing:
bti x86_64 031-1.fc15 fedora 37 k
Installing for dependencies:
liboauth x86_64 0.9.4-1.fc15 fedora 22 k
Bref, j’ai été voir comment pouvoir la mettre en place (source en anglais). Et ce n’est pas encore trop compliqué :
Mais BTI ne supportant pas la technologie OAuth il a été mis à la retraite anticipée quand Twitter a décidé de supprimer la Basic Auth une bonne fois pour toute. BTI supporte la OAuth : mon article à ce sujet
Voici donc comment récupérer la sortie de ce nouveau client et effectuer un reformatage de cette dernière qui est un peu bizarre il faut l’avouer.
Alors je viens d’acquérir un joli petit dockstar. Je le présenterai lui ainsi que ce que j’ai fait dessus longuement plus tard.
Mais pour l’instant je cherche à lui poser une adresse IP fixe. Mais pour cela je ne désire pas faire ça directement dans la debian installée dessus, mais utiliser plutôt le routeur.
Celui ci dispose, en effet, d’un système permettant de lier une adresse MAC donnée avec une ip spécifique.
Et c’est là que survient le problème : l’adresse MAC présentée par le dockstar lors de la requête DHCP vers le routeur n’est PAS celle de la carte réseau, mais bien une inconnue dont je ne connais pas la provenance :
65:74:68:30:00:01
Cependant, après avoir récupéré une adresse ip auprès du serveur dhcp il s’enregistre avec sa VRAIE adresse mac auprès du routeur. Mais comme le routeur n’a pas pu l’identifier au premier abord, il ne lui a pas donné la bonne adresse IP.
La question qui se pose donc, c’est comment faire pour qu’il :
soit utilise cette pseudo-adresse tout le temps
soit vienne se présenter auprès du routeur sous sa vraie mac address…
Merci à tous ceux qui pourront m’aider ;-)
Il est bien entendu que je consignerai tout ce que j’aurais pu apprendre après ici ;-)
Il fut un jour où mon NAS a décidé de ne plus fonctionner. Heureusement il était encore sous garantie, mais sans la moindre assurance de revoir un jour les 400 Go stockés dessus. Je me suis mis donc au travail pour récupérer ces données avant de le renvoyer au SAV.
Attention, toutes ces manœuvres sont normalement plutôt bien expliquées et sûres mais elles restent critiques car ont attrait au disque dur et donc vos données, je décline donc toute responsabilité (…blablabla…)
Récupérer le disque dur
Plutôt facile, sur chaque coté du disque au niveau des grilles d’aération se situent des petits ergots qu’il faut enfoncer pour pouvoir faire glisser la partie ‘avant’ (toute la partie lisse du dd en réalité) et la désolidariser du reste du NAS. Ah oui, retirer le ‘joint’ en plastique caoutchouteux est inutile.
Normalement là maintenant vous voyez le disque dur dans son petit nid. Vous pouvez commencer par retirer le connecteur SATA/alim du DD
Ici je vais essayer de vous expliquer assez facilement comment signer des données en php via openssl pour être sûr qu’elle n’ont pas été altérées durant la transmission.
Tout d’abord on va commencer par se créer une clé publique et une clé privée via la ligne de commande (c’est la méthode la plus simple, pas la seule possible!)
Ce package est LE package à avoir dès que vous voulez souligner, double-souligner, souligner avec des tites vagues, des tirets, des points ou encore hachurer ou barrer des mots dans une phrase.
Son utilisation est très simple :
\usepackage{ulem}%à insérer dans le préambule (entre le \documentclass{} et le \begin{document})
Et l’insertion de la commande appropriée pour bidouiller votre texte comme désiré (l’image est suivie du texte sélectionnable) :
Dans le post précedent j’ai expliqué pourquoi ce titre et le but de ces petits posts racontant l’histoire de Star Wars à ma sauce ;-).
Star Wars 2 – La guerre des clones
Ici l’on commence avec un saut dans le temps de 10 ans entre la fin de l’épisode précédent. Un mouvement séparatiste existait faiblement à l’époque mais s’est amplifié avec le temps, et celui-ci fragilise le Sénat et la grande cohésion/respect établie entre les différentes planètes.
Deux éléments sont dès lors à prendre en compte : – La reine de Naboo (Padmé) doit se rendre au sénat pour effectuer un vote décisionnel, mais certaines personnes ont visiblement envie qu’elle ne puisse pas le faire. – On se demande si il y a quelqu’un caché derrière ce mouvement séparatiste, et si oui pourquoi ?!
