Fonera 2.0n, Alix 2c3 et Dingoo A320

Donc voici la Fonera 2.0n, basé sur la distribution OpenWrt. Fonera fourni un firmware avec ssh ouvert pour permettre une administration ou des développements directement en situation, et le lien nécessaire pour le développeur.

Fonera 2.0n

Ensuite, voici une Alix 2c3 de PcEngines. Un certain nombre de distribution Linux/OpenBSD est possible, j’ai opté pour une OpenWrt, étant l’une des plus actives et supportant bon nombre de matériels. En étant basé sur une carte Compact Flash, l’installation se passe sans souci (avec dd sur votre PC par exemple) et de plus, comme c’est une architecture x86, OpenWrt permet de générer une image disque pour VirtualBox, permettant de tester très rapidement (en plus de la solution standard du NFS).

Alix 2c3

Et enfin, une A320 de Dingoo, une console chinoise de bonne qualité, avec une distribution nommée Dingux. L’installation est un peu plus douloureuse mais on arrive à s’en sortir sans trop de souci. Voici quelques liens : Dingux Intégrale v2 (comprenant tout ce qu’il faut pour installer et préparer sa miniSD) et la toolchain.

Dingoo A320

]]> http://www.murlock.org/blog/linux-embarque/feed/ 0 http://www.murlock.org/blog/ssh-vpn-proxy/ http://www.murlock.org/blog/ssh-vpn-proxy/#comments Sat, 02 Jan 2010 13:07:32 +0000 admin http://www.murlock.org/blog/?p=36 Dans certains cas (déplacement professionnel, réseau peu sûr/partiellement bloqué, ou tout simplement confidentialité pour la navigation), je désire protéger ma navigation.

Il est possible d’utiliser une connexion SSH pour se connecter une machine distante et de s’en servir comme relais via OpenVPN.

Préparons d’abord notre serveur (testé sur Debian) :

En premier, notre serveur VPN avec le fichier de configuration script d’init ( /etc/openvpn-server.conf par exemple )
remote localhost
dev tun
ping 30
ifconfig 192.168.5.1 192.168.5.2
proto tcp-server
port 6124
On lance le daemon avec sudo openvpn --conf /etc/openvpn-server.conf

Puis le proxy ( squid 3 dans mon cas)

Il faut juste ajouter dans les règles acl l’ip du client (192.168.5.2), rechercher la chaine acl localhost src 127.0.0.1/32 & insérer à la suite :
acl localhost src 192.168.5.2

Un petit /etc/init.d/squid3 restart pour prendre en compte les modifications.

Depuis notre portable / poste de travail, on se connecte à notre serveur  :

ssh -L 6124:localhost:6124 utilisateur@monserveur

(L’option -L 6124:localhost:6124 permet que le port 6124 en écoute qui se trouve sur le serveur sera également en écoute sur l’interface localhost:6124 sur la machine cliente)

Lançons maintenant la connexion VPN qui passera via le tunnel SSH

openvpn --config /etc/openvpn-client.conf

Contenu du fichier openvpn-client.conf
remote localhost
dev tun
ping 30
ifconfig 192.168.5.2 192.168.5.1
proto tcp-client
port 6124

Si tout va bien, on devrait voir pousser une nouvelle interface réseau (tun0 dans la plupart des cas).

Ensuite, dans notre navigateur, on paramètre le proxy sur HTTP / IP: 192.168.5.1 / port: 3128.

Dans la plupart des cas, je paramètre une nouvelle session de navigateur utilisant le proxy, me permettant de ‘choisir’ où va sortir le traffic.

Sur mon Linux Debian Lenny, pas grand chose à faire :

1. Installation des paquets iscsitarget & iscsitarget-modules-2.6.26-2-686
2. Création d’un fichier avec dd(dd if=/dev/zero of=/mnt/data/iscsi bs=4k count=2000)
3. Modification de la configuration /etc/ietd.conf :
   Target iqn.2001-04.com.example:storage.disk2.sys1.xyz
Lun 0 Path=/mnt/data/iscsi,Type=fileio
4. Par défaut, le démon iscsitarget est désactivé dans /etc/default/iscsitarget :
   ISCSITARGET_ENABLE=true
5. On relance /etc/init.d/iscsitarget

Côté OpenSolaris, testé avec snv_111a (le futur OpenSolaris 2009.06) :

1. il faut installer le paquet SUNWiscsi (un redémarrage est sans doute nécessaire, à confirmer)
2. on activate le démon : svcadm enable iscsi_initiator
3. maintenant, on configure le iscsi-initiator :
# iscsiadm modify initiator-node -A opensolaris-vm
# iscsiadm add discovery-address linux-amd64
# iscsiadm modify discovery -t enable
4. on force une réactulisation des périphériques iscsi # devfsadm -c iscsi
5. le périphérique iscsi devrait maintenant apparaître lors de le commande format:
   AVAILABLE DISK SELECTIONS:
0. c3d0 /pci@0,0/pci-ide@1,1/ide@0/cmdk@0,0
1. c3d1 /pci@0,0/pci-ide@1,1/ide@0/cmdk@1,0
2. c5t1d0 /iscsi/disk@0000iqn.2001-04.com.example%3Astorage.disk2.sys1.xyz0001,0
Specify disk (enter its number):^C

6. à ce stade, vous êtes désormais capable d’utiliser zpool pour utiliser ce nouveau disque :
   # zpool create zfsiscsi c5t1d0


source : http://www.c0t0d0s0.org/4220-Less-known-Solaris-Features-iSCSI-Part-2-Basic-iSCSI.html