Passerelle sur CompactFlash

Passerelle sur CompactFlash - Hardware - Linux et OS Alternatifs

Marsh Posté le 19-04-2009 à 11:33:03    

Bonjour,
 
Je prévois prochainement de faire passer ma passerelle sur un petit PC basse consommation, seulement celui-ci dispose d'une CompactFlash en guise de disque dur.
L'actuelle passerelle me sert de Serveur DNS cache, DHCP, firewall, NTP, proxy cache, SSH, VPN et AP wifi. Je compte faire tenir tout ceci sur 4 Go, pour les logs ça risque d'être limite à la longue, mais je pense utiliser un partage réseau pour stocker les rotates.
 
Ma question est donc est-il possible de faire tourner tout ceci sur une CompactFlash sachant que son débit est de l'ordre de 15 Mo/s en lecture et 9 en écriture ? :(
Si c'est vraiment pas top j'utiliserai un HDD mais la consommation en sera sûrement touchée.
 
 
Merci pour vos réponses :jap:


Message édité par Gavrinis le 10-05-2009 à 10:03:52
Reply

Marsh Posté le 19-04-2009 à 11:33:03   

Reply

Marsh Posté le 19-04-2009 à 11:42:02    

Ca se fait largement.
Dans le pire des cas, tu compresse tout sur la carte et tu monte un ramdisk.

 

Le seul risque c'est les lectures/écritures qui les cf n'aiment pas (mais c'est moins pire que les disquettes)

 

J'ai une passerelle/firewall/dns/dhcp/ssh avec le / sur un ramdisk de quelques mo, et qui charge tout au boot depuis une disquette (500ko pour le noyau, 800ko pour le / et quelques ko pour les modules du noyau)...

 

J'ai un ramdisk /var d'une dizaine de mo, mais j'ai jamais réussi à le remplir entièrement (6 mois d'uptime maximum...).

 

Ce qui risque de bouffer le plus de place, ca va être le cache de ton proxy, mais il suffit de mettre beaucoup de ram, et de monter ca dans un tmpfs.


Message édité par Manisque le 19-04-2009 à 11:43:04

---------------
Si tu bois froid juste après le potage chaud, ça va faire sauter l'émail de tes dents - Monorailcat iz ohverin
Reply

Marsh Posté le 19-04-2009 à 11:59:08    

Ok merci :jap:
Donc avec les taux de transferts c'est faisable ?

Reply

Marsh Posté le 20-04-2009 à 09:06:03    

Normalement si je mets ma /var en Ramdisk, j'échappe aux éventuels problèmes de lenteurs ?
Quid, si par exemple une coupure de courant surgit ? Je perdrai tout mes logs et autres normalement ?

Reply

Marsh Posté le 20-04-2009 à 10:30:36    

Balance les logs directement sur le réseau épicétou  [:cloud_]


Message édité par black_lord le 20-04-2009 à 10:30:52

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 20-04-2009 à 11:16:08    

Mouais, à moins que je les mette sur une grosse clef USB :sarcastic:

Reply

Marsh Posté le 20-04-2009 à 11:17:04    

non mais syslog-ng => export vers un serveur de logs déportés. Super simple et efficace


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 20-04-2009 à 20:50:36    

Oui je sais qu'on peut faire ça, mais seulement il faut que mon serveur soit toujours up (ce qui n'est pas prévu pour le moment), je préfère ne pas trop délocaliser les logs.

Reply

Marsh Posté le 20-04-2009 à 20:59:16    

openbsd avec /etc/rc modifié

Reply

Marsh Posté le 21-04-2009 à 08:48:15    

Je ne comprends pas ce que tu veux dire Taz :??:

Reply

Marsh Posté le 21-04-2009 à 08:48:15   

Reply

Marsh Posté le 21-04-2009 à 08:51:06    

Si toujours up, tu peux penser à unionfs/aufs, OS en lecture seul et son boulot en ram. Un coup de rsync de temps en temps vers un disque en écriture (hors CF).

Reply

Marsh Posté le 21-04-2009 à 10:43:47    

Je vais regarder de ce côté là :)

Reply

Marsh Posté le 21-04-2009 à 17:43:37    

Gavrinis a écrit :

Je ne comprends pas ce que tu veux dire Taz :??:


Bah avec une openbsd, tu modifies le démarrage du système pour fonctionner en lecture seule et voilà.
 
Ca n'a aucun intérêt de travailler avec une carte flash si c'est pour la laisser montée et la pourrir d'E/S et ne pas profiter du fait que c'est incassable.
Donc il te FAUT un système qui permet de travailler avec un système en lecture seule.

Reply

Marsh Posté le 21-04-2009 à 18:08:44    

AuFS/unionfs :o read-only.
J'ai fais quelques tests par là http://forum.hardware.fr/forum2.ph [...] 0#t1126393

Reply

Marsh Posté le 22-04-2009 à 11:50:45    

Sinon, tu peux utiliser un disque 2"5, ça consommera toujours moins qu'un 3"5...

Reply

Marsh Posté le 22-04-2009 à 13:29:17    

A vrai dire j'y pense sérieusement à l'utilisation d'un 2"5, au moins les lectures/écritures ne le dérangeront pas. Mais le point noir est qu'il n'y a pas d'emplacement pour disque dur dans mon petit PC client léger :(.
 
J'ai pensé à un boitier externe et le mettre directement sur l'IDE mais c'est moyen quand même la nappe qui sort du client léger ... :sweat:

Reply

Marsh Posté le 22-04-2009 à 13:39:23    

Gavrinis a écrit :

A vrai dire j'y pense sérieusement à l'utilisation d'un 2"5, au moins les lectures/écritures ne le dérangeront pas. Mais le point noir est qu'il n'y a pas d'emplacement pour disque dur dans mon petit PC client léger :(.
 
J'ai pensé à un boitier externe et le mettre directement sur l'IDE mais c'est moyen quand même la nappe qui sort du client léger ... :sweat:


Ouais enfin les pannes matérielles, la chaleur supplémentaire, etc. Je maintiens la solution OpenBSD, ça se bidouilles en 3/4 lignes pour remonter / ro + 2/3 mfs pour /tmp, etc et c'est gagné.

Reply

Marsh Posté le 22-04-2009 à 13:54:04    

Taz : merci du tuyau (oui je squatte le topic :o)
 
J'ai google vis-a-vis de ce que tu disais, je voulais me faire la meme chose en FreeBSD (dès que j'aurai recu le matos), et voilà ce que j'ai trouvé
 
http://www.freebsd.org/doc/en/arti [...] ro-fs.html
 
Bonnard :)

Reply

Marsh Posté le 09-05-2009 à 17:13:33    

J'ai enfin une carte mémoire de 4 Go, je vais donc pouvoir passer aux choses sérieuses :).
Vous me conseillez de l'OpenBSD mais dans un premier temps j'aimerais faire avec du Debian car je connais bien mieux cet OS. Je vais bientôt faire évoluer mes 256 Mo de RAM en 1 Go (maximum supporté par la carte mère).
 
J'avoue ne pas trop savoir comment commencer et être un peu perdu ... de quelle façon puis-je partitionner mon système efficacement ?
Que monter en RAMdisk ? root (/) ? /var ? De quelle taille doit-il être pour ne pas gêner la RAM dédié aux processus et système en sachant que j'aimerais mettre ceci sur ma passerelle : Serveur DNS cache, DHCP, firewall, NTP, proxy cache, SSH, VPN et AP wifi.
 
Je pensais à quelque chose comme ceci ... le système démarre, monte / en ro et /var en RAMdisk et travaille avec le RAMdisk. Lors d'une coupure de courant mon UPS prend le relais (pour ne pas bousiller le contenu du RAMdisk), une fois le signal de coupure envoyé à ma passerelle un script se lance, remonte le système en rw, copie le contenu du RAMdisk sur la CF (sûrement avec dd) et ensuite s'éteint. Une fois le courant disponible il démarre tout seul (option BIOS), monte /var en RAMdisk avec le contenu du dd (possible :??:), fait un ro du / et retravaille telle une bonne passerelle :)
 
Je suppose que je ne rêve pas et que tout ceci est bien réalisable, que la vie de ma CF n'en prendra pas un coup (les coupures de courants sont quand même très rares). Je sais qu'1 Go de RAM est beaucoup trop mais c'est pour ne pas être trop à l'étroit avec ma /var en RAMdisk.

Reply

Marsh Posté le 09-05-2009 à 23:19:18    

si c'est pour une utilisation @home, tu te poses vraiment trop de question ;)  
j'utilise une CF depuis 12mois sur mon htpc (24/24 7/7) et sur mon laptop et je n'ai vraiment
pas de pb pour le moment.
tu sembles perfectioniste et c'est très bien, pour les logs tu prévois ça sur un usb (ou réseau) et basta.
1Go de ram est amplement suffisant pour une passerelle ;)  
 
sinon tu ne rêves pas c'est réalisable :hello:  :sol:


---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster
Reply

Marsh Posté le 10-05-2009 à 10:03:19    

Ça me rassure qu'elle tienne quand même bien la route pendant minimum un an :) mais par "sécurité" pour elle, je vais quand même opter pour la solution RAMdisk. J'ai un peu de mal à comprendre comment mettre les logs sur une clef USB, si c'est en live je ne vois pas du tout [:icon15], si se sont les rotates Ok.
 
Ce schéma de partitionnement est-il correct ? :
 

  • 128 Mo de /boot
  • 1 Go de /
  • 500 Mo de /home
  • 300 Mo de /tmp
  • 2 Go de /var

Reply

Marsh Posté le 10-05-2009 à 10:59:10    

/tmp tu le met en ram et c'est bon, pas besoin de partition/espace dédié, non ?
 
Regarde du coté des tmpfs, qui permettent de fixer une taille en ram.

Reply

Marsh Posté le 10-05-2009 à 11:22:17    

Ok je mets tout dans une seule partition.
Je vais me renseigner sur le tmpfs :jap:

Reply

Marsh Posté le 14-05-2009 à 12:57:42    

Je vais peut-être opter pour une solution à base d'Unionfs comme l'avait proposé Thana54, j'ai trouvé cette doc et ça me tente.
Thana54, tu disais de faire un rsync hors CF, pourquoi ?

Reply

Marsh Posté le 14-05-2009 à 13:11:46    

Pour sauvegarder les logs ou les fichiers importants (ou tout simplement pour faire une copie de l'OS).


Message édité par thana54 le 14-05-2009 à 13:11:54
Reply

Marsh Posté le 14-05-2009 à 14:57:27    

Gavrinis a écrit :

Ça me rassure qu'elle tienne quand même bien la route pendant minimum un an :) mais par "sécurité" pour elle, je vais quand même opter pour la solution RAMdisk. J'ai un peu de mal à comprendre comment mettre les logs sur une clef USB, si c'est en live je ne vois pas du tout [:icon15], si se sont les rotates Ok.
 
Ce schéma de partitionnement est-il correct ? :
 

  • 128 Mo de /boot
  • 1 Go de /
  • 500 Mo de /home
  • 300 Mo de /tmp
  • 2 Go de /var

tu partitionnes simplement ton /var/log en ext2 sur /dev/ta-clefusb-a10francs


---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster
Reply

Marsh Posté le 16-05-2009 à 14:33:46    

Bouh, plus je lis de doc et plus je m'y perds :(. Je viens de lire entièrement le topic "Linux sur ram (1Go), /home sur carte CF, boot sur la CF", ça m'a un peu aidé.
J'ai aussi lu qu'UnionFS n'est pas des meilleurs à cause de nombreux bugs, il serait préférable de m'orienter vers AuFS mais la doc est peu nombreuse et j'ai toujours envie de me baser là dessus.
 
Ceci est-il vrai ?

Reply

Marsh Posté le 16-05-2009 à 20:22:36    

Paru dans le kernel 2.6.30:

Citation :


NILFS2, a log-structured filesystem
 
Contributor: NTT Labs (Nippon Telegraph and Telephone Corporation)
 
NILFS2 is a new filesystem which uses a log-structured design. What makes log-structured filesystems different is that they treat the whole disk as a consecutive list of blocks (called log). All the operations append data at the end of the log, they never rewrite blocks (except when there's no space left - in that case, new blocks are reclaimed from the tail of the log). The advantage of this approach is that writes are always sequential. Crashes can't corrupt the filesystem. On mount, the filesystem detects the real end of the log, and continues working from that point.
 
Another advantage of this approach is that the log offers a coherent historical view of all the operations done in the disk in the past. This is called "continuous snapshotting" - snapshots of modifications done in all the filesystem at any time are created automatically due to the log-structure design, with no requeriment of intervention from an admin, and with the filesystem size as the only limit. NILFS2 allows to access those snapshots and even mount them (on read-only mode).
 
NILFS2 is under development. Code: fs/nilfs2/. Filesystem web page: www.nilfs.org


Reste à savoir comment il gère l'espace libéré par la suppression de fichiers.

Reply

Marsh Posté le 09-06-2009 à 14:01:43    

Je me suis lancé dans le cambouis en suivant ce tuto (Encore une solution).
J'ai compilé et patché mon noyau, je suis à l'étape de créer deux partitions (dans le tuto hda5 et hda6) mais je ne sais pas quelle taille leur donner :(.
Je dois aussi attribuer une taille en RAM (dans le tuto 50 et 150 Mo), seulement 150 Mo pour /var me semble bien peu, Ok on n'y met pas tout mais quand même :sweat:. Quelle taille me recommandez-vous pour ma /var en RAM sachant que j'ai 1 Go ?

Reply

Marsh Posté le 03-08-2009 à 14:18:02    

J'ai repris le "projet" et au boot j'ai ce message :

Code :
  1. [ 4.767691 ]unionfs_read_super: error while parsing options (err = -22)
  2. mount: wrong fs type, bad option, bad superblock on unionfs,
  3. missing codepage or helper program, or other error
  4. (for several filesystems (e.g. nfs, cifs) you might
  5. need a /sbin/mount.<type> helper program)
  6. In some cases useful info is found in syslog - try
  7. dmesg | tail  or so


Ça ne m'empêche pas de démarrer, mais seulement mes partitions unionfs ne sont pas montés en RO, par contre si je les monte moi même à la main, je n'ai pas le moindre message d'erreur.

Reply

Marsh Posté le 03-08-2009 à 14:31:07    

Mauvaise fstab ?

Reply

Marsh Posté le 03-08-2009 à 14:52:59    

Je pense qu'il est correct :

<file system>     <mount point>     <type>     <options>     <dump>     <pass>
proc              /proc             proc       defaults      0          0
none              /tmp              tmpfs      defaults,nosuid,nodev,noexec      0          0
/dev/hda2         /                 ext2       errors=remount-ro,noatime      0          1
/dev/hda1         /boot             ext2       defaults,noatime      0          2
/dev/hda3         /home             ext2       defaults      0          2
/dev/hda5         /var              ext2       default       0          2
/dev/hda8         none              swap       sw            0          0
/dev/hdc          /media/cdrom0     udf,iso9660 user,noauto  0          0

Reply

Marsh Posté le 03-08-2009 à 17:17:30    

Vous devez surement vous demander où est la partie "unionfs", la voici dans /etc/init.d/rcS :

mount -t tmpfs tmpfs /union/ram_home -o size=20M
mount -t tmpfs tmpfs /union/ram_var -o size=700M
mount -o ro /dev/hda7 /union/rw_home
mount -o ro /dev/hda6 /union/rw_var
mount -t unionfs unionfs /home/ -o dirs=/union/ram_home=rw:/union/rw_home=ro:/home=ro
mount -t unionfs unionfs /var/ -o dirs=/union/ram_var=rw:/union/rw_var=ro:/var=ro
rm /etc/mtab
ln -s /proc/mounts /etc/mtab

Reply

Marsh Posté le 04-08-2009 à 18:56:33    

debian?
modif /etc/defaults/rcS
/var/run=tmpfs
/var/lock=tmpfs
 
/dev/hda ro (dans fstab)
+
tmpfs   /var/log  si tu as beson des logs ....
 
 
 

Reply

Marsh Posté le 05-08-2009 à 10:33:37    

En plus de ce que j'ai déjà ou en remplacement de l'Unionfs ?

Reply

Marsh Posté le 05-08-2009 à 17:06:58    

en remplacement
c'est la solution la plus simple, en deux trois modifs ( pas la meilleure )

Reply

Marsh Posté le 08-09-2009 à 17:00:55    

Ça commence à trop me saouler le bidouillage qui ne fonctionne pas. J'aimerais trouver une solution similaire au disque dur, dont les écritures multiples n'ont pas d'effets négatifs.
 
J'ai lu sur Internet qu'il y a moyen de faire un SSD like avec du CF, comment ces gens font-ils pour ne pas user bêtement la CF ?
J'aurais bien mis un HDD 2,5' dès le début dans mon client léger car il dispose d'un port IDE mais seulement il n'y a rien pour l'alimenter. :(

Reply

Marsh Posté le 08-09-2009 à 17:04:50    

j'ai pas souvenir que mon DD IDE 2"5 dans ma soekris aie une alim


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 08-09-2009 à 20:18:17    

J'en ai eu un à prêter à un ami pour tester et il fallait une fiche pour l'alimenter. C'était un Seagate mais je ne me rappelle plus du modèle.
 
Si certains modèles peuvent être alimentés directement par l'IDE ça serait cool.

Reply

Marsh Posté le 10-09-2009 à 10:05:27    

Bonne nouvelle, apparemment les disques IDE 2.5' sont alimentés par leur port IDE :D.

Citation :

Sur les disques durs 2.5' de portable, l'alimentation est intégrée au port IDE 2.5' donc si tu te trompes de sens il est clair que ton disque va griller.


 
Le truc est de savoir si un port IDE 3.5' peut alimenter un HDD 2.5', théoriquement oui mais sans certitude.
Quand je vois ceci, je me dis que peut-être pas après tout, car le côté IDE 2.5 dispose d'une fiche molex ...
Quelqu'un peut-il me donner son avis ?

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed