A l’origine le Dockstar était neuf, encore dans son emballage, il fait donc parti de la fameuse série défectueuse, pas de chance …

Bien heureusement, il y a un moyen de sauver ce dockstar via un cable Nokia CA-42 branché sur les PIN du Dockstar !

Après avoir pris la main sur le dockstar à l’aide du câble CA-42, branché comme ceci :

    ,__,   ,__,   ,__,   ,__,   ,__,
    |  |   |  |   |  |   |  |   |  |
    +--+   +--+   +--+   +--+   +--+         

    ,__,   ,__,   ,__,   ,__,   ,__,
 J1 |  |   |  |   |  |   |  |   |  |
    +--+   +--+   +--+   +--+   +--+
                   RX     TX     GND

Le message est clair :

*** Warning – bad CRC or NAND, using default environment

On passe donc à la restauration du système depuis l’Uboot, en commençant par affecter une IP au Dockstar :

CE>> setenv ipaddr 192.168.0.21
CE>> setenv netmask 255.255.255.0
CE>> setenv serverip 192.168.0.1
CE>> saveenv

Dans cet exemple, la machine avec le TFTP a pour IP 192.168.0.1, le Dockstar a quant à lui pour IP 192.168.0.21.

On continue en écrasant le système installé par celui d’origine (présent sur notre TFTP)

• ce_kernel_redstone_v63.img
• ce_ramdisk_v2.0b.img.gz

CE>> nand erase 0x100000 0x400000
CE>> tftp 0x800000 ce_kernel_redstone_v63.img
CE>> nand write.e 0x800000 0x100000 0x1e30f0
CE>> tftp 0x1000000 ce_ramdisk_v2.0b.img.gz
CE>> setenv bootargs $(console) root=/dev/mtdblock2 initrd=0x1000000,0xb39a59
CE>> saveenv

Puis on boot le système fraichement installé

CE>> bootm 0x800000

Si tout se passe bien, vous devriez voir quelque chose dans ce style et arriver sur le système Popoplug !

## Booting kernel from Legacy Image at 08000000 ...
       Image Name:   Linux-2.6.35.9
       Image Type:   ARM Linux Kernel Image (uncompressed)
       Data Size:    3734468 Bytes = 3.6 MiB
       Load Address: 00008000
       Entry Point:  00008000
       Verifying Checksum ... OK
       Loading Kernel Image ... OK
    OK

    Starting kernel ...

    Uncompressing Linux... done, booting the kernel.

C’est terminé, vous avez maintenant un Dockstar fraichement retapé, et prêt pour en faire ce que vous souhaiter.

Source / Source2

Tout ce joli monde cohabite parfaitement, et on voit grandement la différence dans le temps d’affichage des pages !

On lance test le tout avec l’outil Apache Benchmark :

ab -kc 10 -n 100 http://www.ondaflow.com/

• Sans Varnish :

Concurrency Level:      10
Time taken for tests:   14.418060 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Non-2xx responses:      100
Keep-Alive requests:    0
Total transferred:      26700 bytes
HTML transferred:       0 bytes
Requests per second:    6.94 [#/sec] (mean)
Time per request:       1441.806 [ms] (mean)
Time per request:       144.181 [ms] (mean, across all concurrent requests)
Transfer rate:          1.80 [Kbytes/sec] received

• Avec Varnish en front :

Concurrency Level:      10
Time taken for tests:   0.16518 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Keep-Alive requests:    100
Total transferred:      3278415 bytes
HTML transferred:       3235995 bytes
Requests per second:    6054.00 [#/sec] (mean)
Time per request:       1.652 [ms] (mean)
Time per request:       0.165 [ms] (mean, across all concurrent requests)
Transfer rate:          193788.59 [Kbytes/sec] received

Alors n’hésitez plus, Varnish est peu gourmand en ressources (cpu/mem) et est très efficace !

Cela fait donc maintenant bientôt trois semaines que j’ai reçu mon NAS Synology DS211j, et je voulais rapidement faire un petit bilan à son sujet.

Je ne vais pas m’étendre sur ses caractéristiques, le site de Synology étant parfaitement adapté à répondre à cette question (voir ses specs).

Simplement abordez avec vous les fonctions, points que depuis ces trois semaines j’utilise chaque jour ainsi que ma moitié.

Coté utilisation, cela donne quoi ?

J’ai donc opté pour deux disques dur Western Digital Caviar Green 1To, sans avoir préalablement lu qu’il y avait des petits soucis avec ces disques mais cela a pu se régler rapidement dès la réception, et avant l’utilisation dans le NAS.

J’ai opté pour un RAID 1, ce qui m’offre donc un volume logique d’une capacité d’un Terra, largement suffisant pour le moment comme le montre la capture ci-dessous.

J’utilise énormément la Download station qui me facilite grandement la vie, ainsi que les fonctions telles que la librairie partagée iTunes, bien évidemment le serveur Multimédia (ma TV ayant la fonction DLNA).

Pour ce qui est des partages, pour les machines Windows, cela passe par du CIFS (lecteur réseau et partage simple), pour les machines Apple ou Linux je privilégie le NFS (voir mon article précédent pour les Mac).

Et coté sauvegarde ?

Et bien malgré que je dispose d’un volume en RAID1 censé garantir l’intégrité de mes données, pour ce qui est de mon archivage de documents sensibles (factures, scan de documents important & co …) j’ai mis en place une sauvegarde hebdomadaire de ce dossier vers le service S3 proposé par Amazon.

Ces documents ne représentant qu’une taille ridicule, cela ne coute donc que très d’argent et permet d’avoir une sauvegarde en cas de souci (vol du NAS notamment).

Si je devais résumer ceci en quelques point ?

• L’interface DSM 3 est vraiment très pratique, rapide, agréable, les fonctions sont riches et l’installation d’IPKG permet d’étendre encore plus ses fonctionnalités.
• Afin de profiter un maximum des performance de ce NAS, l’ajout d’un switch Gigabit est vraiment essentiel
• Pour les disques WD Caviar, n’oubliez pas de passer l’utilitaire WDIDLE3 avant utilisation des disques, pour désactiver l’Idle Timeout des disques.
• La préparation des disques avant l’installation dans le NAS est une étape à ne pas négliger pour profiter au maximum de son NAS
• En globalité je suis pleinement satisfait de cet investissement, sur tous points de vue.

Pour le premier, on s’inscrit sur les serveurs Blackberry Internet situé chez Research In Motion directement, le compte mail ajouter dans leur interface de configuration de messagerie, il sera ajouté en push sur le mobile, ces derniers faisant relais entre le serveur de messagerie (comme Gmail) et le mobile,  je ne rentrerai pas plus dans les détails ceci n’étant pas le but du billet, mais je vous invite à jeter un coup d’oeil sur ce site pour plus d’informations.

Et pour le second, on inscrit le mobile sur le serveur Blackberry installé dans son entreprise. Ce serveur étant en contact direct avec le serveur de messagerie interne, il fait donc la liaison entre le serveur de messagerie interne et le mobile.

Le schéma est donc le suivant :

Mobile <3G> serveur Blackberry RIM <Internet> serveur Blackberry interne <LAN> serveur Exchange/Lotus

On passe donc également par les serveurs Blackberry comme pour le BIS mais ce dernier ne sert que de relai jusqu’au serveur Blackberry Entreprise situé dans l’entreprise.

Un utilisateur interne une fois son Blackberry incsrit sur ce BES, dispose alors de sa boite mail @sa-societe.com sur son mobile en temps réel (push), son calendrier et ses contacts plus ceux de l’entreprise, et quand on est un directeur dans un entreprise c’est parfois bien utile !

Bref, pour notre part, notre choix s’est porté vers la version Express de Blackberry Entreprise Server, qui est gratuite et suffisante pour notre utilisation. Son intégration est des plus simple, seulement un port sortant à ouvrir sur les firewall pour la communication entre ce dernier et les serveurs Blackberry chez RIM, un compte Administrateur Exchange (ayant le droit de lecture seulement) et c’est parti.

L’inscription d’un utilisateur est également des plus pratique.

Seul petit souci auquel je fais face n’ayant pas trop eu le temps de me pencher sur le sujet, les mobiles n’accèdent plus à Internet, puisque tout l trafic passe obligatoirement par notre serveur Blackberry et qu’un proxy sert de passerelle pour Internet au sein de la société, mais je crois avoir trouvé où renseigner ceci, peut-être un prochain billet qui sait …

Quelques jours auparavant, en surfant sur LinITX, je me suis enfin décider à franchir le cap et acheter le nécessaire pour réaliser tout ceci.

Matos reçu, ni une ni deux, on eteind le WRAP, et on ajoute tout ça à l’intérieur (cf photos ci dessous).

Description de ce beau monde :

• 1 x Wistron CM9 miniPCI 802.11a/b/g adapter (chipset Atheros)

• 2 x Omni Antenna 2.4GHz – 5dB

• 2 x IPAX/U.FL to ReSMA Chassis Socket – 15cm

Mais ce n’est pas le tout, il faut maintenant configurer tout ça pour pouvoir en profiter.

Direction donc la page de configuration de pfSense (version 1.2.3), voici en résumé avec captures s’il vous plaît, les étapes de la configuration

On assigne la carte dans Interfaces > (assign).

On va ensuite sur cette nouvelle interface (Interfaces > OPT1), puis on renomme OPT1 en WLAN et on l’active.

Toujours sur la page de l’interface (WLAN), on configure le bridge sur LAN, puis le mode (Access Point), fréquence, ssid, cryptage & co …

Ajouter les règles sur l’interface WLAN.

On valide la configuration avec une machine cliente, et le tour est joué.

J’ai également ajouté dans mon fichier /etc/sysctl.conf les deux lignes suivantes pour activer l’émission/réception sur les deux antennes :

dev.ath.0.txantenna=0
dev.ath.0.rxantenna=0