Cloud Connected

La suite de l’EFREI@home 2 : comment lire ses mails et les news de l’EFREI.
More… »

Comme je l’ai expliqué dans l’EFREI@home, il est possible d’accéder à son compte Unix et à n’importe quelle machine Linux via SSH depuis chez soi. Mais, à part pour les aficionados de la console (vim, mutt, slrn et compagnie), il faut bien avouer que ce n’est pas très pratique ! Tenez par l’exemple, pour faire mon public_html, j’aime bien utiliser SciTE, qui est un éditeur en mode graphique… Alors comment faire ?

More… »

Comment travailler à l’EFREI depuis chez soi ?

Qu’est-ce que choam ?

choam, c’est une machine spéciale, accessible depuis l’exterieur. Elle permet de se connecter à l’école en ssh. Les interets sont nombreux : consulter les news, recuperer facilement des projets/fichiers, écrire une page web depuis chez soi :)

Pour s’y connecter, il suffit de faire :

ssh login@choam.efrei.fr

Avec login à remplacer par votre login EFREI.

Les utilisateurs de Windows peuvent utiliser Putty ou SSH Secure Shell en version Non-commercial.

Utiliser une clef pour ssh

Pour se logguer en ssh faut toujours entrer un mot de passe. Franchement, quand on se loggue plusieurs fois de suite (exemple chezwam -> choam.efrei.fr -> machine.unix) c’est chiant de devoir rentrer 2 fois (ou plus) son pass (oui oui je suis faignant).

Une solution est d’utiliser une authentification par clef. En créant une clef et en autorisant cette clef on pourra se logguer sans soucis sur toutes les machines. Pratique :)

Pour generer une clef (laisser la passphrase vide sinon ça n’a aucun interet) :

ssh-keygen

Puis il faut l’autoriser :

ssh-copy-id -i ~/.ssh/id_dsa.pub login@machine

Avec login à remplacer par votre login EFREI.

Attention si tu ne connais rien à ssh (ou si tu veux en savoir plus) lis d’abord ce site car une authentification par clef mal configurée peut induire des failles de sécurité…

Présentation rapide de screen

screen est une application console dont le principal avantage est pouvoir se « détacher » de la console. C’est à dire qu’on peut lancer une application dedans, détacher le screen (volontairement ou en étant déconnecté brutalement par exemple) et l’application continue de tourner comme si de rien était. Une fois reconnecté il suffit de “rattacher” le screen pour recuperer la main. Indispensable quand on travaille en ssh sur une autre machine !

Mais ce n’est pas le seul avantage de screen, loin de là. En fait screen peut être considéré comme « le window manager de la console ». En effet, il permet d’afficher une barre des taches, ouvrir plusieurs consoles, passer de l’une à l’autre, splitter l’écran, … Bref c’est un must, personnellement je le lance dès que j’ouvre un shell.

screen se configure avec le fichier ~/.screenrc. Par défaut, il n’y a pas de barre des taches et il affiche un message au demarrage. Ces deux lignes permettent de remedier à ça :

hardstatus alwayslastline "%d/%m/%Y [%c] | %w"
startup_message off

Les touches de bases :

• Ctrl + D : se déloguer = ferme la fenêtre
• Ctrl + (A, D) : détacher le screen (screen -r pour le rattacher)
• Ctrl + (A, C) : nouvelle fenêtre
• Ctrl + (A, A) : fenêtre précédente
• Ctrl + A, n : passe à la fenêtre “n”

Il existe des milliers d’autres commandes, pour changer le titre de la fenêtre, splitter l’écran, etc… Et des milliers d’options de config. Je conseille la lecture du man pour en savoir plus :)

Le DHCP (Dynamic Host Configuration Protocol) permet aux cartes réseau de se configurer automatiquement. Au boot, l’ordinateur envoi une requête au serveur DHCP pour connaître les informations sur le réseau (adresse ip, masque du reseau, adresse de la passerelle, adresse du dns, etc…) et se configure en conséquence.

Ma petite histoire

Il y a un serveur dhcp sur le réseau qui fonctionne impec. Mon ordi se configure sans problème vu que l’installeur de Debian à tout bien réglé comme il faut, apparemment. Sauf que voila, après recompile du noyau, plus rien ne fonctionne. La carte réseau est bien configurée, mais sans IP…

#ifconfig eth0eth0    Link encap:Ethernet  HWaddr 00:50:FA:E5:43:7C          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1        RX packets:7083 errors:0 dropped:0 overruns:0 frame:0        TX packets:925 errors:0 dropped:0 overruns:0 carrier:1        collisions:0 txqueuelen:100         RX bytes:951774 (929.4 KiB)  TX bytes:2464 (2.4 KiB)        Interrupt:3 Base address:0x300 

Si je met la carte en static :

# vim /etc/network/interfaceiface eth0 inet staticaddress 192.168.0.2netmask 255.255.255.0broadcast 192.168.0.255gateway 192.168.0.1

ça roule. Donc l’ordi ne peut plus se configurer avec le DHCP…

La solution

Il faut activer dans le noyau les options CONFIG_PACKET et CONFIG_FILTER, c’est à dire “Packet socket” et “Socket Filtering” dans la section “Networking options”… Bah oui c’est tout mais j’ai quand même chercher plusieurs semaines avant de trouver quelqu’un qui avait eu le même problème…