En effet, elles contiennent des données qui sont intégralement lisibles à distance. Le problème, c’est que ces données sont le plus souvent personnelles et que les lectures ne sont pas obligatoirement légitimes. Les cryptages n’ont aucune valeur sur ces appareils, car une fois leurs contenus téléchargés, il est possible de lancer des logiciels de cassage de code autant de temps qu’il le faudra. Toutes les données, jusqu’à nos empreintes digitales et le reste de notre identité dans le cas des passeports peuvent en ce cas être à disposition de tout détecteur à portée. Laquelle portée est bien fonction de la puissance du lecteur.

De plus une fois obtenues, ces données peuvent être dupliquées dans de nouvelles puces pour voler l’identité et les services offerts aux porteurs des cartes originales.
En fait de sécurité, c’est une catastrophe. Il ne faut pas laisser les politiques et les industriels nous laisser croire que le numérique apporte un degré de confiance supplémentaire, et ce aveuglément.

Un exemple récent qui arrive dans le pays le plus ‘en avance’ sur l’inclusion de cette technologie, les USA. Il a été prouvé qu’avec un appareillage à 250 dollars l’on peut obtenir en conduisant les données des permis de conduire des conducteurs à proximité, sans aucune trace, ni effraction visible.

la sauvegarde peut avoir lieu aussi souvent que désiré, elle est différencielle et fait de la sauvegarde l’exacte réplique du dossier sauvegardé, pour autant que l’utilisateur RSA en possède les entières permissions.

Pourquoi sauvegarder dans une image-disque ?

- Pour éviter d’avoir à gérer l’intégralité d’un système de fichier supplémentaire dans mon Mac.

- Pour simplifier le transport de ce système de fichier.

L’inconvénient, c’est de perdre la commodité de la sauvegarde Time Machine. Si mon script vous donne des idées, rien ne vous empêche de faire une copie dans un dossier local, et ainsi vous pourrez revenir dans les différentes sauvegardes et ainsi profiter de Time Machine pour toutes vos machines sauvegardées.

Personnellement, je place cette sauvegarde dans mon disque TimeMachine, pour éviter à filtrer cette image du moteur de sauvegarde d’Apple.

Prérequis

J’utilise par commodité et sécurité ssh comme protocole de transmission, avec une clef RSA partagée. Si vous ne savez pas ce que c’est, voilà une requête de moteur de recherche qui vous y aidera, mon article ne veut pas s’étendre là dessus.

La machine sauvegardée doit aussi avoir d’installé le binaire rsync.

Une image disque de même taille que le système de fichier à sauvegarder. Je suppose dans le script que son nom d’image est le même que le nom du disque qu’elle monte.

Le Script

Ce script est à utiliser depuis le Terminal du Mac. Faites bien attention à remplacer les variables par vos propres données.

N’hésitez pas à me faire partager vos idées et retours, en gardant à l’esprit que ce script n’est pas dédié à de la production, il  n’y a aucun contrôle d’erreur, je le place ici pour donner des idées, car la sauvegarde ne doit jamais être négligée.

#!/bin/bash

# But du script : sauvegarder le contenu du serveur ALIX par rsync en ssh sur dmg.
# Le nom de l'archive et du disque doivent être les mêmes, hormis l'extension .dmg

## VARIABLES

# chemin de dossier de l'archive terminé par /

sauvDMGpath=/Volumes/MactivisteTimed/

# nom de l'archive et disque, sans l'extension .dmg

sauvDMGname=nomArchiveDuServeur

# format de connexion user@ip_ou_nom_de_domaine

connexionID=utilisateurClefRSA@adresseIPduServeur

# chemin à sauvegarder, par défaut "/", le système de fichier entier

savingPath=/

## PROG PRINCIPAL

# monter l'image
hdiutil mount $sauvDMGpath$sauvDMGname.dmg

# attente un peu apres montage
sleep 1

# synchro ajouter un z aux premières option en cas de connexion
# à faible débit pour activer la compression de transfert
rsync -aq -e ssh --delete $connexionID:$savingPath /Volumes/$sauvDMGname/

# démonter l'image
hdiutil eject /Volumes/$sauvDMGname

En effet, pour qu’une machine fonctionne de manière permanente dans un appartement, elle se doit d’être discrète et ne jamais poser de problèmes. Bien sûr elle doit aussi ne pas trop charger la facture électrique pour une question écologique.

Si je remplace mon hébergement externalisé, pour le ramener à la maison, il est logique que cela ne me coûte pas plus cher dans le temps, et que j’épargne à la planète le coût énergétique d’un serveur en bais.

Je recherchais le Graal du serveur domestique décrit dans la conférence de Benjamin Bayart, et je crois bien l’avoir trouvé.

Recherche de la plateforme idéale

Je souhaitais tout d’abord utiliser un Mac Mini, qui aurait été parfait comme serveur multimédia, NAS, télévision, en plus de serveur Web, messagerie et autres services réseau.

Mais mon iMac fait très bien office de console multimédia tout seul, sans besoin d’un service constant. D’autant que le Mac Mini machine est proposée à un prix excessif aujourd’hui, avec des composants vieillissants par rapport au reste de la gamme Apple.

En se tournant vers les gammes de cartes-mères mini-ITX de VIA ou de Intel, l’on reste à une consommation, certes bien moindre qu’une machine de bureau standard, mais qui reste autour de 30 Watts. Il faut bien penser que laissé en permanence allumé, chaque Watt de consommation supplémentaire ajoute 61,3 kW à l’année sur la facture EDF.

J’ai donc un moment tourné ma recherche sur L’eeepc d’Asus, plateforme mobile plafonnant aux alentours de 20 Watts, aidé dans l’économie par un disque en format Compact-Flash, extrêmement peu consommateur d’énergie (0,2 A en 12 V, soit moins 1,4 W en pic, face aux disques dur de portables qui consomment 5 W). Ses attributs de portable supposent une consommation bien gérée, un écran et un clavier intégré, dans un format très réduit. En prime une protection contre les coupures électriques est fournie avec sa batterie.

Aussi, j’ai cherché à trouver une telle machine à prix réduit en occasion, mais les meilleures affaires dépassaient toutes mon budget limite accordable à 150 euros pour une machine de qualité très limitée.

Pouvais-je trouver encore moins consommateur, sans aussi sacrifier toute change de pouvoir installer plus qu’un DOS sans intérêt, et à un coût raisonnable ? Je ne souhaitais pas une calculette tout de même.

Enfin les Suisses de PC Engines GmbH ont fini par me séduire, avec leur jolie alix1c.

Présentation de la bête

Ma longue recherche m’a donc amené à choisir ALIX1C, et son boitier standard d’origine compatible VESA. Sans ventilateur, sans même passage d’air, ce serveur ne prendra pas la poussière et ne demandera qu’un entretien véritablement minimal.  

Minuscule au pied de son grand frère

Son processeur, l’AMD Geode LX800 est un ascète d’énergie, puisqu’il tourne autour de 1,5 Watt, et la carte mère entière ne dépasse pas 7 Watts, en pleine charge avec son disque. Pour comparaison, l’eeepc 7″ consomme entre 15 et 20 Watts, soit entre deux et trois fois plus

J’ai choisi d’installer un disque Compact Flash SLC en lieu de disque principal. Je m’étendrai sur les raisons et avantages expérimentaux de ce choix dans un article à venir, mais la principale raison est la consommation record.

Le processeur chauffe tellement peu, qu’il se passe de dissipateur thermique, une simple puce comme l’on a perdu l’habitude de les voir.

Après quelques jours de tests, je suis très satisfait de la performance et de la discrétion de la machine.

Je reviendrai très vite avec pas mal d’articles autour de l’installation d’une telle machine et des contorsions mentales que cela suppose.

Mais avez-vous pensé à surveiller les données personnelles traitées par Flash, la technique vectorielle d’Adobe si répandue aujourd’hui ?

Pour contrôler les paramètres de Flash, inutile de rechercher dans les Préférences de vos navigateurs, c’est sur le site d’Adobe qu’il faut aller, plus précisément ici.

Un petit objet Flash permet depuis cette page d’accéder aux réglages de caches et de sécurité.

Le quatrième onglet “Website Privaxy Settings” rappelle les listes de cookies non ?

Attention de garder à l’esprit que comme pour toute modification de paramètre de sécurité, vous pourriez rendre certains sites ou fonctions inopérants.

[pour accéder à cette page, l'on peut aussi passer le lien Réglage du menu contextuel - clic droit - de toute scène Flash]

MacOSX, est avant tout un UNIX, son arborescence peut faire très peur, surtout aux anciens utilisateurs des Mac OS 6 à 9, car il n’est plus question de faire le tour des deux dossiers “Extensions” et “Tableaux de bord” pour isoler les petites mains qui font des bêtises.

J’ai recensé plus de 61600 éléments rien que dans mon dossier /Library/, et ce n’est que l’un des dossiers intéressants. Ce n’est pas un labyrinthe, c’est un abîme ! L’on pourra rajouter pour se faire peur, qu’Apple dans sa bonté, cache une bonne partie des dossiers standards inutiles aux utilisateurs d’interface graphique.

Est-ce à dire qu’il faille de guerre lasse réinstaller son système en cas de problème, ou appeler à la rescousse un spécialiste (moi?) de l’UNIX pommé lorsque l’on tombe sur un pépin? Est-ce à dire que l’on doive utiliser son système comme une coquille jetable, comme un Windows?

Non, bien sûr, MacOSX pourra rester à vos côtés, avec la plupart de vos personnalisations et l’ensemble de vos données sur toutes vos machines à travers le temps. Voir ici.

Que le journal soit

L’on peut raisonnablement trouver nombre origines de problèmes en consultant l’utilitaire Console.app, qui se trouve dans le dossier /Applications/Utilities/.

Cet utilitaire recense tous les journaux ou logs applicatifs de la machine. De fait, UNIX est une machine à brasser du texte, et elle écrit un peu tout ce qui se passe. Il manquait un endroit pour centraliser et parcourir les divers journaux disséminés dans maints endroits ésotériques, ou plutôt historiques.

Par où commencer?

Il faut déjà se familiariser avec l’interface de notre utilitaire. Dans la partie gauche, l’on trouvera deux groupes principaux “LOG DATABASE QUERIES” et “LOG FILES”.

Le premier groupe “LOG DATABASE QUERIES” est en fait un ensemble de filtres personnalisables pour parcourir le journal le plus important : “system.log”, qui comme son nom le laisse deviner est le journal tenu par le système pour lui-même. Les plus aguerris aux journaux systèmes pourront créer simplement des requêtes ou filtres pour suivre des activités précises du système dans ce groupe en faisant la demande dans le menu ‘File’.

Le second groupe ”LOG FILES”, contient l’ensemble des journaux que Console.app connait. Notez que l’on peut ajouter tout fichier ou journal en format texte même compressé en gzip, en utilisant la commande ‘File->Open’, pour nous permettre de suivre son évolution depuis Console.app, et ce, à toute fin de débogage ou de suivi logiciel tiers.

Nous pouvons distinguer au premier niveau sous “LOG FILES” outre system.log, le journal système, les arborescences des journaux à différents niveaux :

~/Library/Logs, qui regroupe tous les logs applicatifs de l’utilisateur en cours

/Library/Logs, qui regroupe tous les logs applicatifs généraux (appartenant à tous, ou à personne)

/var/log, qui regroupe tous les journaux de bas niveau ou des applications non graphiques, c’est par exemple ici que l’on retrouvera les journaux d’Apache, le serveur web inclus dans le système.

En cas de souci, chercher pertinemment

Vous voici donc en train de chercher l’origine d’un problème. Maintenant que vous connaissez un peu mieux Console.app, vous y recherchez des informations utiles.

Puisque je ne peux pas exhaustivement recenser tous les problèmes auxquels l’on peut avoir à faire, voici quelques pistes d’après mes expériences :

Des kernels panic à répétitions?

Chercher dans le log system.log, avec ou sans les filtres, pour y trouver le coupable.

MacOSX ne plante généralement pas sans motif grave, tel que des problèmes matériels. Est-ce que votre disque externe en Firewire ne serait pas en train de rendre l’âme, ou votre câble USB relié à votre scanneur est-il défectueux?

Une application A quitte maintenant inopinément…

Alors qu’elle fonctionnait sans problème hier.

Rechercher dans le dossier ~/Library/Logs/CrashReporter/A.crash, vous y trouverez peut-être quelque chose. C’est assez délicat et réservé aux spécialistes, mais dans la liste des composants utilisés par l’application, l’on peut y trouver quelque chose. Un gadget installé hier pour rendre le Mac plus joli aurait cassé votre application?

Pour l’exemple, en recherchant pourquoi mon Mail.app explosait lorsque je lui glissais un fichier sur son icône j’ai découvert qu’un petit programme (Haxie) d’Unsanity Software dont je me serai bien passé est présent en mémoire, ce qui m’a permis de mettre la main dessus et de l’éjecter. Après test, ce n’était pas la cause de mon problème, mais un peu de ménage ne fait pas de mal en passant.

Votre partage d’imprimante ne fonctionne plus?

Regarder dans /var/log/cups/error_log, c’est en effet l’application (deamon) CUPS qui gère l’impression… certes, encore fallait-il le savoir, mais que voulez-vous, l’on n’a rien sans connaissance.

J’entends ici parler de tâches complexes pour des tâches qui impliquent des traitements très différents, généralement traitables uniquement par une complémentarité de logiciels.

Automator, d’Apple, est une vulgarisation d’AppleScript pour aider le commun des utilisateurs à automatiser quelques tâches depuis les logiciels courants. Ce logiciel à des caractéristiques très intéressantes et dignes d’intérêt, mais il révèle des limites pour de l’automatisation à niveau fin, en tout cas, si l’on se limite à la version en interface graphique.

Les performances d’Automator sont aussi assez déplorables, l’on n’imaginera pas lancer des tâches trop lourdes fréquemment avec, surtout si l’on lui confie le soin de coordonner beaucoup d’actions.

J’étudierai dans un article ultérieur l’état de l’amélioration d’Automator avec la compatibilité en ligne de commande, une des nouveautés de la version incorporée dans MacOSX 10.5 (Leopard), ce qui pourra me faire éventuellement revenir sur les limites indiquées ci-dessus.

Si l’on en vient donc assez rapidement à devoir utiliser les outils en ligne de commande pour concevoir des ou automates, tant il est vrai que la riche bibliothèque d’outils spécialisés intégrés dans mon UNIX préféré pourvoit largement à toutes les commodités, notamment lorsqu’il s’agit de traiter des données textuelles.

Un démon originel

Aussi, pour mettre en tâche périodique ces scripts produits par nos soins, il est naturel et efficace d’utiliser le démon cron, qui n’attend que cela. En effet, que vous le souhaitiez ou non, il tourne par défaut sur toutes les installations de MacOSX et est d’une sobriété exemplaire pour la puissance nos superordinateurs actuels.

Aussi, puisqu’il est là, pourquoi ne pas en profiter pour tirer partie de sa discrétion et de sa fiabilité.

Je n’étalerai pas ici mon expérience autour de la commande crontab, vous trouverez ici des indications, puisque ce qui m’intéresse de présenter, c’est une interface graphique pour manipuler l’ancien démon.

Cronnix

Cronnix.app, est une application, qui facilitera l’abord de la programmation crontab pour les utilisateurs de MacOSX, et pourrai même donner aux vieux routards de VI une envie de l’utiliser par la clarté qu’il apporte aux éditions dans la table.

L’interface est claire et permet l’ajout, l’édition et la suppression des tâches à programmer dans le temps.

Le mode expert permet aussi de saisir les paramètres directement dans le langage crontab

Il est à noter que l’auteur à pensé à l’ajout d’un clic de la commande “open“, qui est à la ligne de commande ce que le double-clic est à l’interface graphique, pour ouvrir les applications dans le mode graphique de MacOSX, Aqua donc.

L’application, complètement programmée pour Mac, est d’origine multilingue et inclue le français, ce qui est vraiment un atout pour convaincre les réfractaires anglophobes aux outils qui changent de l’ordinaire.

Il est bien entendu que l’utilisation de ce logiciel est très propre, son installation ou désinstallation n’empêchant nullement l’utilisation de la commande crontab, pour des besoins à distance par exemple. Le logiciel est bien une interface, et se limite, pour le bien à cela.

Ceci conclura mon premier article sur l’automatisation sur MacOSX, launchd et Automator sont des mets de choix pour la suite.