Reprise du message précédent :
La meilleure solution à mon avis c'est un coffre à la banque (c'est pas très cher en plus je crois).

Donc la soluce ultime ça serait :
-RAID1 entièrement chiffré et backupé sur un autre poste lui aussi chiffré, de préférence ailleurs avec synchronisation par le net (fibre vivement conseillée  ) par le biais d'une connexion chiffrée évidemment.
-passwords de tout ça dans un coffre à la banque

Bonjour l'usine à gaz pour paranos  
(mais le pire c'est que c'est ce que j'aimerais réellement faire en fait )

Edit : onduleurs et tout, évidemment

 

 
Si on me vole la clef du coffre, la petite enveloppe blanche scotchée au fond ne va pas intéresser des masses face à ce qu'il y a à côté.    
 
Pas con l'idée du coffre à la banque, mais ça doit être bien chéros en effet. Pis les banques aussi ça se cambriole.  

Voilà.  

 
Il y a plein d'entreprises qui ne vont pas jusque là .

 
Enfermé dehors

 
Un peu moins de 100€/an.
Pas gratuit mais pas non plus inabordable.
 
Ouais enfin faudrait imaginer un cambriolage de cette banque-là pile au moment où tu décèdes/devient amnésique, c'est pas de pot
 
(sinon tu peux faire de la redondance de banque aussi, mais c'est 2X plus cher )

Si elle était enfermée dehors tu pourrais l'utiliser, mais du coup elle ne serait plus enfermée
Mouais, brayf.

 
 
Dans TrueCrypt il y a une feature contre la séquestration, si t'es menacé tu donnes un mot de passe d'accès à des données cryptées alors que les vraies données sensibles sont dans un autre fichier crypté avec un autre mdp et caché   . Mais bon , si le gars connait TrueCrypt ...

C'est 100€/an de trop.
 
Dire que tout ça c'est pour protéger les photos de nos chats et nos rapports de stage.  

 
Nan, je pensais à quelqu'un qui claque la porte de chez lui en laissant les clefs dedans

Excellent. Et même s'il connaît TruCrypt, il peut savoir que c'est le faux mdp que tu lui as donné ?
 

Alors que ça tourne sur Fessebouque depuis des années ?  

C'est pas grave, il a un backup de ses données
 

Je crois qu'il peut le deviner.
En fait c'est un espace caché réservé dans le fichier de TrueCrypt. Par exemple tu crées un fichier crypté de 10Go, tu crées dans ce fichier un espace caché de 1Go avec un autre mot de passe pour les données ultra importantes. Ton TrueCrypt quand t'auras monté le fichier avec le 1er mot de passe te dira qu'il y a 10Go de dispo alors qu'en fait il n'y en a que 9. Si t'essaie de bourrer cet espace avec 10Go de données t'auras une erreur, c'est là le piège, ça révèle l'espace caché.

De mémoire, j'ai lu la doc il y a 3 ou 4ans.

cf article wikipedia sur le déni plausible. C'est pas très détaillé, en anglais ça doit être mieux mais je sais pas comment ça se traduit

Plausible deniability

C'est mieux comme ça, mes vieux souvenirs m'ont trahi, on ne peut pas détecter un volume caché, par contre on peut effacer tout ce qu'il contient en écrivant sur la totalité du volume crypté.

Le problème évident de true crypt de toute façon, c'est que le fichier caché n'est pas protégeable d'effacement.
 
Si tu supprimes par inadvertance le fichier et bien t'as plus rien :s

Il y a un lien "english" sur chaque page wikipedia

Intéressant en tout cas.

 
Je suis mauvais, le pire c'est que je l'ai cherché ce lien  

 
Si tu peux le protéger en montant le volume crypté visible. Mais là c'est clair que ton volume invisible ne le sera plus totalement.

Perso c'est backup des données "importantes" sur un serveur en local dans le garage, puis synchro sur deux serveur à 800km chacun en direction opposé (Ouest de la France et Allemagne), tout en SSH bien sûr (rsync over ssh).
Pas de soucis d'espace ou de temps de synchro, 120ko/s d'upload suffise pour le miroir nocturne, vu que c'est en différentiel

edit : donc sauf astéroïde géant qui rase l'Europe, c'est bon

Je ne vois pas de , c'est donc sérieux cette histoire de synchro sur 2 serveurs différents.
 
Tu fais ça chez des amis/familles ?  

 
1 serveur chez un membre de la famille, et 1 dédié en datacenter en Allemagne (Hetzner). 100 meg symétriques pour les deux

Pas mal.

C'est bien pour ça qu'Internet c'est bien pratique.  
Il serait même possible de "s'échanger" de l'espace disque dispo, et de chiffrer les données qu'on veut backuper chez les uns et les autres (réseau de confiance tout de même).
 
Une seule connexion ADSL c'est pas grand chose, mais multiplié par un certain nombre, des FAI différents et des positions géographique différentes, on arrive à quelque chose de performant et redondant (Internet quoi).  
 
Ça change un peu de tout confier à des sociétés privés

Ca existe je crois non ? Je ne me souviens plus du nom.

Cloud Computing ?

 
Possible Mais je connais pas le nom

 
Le principe oui, mais ya peut être une application pour ça ©

Comment ça se passe légalement pour ça tiens, si tu stockes des trucs qui ne t'appartiennent pas et que tu ne peux pas décrypter, est ce que t'es responsable pénalement du contenu qu'un anonyme a déposé sur ton disque dur ?
 
Ca doit être moins litigieux de donner de son temps CPU

Pour le moment, comme n'importe quel hébergeur non. Et le principe c'est que tu ne peux pas savoir ce qu'il y a dessus justement

quelqu'un sait comment on autorise le loopback sur un routeur cisco ? je veux dire, comment faire pour que quand je tape mon nom de domaine (qui pointe sur l'IP de ma connexion perso donc) depuis chez moi dans la barre d'adresse de mon navigateur, mon routeur redirige bien la connexion vers mon serveur web ? (le forwarding a bien entendu été fait, le site est bien joignable de l'extérieur)

j'ai essayé la recherche google mais pour "loopback" il trouve surtout des trucs pour la configuration d'une interface de loopback, ce qui n'a rien à voir.
Du coup à défaut si quelqu'un connait un autre nom pour ce que je veux faire, ça me permettrait déjà de faire une recherche google

tu fais une règle nat depuis l'interne vers ton serveur

faut donc que je fasse deux règles nat à chaque fois (une internet et une externe) ? y'a pas plus simple ?

avec un dns sur le local avec le nom dedans?

aussi, le split dns étant le plus propre

ouais c'est ce que je faisais jusqu'à maintenant... bon bah je vais rester comme ça alors

c'est quoi le principe du split dns? car je cherche sur google et je tombe sur des tuto pour le mettre en place stou

le principe c'est de renvoyer des réponses DNS différentes suivant la source de la requête.
 

han ok, donc suivant si ca vient du lan ou ailleurs ca ira pas au même serveur dns?