Reprise du message précédent :
va dans ton repertoire, fais 'ls *'
Tu verras bien si il t'affiche les .machins

 
Pourtant quand on fait rm * il fait pas de différence de contenu.    
 

Oué mais comme mis juste au dessus avec un rm * c'est tout qui dégage.  
Pour le ls je sais il faut -A pour tout avoir.

Si

Ah bon.    Faudrait que je teste. Je vais rajouter un dossier .machin truc et voir s'il est dégagé ou pas dans Temp.

Effectivement rm -r * en root ne dégage pas tout.
Du coup c'est quoi la commande ultime??

rm -r .

Ah ok. Donc un mite est cassé pour moi. Pourtant depuis le temps que je suis sous linux j'ai toujours cru que *= tout ce qui est possible et envisageable et inimaginable.

Et rm -rf / ca ne supprime pas tout

Heu si mais là c'est tout tout le disque. Moi je parlais une fois dans un répertoire.

Format C:\

ok, mais sur un autre dossier avec moult fichiers et dossiers à noms bizarres ?

Ben si tu mets le nom du dossier (rm -r dossier), il va effacer le repertoire et tout ce qu'il contient, y compris les .bidules qui sont dedans.
Mais si tu es dans le dossier et que tu fais rm -r *, alors les .bidules resteront

ok, merci de l'info
 
Ce qui veux dire qu'un find -type d \! -name '.' | rm -r ne sert pas à grand chose

Je sais pas j'ai jamais tapé cette commande

Je voudrais savoir, au niveau de la sécurité, ssh c'est suffisant niveau sécurité pour du transfert de donnée de banque?
(SSh+ clef pour ne pas avoir à s'authentifier)  
JE parle bien en niveau professionnel et avec données quand même sensibles.
Concrètement niveau sécurité c'est hackable le ssh comparés au solutions pro qui pourraient exister?
 
 
EDIT: enfin cela dit on peut aussi envisager que les données avant transfert soient cryptées via openpgp avec le système de clef assymétrique s'il le faut.

Ben oui c'est sécurisé

Oui mais niveau sécurité on est du niveau de transfert de donnée type banque pas utilisateur lambda ou entreprise normale. Le cahier des charges est assez élevé.  
Tu penses que ça suffira?

Il ne faut pas voir seulement le protocole utilisé pour le transfert de données. Il faut voir la gestion de tes certificats sur chaque "end-point". L'intégrité des machines. L'intégrité du réseau qui entoure ces machines. L'accès du personnel à ces machines.
 
La sécurité ce n'est pas seulement par ci, par là c'est un ensemble. Plus précisément c'est une gestion des risques de bout en bout.
C'est seulement une fois que tu auras établis l'impact de la perte/fuite des données que tu pourras décider à quel point tu veux "sécuriser" ton transfert...
 
 
La réponse à la question :
Oui, l'utilisation de SSH est résistant. Après ce qu'il y a autour... c'est à toi de voir
 
Personnellement :
- Chiffrement des données par un algo asymétrique
- transfert de données par protocole sécurité type SSL avec authentification par certificat
- restriction de l'accès à la machine
- renforcement de la machine et du réseau environnant

Le réseau est déjà sécurisé quand à la machine j'ai déjà prévu de bien la sécuriser avec du chroot de partout. En gros y aura un ftp en interne non sécurisé dans le réseau local et non atteignable de l'extérieur (pour que l'as400 puisse déposer ses fichiers) puis seulement du ssh vers l'extérieur, avec eventuellement un cryptage suplémentaire en ssl. Si tu veux, les fichiers ne feront que transiter avant d'aller sur l'as400 et d'être stocké, la machine sera donc là en transit juste en tampons avant l'extérieur pour sécuriser le flux). C'est donc surtout le flux qui doit être sécurisé, il ne restera rien à part les données du jour avant traitement sur la machine (du moins c'est mon but)

Voila pas mieux
 
Comme deja dit, niveau securité, c'est plus les machines aux extrémités qui sont à mettre en doute que la connexion chiffrée.
 
Et puis bon, pour ce genre de chose, c'est pas sur un forum qu'il faut poser la question, si les données sont si sensibles que ça et que tu n'es pas sûr, fais appel à des experts

Je pense qu'ils doivent avoir des experts de leur côté. Mais c'est pour déblayer un peu.  

Je connais pas l'importance de tes données mais bon j'insiste sur le double chiffrement si ça le mérite.
Une liaison IPsec n'est pas envisageable entre ton serveur et le destinataire ?
 
 
Pour renforcer un poil ta machine, si les données ne font que transiter pense à disque virtuel chiffré  (en RAM). Ca se fait très bien et ca mange pas trop de pain.
 
>> T'es tu intéressé à ce que la banque/destinataire accepte ou sont prêt à accepter comme technique de transfert ?

Oui ils avaient mis diverses solutions plus ou moins compliqués dont du vpn (matériel, logiciel etc) voir même du cryptage tout cours puis envoie par internet (du genre tu cryptes le fichiers et tu l'envoies par mail). Donc après faudrait que je voye directement avec eux pour voir ce qu'ils en pensent.
Pour la partition virtuelle en ram chiffrée je ne peux pas je pense, car le ftp donnera directement dans ce répertoire, c'est la seule manière facile pour l'as400 de transferer des données.

 
tu peux envisager la liaison dédiée à cette usage ? (donc point to point, avec un débit et une techno selon le besoin ?)

A mon avis faut dialoguer histoire d'avoir les pré-requis et les capacités des deux parties. S'ils sont pas aptes à gérer leur serveurs correctement...  

Point de montage tout ça, je vois pas le problème. On parle d'un serveur type linux ou xBSD  

Ils en ont parlé je pense avec le vpn matériel dans les solutions envisageables, je pense que c'est envisageable mais faut voir avec eux ce qu'ils souhaient réellement niveau requis.  
 

Ouep c'est prévu mais j'essaye de déblayer un max avant.

Ok, je pensais que ça gêner pour écrire dedans depuis le ftp. Ok ça serait à voir effectivement niveau sécurité. Merci pour l'info ça je n'y avait pas pensé

He ho, vous avez vu l'heure ?
On ferme les questions d'entreprise, place au bar

La liaison dédiée risque de couter cher pour peu de chose... faut voir si ca vaut réellement le coup. Et je pense que le chiffrement + authent est toujours  obligatoire

Pour un certain client j'avais travaillé sur une solution assez brute
De chaque coté 2 open BSD en redondance et synchronisé (table de filtrage, état des tunnels IPsec) pour faire un tunnels IPsec.
Entre les BSD un VPN sur MPLS (bien étanche vis à vis d'internet).

ok, je sors les femmes nues, va chercher la bière 

 
 
Dans mon entreprise on se sert de scp pour du transfert sécurisé d'images médicales. ssh est sûr, comme beaucoup l'ont dit ici le problème c'est plus les extrémités que le tuyau (genre tu fais du ssh par clef mais un de tes utilisateurs a une clef sans mot de passe + ne verrouille pas sa session windows, ou utilise win9x...). Après tout si ssh 'tombe' niveau sécurité on peut remettre en cause l'intégrité de presque tous les serveurs du monde où les admins se log par ssh.

Ok ça me rassure.
Ma solution me semble donc viable reste à convaincre pour qu'elle soit choisie.

Vous utilisez kexec pour les reboots ?

nope, je sais pas pourquoi mais j'ai pas trop confiance dans ce genre de procédé

Je viens de le déployer sur nos serveurs interne (ou on a physiquement la main dessus ) histoire de faire un test grandeur nature.
Pour l'instant j'ai pas pu faire foiré ce truc, et sur des becannes avec RAID/IPMI/LAN... ça diminue au moins le temps de boot de moitié voir plus...

Je vins de passer l'update du jour sur ma Sid : install de Flash 10 -> plus de Flash. J'ai pas fait gaffe par quel dépot il est tombé, donc ça doit être seulement temporaire, mais bon, dommage. En même temps je ne me plains pas hein, Sid, voila quoi, on sait que ça peut arriver.

Bon je vais avoir besoin de votre aide!
 
J'avais besoin de vider le répértoire temp. J'ai donc fait ce qu'on m'a dit:
 
sudo rm -r . ===> il n'a pas voulu, ça ne marche pas!
 
J'ai donc fais sudo rm -r /tmp/
 
Sauf qu'il m'a tout simplement dégagé le répertoire tmp!!!!!!
 
 
il faut le recréer avec quels droits???? Si tenté que je puisse encore relancer quelque chose...  
 
 
EDIT: je pouvais plus ouvrir de session normal... Bon j'ai mis du 777 en attendant votre réponse.
 
Sinon ça n'empèche que je ne comprends pas, c'est quoi la commande pour vider tout le contenu d'un répertoire une fois qu'on est dedans?????
Si rm -r * ne vide pas les .bidule que rm -r . ne marche pas, et que rm -r /tmp/ dégage tmp et pas ce qu'il y a dedans

drwxrwxrwt  13 root root  4096 2008-10-18 13:34 tmp/

Pourquoi ne pourrais-tu plus lancer quoique ce soit, c'est que le repertoire tmp, c'est pas /bin

Je viens d'éditer, ben je pouvais plus lancer quoi que ce soit, car la session utilisateur n'avait plus de droit d'écriture dessus, du coup ben vu tout ce uqi utilise le répertoire tmp, ben impossible d'ouvrir une session. Seul le terminal (ctrl + alt +F1...) fonctionnait.  
Quasiement tous les logicels se servent de tmp. Avant de reboot sous la session je ne pouvais plus rien ouvrir du tout.

Oui enfin les applis graphiques c'est pas l'essentiel vital pour un système