Comme vous ne le savez peut être pas, la mémoire (RAM) n'est pas forcément effacé aprés l'extinction….

On en parle là: http://citp.princeton.edu/memory/exp/

En passant, on apprend comment voir le texte de la mémoire…

# strings /dev/mem | less

Le plus marrant restant une technique pour recuperer l'etat de la mémoire au redemarrage: http://www.mcgrewsecurity.com/tools/msramdmp/

Rendre backtrack3 bootable…

Dans cette exemple, l'iso téléchargé est destiné à être bootable sur USB (… et je n'ai pas trouvé plus simple que ce qui suit…

Préparer la clé USB, on suppose qu'elle est en /dev/sdd :

# fdisk /dev/sdd

Effacer toutes les partitions et en creer une en FAT32 (type “b”) et bootable.

Retour sur le shell:

# mkfs.vfat /dev/sdd1

Mounter, (aprés avoir créé /mnt/sdd1) :

# mount /dev/sdd1 /mnt/sdd1

Mounter l'iso qu'on a téléchargé et qu'on veut rendre bootable:

# mount -o loop ./bt3final_usb.iso /mnt/iso

# cp -R /mnt/iso/BT3 /mnt/sdd1/
# cp -R /mnt/iso/boot /mnt/sdd1/

# cd /mnt/sdd1/boot

Il faut vraiment être sur la clé mounté.

# ./bootinst.sh

# cd /
# umount /mnt/sdd1

Et voila.

Il existe un ELF32 pour faire cela… ELF32 ? à executer en root en plus…

Lien:

• http://www.debian-administration.org/articles/457
• http://blog.air4web.com/linux-force-reboot.html

Comme j'ai un accès partiel via ssh, je peus lancer quelques commandes, mais guère plus.

Verifions que ce qu'on veut faire est possible:

$ ssh root@<LA_MACHINE> "cat /proc/sys/kernel/sysrq"
Password:
1

A priori, oui. Mais si c'est necessaire:

$ ssh root@<LA_MACHINE> "echo 1 > /proc/sys/kernel/sysrq"
Password:

Et pour rebooter:

$ ssh root@<LA_MACHINE> "echo b > /proc/sysrq-trigger"
Password:

Et pan!

Sinon, il y a aussi: pour eteindre, pour sync les disks, etc…

Installer dsniff pour sniffer les passes en clair: FTP, www, etc…

Il suffit d'acheter CrossOver Office Professional et de l'installer.

Ce logiciel permet d'installer quelques applications Windoz sous Linux, un peu comme Wine mais en plus fort.

Le plus fort, c'est que le plugin QuickTime fonctionne dans Mozilla !

Installer mailx

 # apt-get install mailx

Puis envoyer un mail a root

 $ mail -s "mon sujet" root@localhost
 Taper le message et terminer par [Control]+[D] sur une ligne vide
 ^D
 Cc:

Et c'est envoyé. Ajouter -v pour voir ce qui ne marche pas.

Editer /etc/aliases pour avoir une ligne contenant:

 root: tjaouen@le_site.fr

Lien: http://blog.gnusquad.org/2008/12/19/forcer-la-verification-des-partitions-au-demarrage/

Il suffit de faire:

# touch /forcefsck

Mais on peut aussi faire:

# shutdown -r -F now

A l'inverse, on peut desactiver le “fsck” en faisant:

# touch /fastboot

ou

# shutdown -r -f now

Sinon, on peut definitivement régler le “fsck” en usant de la commande “tune2fs”. (voir “man”)

Lien: http://linux.derkeiler.com/Mailing-Lists/Debian/2005-06/1917.html

Dans: /etc/acpi modifier le fichier powerbtn.sh, pour avoir, en debut:

#!/bin/sh
# /etc/acpi/powerbtn.sh
# Initiates a shutdown when the power putton has been
# pressed.

# TJ ----------------
echo "Power button pressed... But disabled !" | wall
echo "Power button pressed... But disabled !" | mail -s "$0" root@localhost
exit 0
# -------------------

... snip ...

Ensuite, on aura juste un avertissement de la sorte:

Broadcast Message from root@warez-unvs
      (somewhere) at 11:89 ...                                               
                                                                               
Power button pressed... But disabled !                                         
                                                

C'est trés facile, faut pas se tromper.

Oui, je préfère grub, mais surtout, une première tentative avec lilo ne m'a jamais permit de choisir le noyau au boot… grrrr…

 # apt-get install grub
 # grub-install /dev/hda
 # update-grub
 # apt-get remove lilo --purge

Le problème, si on oublie update-grub, on demarre dans un shell bash-minimal et c'est embettant.

Ensuite, a chaque mise à jour avec un nouveau noyau, il faut faire: update-grub qui créé ou met a jour le fichier /boot/grub/menu.lst . Et oui, la mise à jour n'est plus automatique, c'est un mistère.

UPDATE

En fait, il suffit de corriger le problème suivant pour le update-grub soit fait automatiquement. Verifier qu'on a dans /etc/kernel-img.conf

 # Do not create symbolic links in /
 do_symlinks = yes
 relative_links = yes
 do_bootloader = yes
 do_bootfloppy = no
 do_initrd = yes
 link_in_boot = no
 **postinst_hook = /usr/sbin/update-grub**
 **postrm_hook   = /usr/sbin/update-grub**

En cas de pépin, si le boot ne fonctionne plus, demarrer avec un live cd comme kubuntu et faire ainsi:

 $ sudo mkdir /mnt/sys
 $ sudo mount /dev/hda1 /mnt/sys            
 $ sudo chroot /mnt/sys
 $ sudo grub-install /dev/hda
 $ sudo update-grub
 $ sudo reboot

Ca devrait reparer grub…

Aprés un rapide reboot avec grub:

D'abord raffraichir sa configuration:

 # apt-get update
 # apt-get upgrade
 # apt-get dist-upgrade

Truc: Simuler une installation

 # apt-get -s install le_paquet

Voir ce que va faire install

 # apt-get -s -u install le_paquet

Il faut savoir que udev et hotplug sont incompatible entre eux, et que le noyau 2.6 préfère udev… donc.

 # apt-get install udev

Et si necessaire ( si dpkg -l | grep hotplug retourne hotplug… )

 # apt-get remove hotplug --purge

Et enfin:

 # apt-get install kernel-image-2.6-686

Et non pas linux-image… qui m'a foutu le bordel…

Et ne pas oublier:

 # update-grub

Parce que mon install de grub a partiellement foiré et que c'est necessaire pour mettre a jour le menu.lst…

Un reboot, et on devrait pouvoir booter avec le nouveau noyau.

Et encore enfin:

 # apt-get upgrade
 # apt-get dist-upgrade

Et oui, encore et encore.

Lien: linux tools

Pour le disk:

 # apt-get install bonnie++

Et puis:

 $ bonnie ou /usr/sbin/bonnie

Pour le cpu:

 # apt-get install cpuburn

Et puis, pour un Pentium 5:

 $ burnP5

Plus general:

 # apt-get install stress

Exemple:

 $ stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M --timeout 2h --hdd 1

ou sur une bécanne plus grosse:

 $ stress --cpu 16 --io 8 --vm 8 --vm-bytes 1G --timeout 1h --hdd 8 --hdd-bytes 5G

Il suffit de taper:

 :hardcopy

Et hop

Quand on a perdu le mot de passe d'acces a http://localhost:631 , il faut editer /etc/cups/printers.conf et renommer la section <Printer> en <DefaultPrinter> .

Installer les ppd qui vont bien (notamment pour HP Laserjet)

 # apt-get install linuxprinting.org-ppds

Et puis:

 http://localhost:631

En gros:

Il faut que le daemon “lpd” existe… ps aux | grep lpd

Sinon, faudra faire quelque chose: moi, j'ai fait:

 # apt-get install lpr

Mais ce n'est pas “normal” de faire ainsi.

Pour déclarer l'imprimante, il faut editer le fichier

	/etc/printcap

Et avoir dedans ceci:

 lp|Remote printer entry: :lp=: :rm=192.168.1.113: :sd=/var/spool/lpd/remote: :mx#0: :sh:

Où, 192.168.1.113 est l'adresse de l'imprimante…

Ensuite:

 # /etc/init.d/lpd restart
 # lpq

ceci permet d'interroger l'imprimante (ou un truc du genre)

Sous KDE, en lancant “kedit”, on peut faire un simple test d'impression.

Pour qu'on retrouve le root, il faut faire:

 $ sudo passwd root

Puis entrer le mot de passe de root.

Mais aprés, j'ai des trucs bizarre comme ça:

 # gvim /etc/hosts
 Xlib: connection to ":0.0" refused by server
 Xlib: No protocol specified

root ne serait pas autorisé a ouvrir une session X … ou un truc du genre… Donc je fais avec sudo:

 $ sudo xhost +local:root
 non-network local connections being added to access control list

Et ensuite, ca fonctionne, enfin, sous root

Mais pour survivre au boot:
Lien:

http://www.linuxquestions.org/questions/showthread.php?threadid=331779

Ajouter dans /root/.bashrc :

 export XAUTHORITY=/home/<mon_login_name>/.Xauthority

Avant propos: SSH peut etre aussi une bonne introduction…

“rsync” optimise le mirroring en ne mettant à jour uniquement ce qui a changé…
Pas besoin de 'daemon' ou de bidouiller la configuration (“rsyncd.conf” n'a pas été nécessaire dans mon cas). Il suffit que “sshd” existe et tout va (essentiellement) passer par lui.

 $ rsync -a -e ssh user@host:~/source/ ~/dest

Ca aura pour effet de:

1. De s'authentifier en tant que “user” sur la machine (distante) nommé “host”.
2. De transferer (intelligement) le contenu de ~/source/ dans le repertoire local ~/dest

Si l'on souhaite ajouter des parametres a l'execution de SSH, comme par exemple modifier le port:

 $ rsync -a -e "ssh -p 10022" ... etc...

Et on utilisera le port “10022”

Le but est d'avoir une copie de sauvegarde de chaque fichier modifié.

 $ rsync --delete --force --backup --backup-dir=/home/thierry/bak/`date +m-%d` -av data/ backup2

Le repertoire “/home/thierry/bak/*” recueil les fichiers avant modifications (dans un sous répertoire nommé de la date du jour).
Le repertoire source est “data/”.
La destination est “backup2”

Attention: le repertoire pour '–backup-dir' est relatif au repetoire de destination… d'où la necessité de definir le repertoire a partir de la racine '/' .

Lien: http://www.kylev.com/2005/03/29/rsync-and-vfat/

une clé USB en vfat, vers laquelle on fait un rsync avec des noms bizarres…

Monter la clé comme ca:

# mount -t vfat -o shortname=mixed,iocharset=utf8 /dev/sde1 /mnt/wd

Et puis:

# rsync --modify-window=1 -av /data/mp3 /mnt/wd/.

On essaye de copier des fichiers avec des noms curieux sur une partition vfat, mais rsync retourne une erreur du style:

... failed: Invalid argument (22) ...

On remount la vfat comme ça:

# mount -o remount,codepage=cp850,iocharset=iso8859-1 /mnt/partition

Et voila.

Faire une copie complete d'un disk a un autre avec rsync .

Pour une partition virtuelle, genre Xen, c'est parfait et bien plus rapide que dd .

Pour cela faire:

# rsync -ax --delete --force <SOURCE>/ <DEST>

Exemple:

# rsync -ax --delete --force /mnt/disk-source/ /mnt/disk-dest

Si vous faites un transfert reseau sur une partition qui n'est pas destiné à l'hôte, alors ajouter –numeric-ids si vous voulez pas que les “uid/gid” sont convertie.

J'ai découvert sur le trop-tard que rsync fait une conversion par “nom” d'identifiant, lorsque les transferts s'effectuent entre 2 systèmes differents, avec, a priori, des utilisateurs identiques mais au uid / gid potentiellement differents.

Ainsi: L' uid 1000 associé à thierry, pourrait devenir 1001 … parce que thierry y existe déjà sur ce système avec cette uid.

Cool ? Non, pas trop.

Pour désactiver ce truc, ajouter l'option : –numeric-ids

C'est donc le machin qui permet de garder les machines a l'heure. C'est bien d'utiliser ntpdate pour cela.

Installer

 # apt-get install ntpdate

Forcer une mise a jour maintenant

 # /etc/init.d/ntpdate start

Mise a jour toute les nuits vers 3h18

 # crontab -e

 Et ecrire dedans le **crontab**

 18  3  *  *  *  /etc/init.d/ntpdate start >/dev/null 2>&1

Pourquoi ne pas appeller directement /usr/bin/ntpdate ? Parce que /etc/init.d/ntpdate est déjà configuré pour être croné

Pas besoin de configurer de serveur 'ntp'. Sinon, il y a:

 ntp.tuxfamily.net
 ntp.dedibox.fr

Recupérer une page et tout ce qui permet de l'afficher (en gros: les images aussi)

 wget -p url

Ca ressemble à wget -r -l0 … mais en mieux.

Si ca ne fonctionne pas comme voulu, c'est peut etre a cause du '/robots.txt':
wget respecte /robots.txt, pour desactiver ça, faire simplement:

wget -e robots=off url...

Quand la signature du browser pose un problème, ajouter: -U “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)”

 # apt-get update
 # apt-get install arj

Pour decompresser une archive qui a été compresser dans un environnement Windoz:

 arj x le_fichier.ARJ **-hf2** -y

Sans trop comprendre, ceci fonctionne (en 2006):

 # wget http://ftp-master.debian.org/ziyi_key_2006.asc

 # gpg --no-default-keyring --keyring /etc/apt/trusted.gpg --import ziyi_key_2006.asc

Et hop: “apt-get update” et compagnie, ne m'enmerde plus avec les 'gpg error'

Lorsqu'on a une erreur comme cela, il faut installer la cle publique:

 # gpg --keyserver wwwkeys.eu.pgp.net --recv-keys A70DAF536070D3A1

Qu'on peut alors extraire et voir comme cela:

 # gpg --armor --export A70DAF536070D3A1

Et surtout, qu'on va ajoute a la liste des cles de apt:

 # gpg --armor --export A70DAF536070D3A1 | apt-key add -

Et voila.

Lien:

http://geekosphere.org/43/safer-ssh-passwordauthentication-no/

Forcer l'usage de clés RSA. (voir plus loin)

PasswordAuthentication no
PubkeyAuthentication yes

( “PubkeyAuthentication” est a “yes” par defaut)

Mais si on veut autoriser certains users , dans des conditions bien précises:

PasswordAuthentication no

Match  user thierry , address 127.0.0.0/8
    PasswordAuthentication yes

Match  user thierry , address 192.168.166.0/24
    PasswordAuthentication yes

Match  user root , address 127.0.0.0/8
     PasswordAuthentication yes

( verifier “,” )

Lien: http://ubuntu-tutorials.com/2008/01/12/disabling-ssh-connections-on-ipv6/

Dans /etc/ssh/sshd_config :

...
# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
# TJ ---------
# ipv4 only
ListenAddress 0.0.0.0
# ------------
...

et hop:

# /etc/init.d/ssh restart

Editer /etc/ssh/sshd_config et avoir:

PermitRootLogin no

et

AllowUsers thierry truc machin bidule

Afin de n'autoriser que certains utilisateurs a se logguer…

Tous ce passe globalement dans “~/.ssh” Sous le user en question:

Si on veut que ça fonctionne aussi avec SSH1, creer les clés dsa:

 $ ssh-keygen -t dsa

Sinon, il est suffisant de faire les clés RSA:

 $ ssh-keygen -t rsa

On a alors un repertoire comme ça:

1. rw——- 1 thierry thierry 1675 2006-08-16 14:26 id_rsa
2. rw-r–r– 1 thierry thierry 397 2006-08-16 14:26 id_rsa.pub
3. rw-r–r– 1 thierry thierry 3866 2006-08-16 14:13 known_hosts

C'est id_rsa.pub la clé publique !!!

Il faut transferer la clé publique sur la machine distante (en fait, sur celle qu'on voudrait se connecter, sans une demande de mot de passe).

 $ scp ~/.ssh/id_rsa.pub thierry@la_machine:/home/thierry/tmp/.

Puis, on va sur la_machine (on entre encore le mot de passe), et on ajoute le contenu de id_rsa.pub dans ~/.ssh/authorized_keys

 $ cat ~/tmp/id_rsa.pub >> ~/.ssh/authorized_keys

Et voila, la prochaine demande d'authentification ne sera pas faite “à la main”, mais par le biais de la clé publique.

Liens: http://www.idris.fr/data/faq/ssh_keys.html

On peut restreindre les actions permises lorsqu'une session est ouverte par le biais du fichier authorized_keys.

$ man sshd

Vous fera decouvrir “from” ou “command” ou “no-pty” et bien d'autres options.

Par exemple, ajouter (en début de ligne) :

from="localhost" ...

Ce qui aura pour effet de restreindre cette clé juste a un usage via “127.0.0.1” .

Pour ajouter dans known_hosts pour outrepasser le controle.

 ssh-keyscan -H -t rsa,dsa -p 5322 ip_ou_nom_du_serveur >> ~/.ssh/known_hosts

5322 est le port du serveur. Je ne suis pas certain de l'usage de -H, mais ca fonctionne sous kubuntu.

la signature (ou la clé publique?) est inscrite dans known_hosts.

Le but est de creer un tunnel sécurisé, par SSH, entre un client et un serveur. Le client étant celui qui a l'initiative de la connexion, et le serveur étant celui qui attend la connexion.

 client@machine$ ssh -L IN_CLIENT:localhost:OUT_SERVER IP

Exemple en sécurisant une connexion par VNC:

 client@machine$ ssh -L 5950:localhost:5901 shampoo.tj.fr

Aprés la demande du mot de passe, et toujours sur le client: on peut demarrer vncviewer et entrer l'adresse: localhost::5950

La commande ci-dessus ouvre aussi un accès au commande SSH, ce qui est fort pratique lorsqu'on veut fermer le tunnel, il suffit de fermer la session SSH.

Mais on peut aussi ouvrir un tunnel simplement, sans vouloir d'accès à la session SSH. Faire ainsi:

 ssh -f -N -L IN_CLIENT:localhost:OUT_SERVER IP

Cela fork le terminal dans le '/dev/null'… Waouh! … Et comment on ferme le tunnel maintenant ?

 $ ps aux | grep ssh
 thierry   6472  0.0  0.1   6064  1220 ?        Ss   23:25   0:00 ssh -f -N -L 5950:localhost:5901 21.2.3.1
 $ kill 6472

 $ vncviewer localhost:1 -via IP_du_serveur

C'est encore mieux quand on peut se connecter a n'importe quel machine du reseau !

 $ vncviewer IP_LOCAL::5900 -via IP_du_serveur

Interessant quant ça marche: mounter un accès via ssh Liens:

How to mount a remote sshhttp://fuse.sourceforge.net/sshfs.html

Cas pratique: le site artigo

Je monte un repertoire via ssh, accessible par ftp:

 # sshfs loulou@IP:/local1/admin/apache2/www/artigo /home/artigo/ftproot/www -o rw,allow_other

Et pour demonter:

  # fusermount -u ./www

Comment voir sur son poste (client) des applications X s'executant sur un serveur distant… simple: c'est le X11 Forwarding

Sur le “serveur” (celui qui va executer les applications X): editer le fichier /etc/ssh/sshd_config et apporter la modification suivante:

 X11Forwarding yes

Si necessaire, ce qui n'a pas ete le cas sur mon kubuntu par exemple (mais sur une debian si). Et ne pas oublier (si la modification a été faite):

 # /etc/init.d/ssh restart

Retour sur le “client” (celui qui va voir les applications X11): ouvrir un terminal sous X et taper:

 $ ssh -X adresse_du_serveur

Une fois authentifier et qu'on a acces au shell du “serveur”, taper (par exemple):

 $ mozilla-thunderbird

Et hop (enfin, aprés quelques longues secondes ou minutes): on voit son lecteur de mail.

Exemple plus etonnant:

 $ /home/thierry/.cxoffice/win98/desktopdata/cxmenu/Desktop/Internet+Explorer

Ce qui demarre un “Internet Explorer” de Windoz avec l'emulateur “wine” (et “CrossOver”) et l'affiche sur mon poste client… c'est magnifique.

Ce qui est amusant, c'est que j'ai fait mes tests en passant par un tunnel VPN… ssh+VPN, sa rame un peu mais c'est super crypté

On peut voir que la connexion X est redigiré, car sur le serveur on voit ça:

 $ echo $DISPLAY
 localhost:10.0

Le but, c'est de permettre à un user d'acceder a un partage Windows, sans qu'il soit trop necessaire de farfouiller le systeme et de mettre a nu ces droits.

D'abord, passer en root et autoriser l'usage de smbmnt et smbumount par un user.

 # chmod u+s /usr/bin/smbmnt
 # chmod u+s /usr/bin/smbumount

ATTENTION: ne pas faire +s sur smbmount mais bien sur

smbmnt uniquement. (Sinon on a une erreur de la forme: libsmb based programs must *NOT* be setuid root )

Ensuite, on revient en user et on peut simplement utiliser smbmount et 'smbumount''':

J'ai 2 disques en partage: C et D

 $ mkdir ~/mnt/172.16.0.35/C
 $ mkdir ~/mnt/172.16.0.35/D

Et puis je mount (j'ai fait un 'bash' pour ça)

 cat 172.16.0.35_mount.sh

 #!/bin/bash
 IP=172.16.0.35
 USERNAME=thierry
 PASSWORD=mon_mot_de_passe
 # ---------------------------
 smbmount //$IP/C$ ~/mnt/$IP/C -o username=$USERNAME,password=$PASSWORD
 smbmount //$IP/D$ ~/mnt/$IP/D -o username=$USERNAME,password=$PASSWORD

(Le $ ne semble pas nécessaire… donc eviter si possible)

Et pour umount, j'ai un autre 'batch':

 cat 172.16.0.35_umount.sh

 #!/bin/bash
 IP=172.16.0.35
 # ---------------------------
 smbumount ~/mnt/$IP/C
 smbumount ~/mnt/$IP/D

Cette methode a ma preference car l'acces aux fichiers partagés est complement intégré a l'environnement. (Par exemple, on peut editer/modifier/effacer des fichiers sans contrainte)

(Je prefere la methode 1)

Editer /etc/fstab (en root)

 # vi /etc/fstab

 puis

 //IP/DRIVE_LETTER$   /home/thierry/mnt/IP/DRIVE_LETTER   smbfs   rw,user,noauto,username=thierry,password=le_mot_de_passe   0   0

 (virer le **password** si on souhaite qu'il soit demander a chaque **mount**)

Toujours en root, autoriser smbmnt a fonctionner en root pour un user (ce qui permettra au user d'activer le partage)

 # chmod u+s /usr/bin/smbmnt

Et accessoirement, autoriser un user a umounter:

 # chmod u+s /usr/bin/smbumount

Créer un répertoire dans sa home

 $ mkdir /home/thierry/mnt/IP/DRIVE_LETTER

Puis mounter comme ceci

  $ mount ~/mnt/IP/DRIVE_LETTER