Databases, Systems & Networks

Pour créer une clé USB bootable depuis un Mac, ce n’est pas spécialement difficile. Par contre, il est vrai que la méthode n’est pas hyper intuitive à première vue. Pour les fans de la ligne de commande, c’est par ici que çà ce passe! Et pour les autres, ne vous inquiètez pas, c’est très facile, et très simple finalement.

Donc voici, l’opération est constitué de trois étapes principales :

1. Télécharger une image disque (.iso par exemple) de l’OS de votre choix. Par exemple, pour bien débuter, une image d’une distribution Linux de type LiveCD.
2. Insérer la clé USB, et s’assurer de démonter le volume : Sinon, nous ne pouvons pas écrire « bas niveau » avec la commande « dd » de unix.
3. « Graver » l’image disque sur la clé.

Donc, une fois que vous avez télécharger l’image disque, insérer la clé USB dans la prise de votre mac, et ensuite, à partir d’une fenètre Terminal tapez :

diskutil list

En théorie vous devriez voir un affichage similaire à celui:

A partir de cette liste, identifiez votre clé USB. Dans mon cas c’est/dev/disk2. Une fois identifié, nous pouvons passer à l’étape deux, et nous allons tapez cette commande :

diskutil unmountDisk /dev/disk2

N’oubliez pas de remplacer disk2 par le n° de votre clé USB!

Nous sommes prêt à passer à la troisième, et dernière étape : La gravure! (ouais, je sais, une clé USB ne se grave pas…). Donc, pour se faire, notez bien le nom de votre fichier image, nous allons en avoir besoin pour taper cette commande :
sudo dd if=monImageBootable.iso of=/dev/disk2 bs=1m

N’oubliez pas de remplacer disk2 par le n° de votre clé USB!

Le mot de passe root vous sera demandé, ensuite la copie va s’effectuer.

Une fois terminé, il suffit de redémarrer Macosx en appuyant sur la touche ALT pour avoir une sélection des disques bootable, et de choisir la clé USB.

Par défaut, ssh ne sait pas se connecter à un serveur si le client est placé derrière un proxy. Pour ajouter cette fonctionnalité, il faut :

– installer le paquet connect-proxy

apt-get install connect-proxy

– ajouter un fichier  ~/.ssh/config (juste pour un compte) ou /etc/ssh/ssh_config (configuration globale) contenant les lignes suivantes :

# on n'a pas besoin de connect pour le réseau local
# il faut modifier ou ajouter des lignes Host pour décrire votre réseau local Host 192.168.0.* ProxyCommand /usr/bin/connect %h %p # toutes les autres adresses utilisent la commande connect
# il faut remplacer l'adresse IP et le port par les valeurs de votre proxy
Host *
ProxyCommand /usr/bin/connect -H 192.168.0.1:8080 %h %p

On peut alors se connecter sans problème à un hôte par la commande classique : ssh identifiant@serveur

Today I found myself reconfiguring a wireless access point I hadn’t used in a very long time. I no longer have the manual (so I could reset it to factory defaults) nor do I remember what the obscure IP address I configured it with was. Luckily I do know what network it’s setup for ( 192.168.1.x ) but I don’t want to have to try to connect to all 254 IP addresses (192.168.1.1 through 192.168.1.254) as that would take quite some time.

So what I’m going to do is use Nmap a swiss army knife for network operators and system admins. What we’re going to do is use Nmap to scan the entire network and tell us which IP addresses are active. This will allow us to drastically reduce the number of IP addresses we have to try.

There are Nmap versions for all three major OS’s *nix, OS X and Windows. I’ll be showing you the syntax for the *nix/OS X version.

nmap -sP 192.168.1.0/24

replace 192.168.1.0/24 with whatever network it is you’re trying to scan.
The /24 is the netmask of the network in CDIR notation. If you need a cheat sheet you can find one here

Once you press return (or enter) Nmap will start to work pinging each and every IP address on your network and noting which ones respond and which don’t. (Note that if your device has a firewall that discards ping requests it will appear to be down to this scan)

You’ll quickly get an output similar to the following

Starting Nmap 4.50 ( http://insecure.org ) at 2008-08-19 10:15 PDT
HOST 192.168.1.25 appears to be up.
MAC Address: 0:0F:1F:4C:0B:E6 (WW Pcba Test)
Nmap finished: 256 IP addresses (3 hosts up) scanned in 5.711 seconds

Source: Stupid SSH Tricks: A Better Hosts File

J’ai bidouillé avec SSH pour me simplifier la vie. Une des pistes était de créer des host aliases dans le fichier de configuration de SSH (en général ~/.ssh/config). Et c’est plutôt facile. Voici un exemple;

Host webhost
   User host_user
   HostName example.com
   IdentityFile ~/.ssh/some_id_dsa

La raison pour laquelle cette méthode est préférable que d’utiliser le fichier de hosts (/private/etc/hosts) est que vous pouvez par exemple utiliser des commandes comme scp.

scp ~/somefile.txt webhost:~/upload.txt

et scp, comme il utilise ssh, va comprendre ce que vous voulez dire, c’est-à-dire en réalité:

scp -i ~/.ssh/some_id_dsa ~/somefile.txt [email protected]:~/upload.txt

Si vous utilisez couramment ssh et scp comme je le fais, vous allez trouver cette méthode très pratique. Et si vous utilisez des clés ssh, cela rend le travail distant aussi commode que le travail en local.

I just had a problem to solve: Compare two server config files on two servers to make sure they’re the same. Rather than using scp to copy the file from one machine to another, I used ssh’s ability to run commands remotely to get the contents of the file and piped it into diff. Here’s an example:

ssh user@server1 'cat /path/to/config/file.conf' | diff /path/to/other/config/file.conf -

I’ll leave it as an exercise for the user to write a shell script that will do this automatically, though it should be fairly easy to do.

Source: movetoiceland.com