Re: fichiers bizarres sur la racine du système de fichiers
Le 24 nov. 2016 21:16, "BM"a écrit : > > Bonsoir, > > J'ai tenté un fsck sur la partition racine de la VM > ci dessous le résultat: > > root@server01:/srv# fsck /dev/sdc1 > fsck from util-linux 2.25.2 > e2fsck 1.42.12 (29-Aug-2014) > fsck.ext2: No such file or directory while trying to open /dev/sdc1 > Possibly non-existent device? A priori, ça c'est normal, gandi utilise par défaut des disques non partitionné. > Si je fais: > root@server01:/srv# cfdisk /dev/sdc > > > /dev/sdc: device contains a valid 'ext4' signature, it's strongly recommended to wipe the device by command wipefs(8) if this setup is unexpected to avoid possible collisions. > > je pense que le disque étant redondé (RAID 5?) je ne peux pas faire grand chose > Sinon, qu'en disent les gens de chez gandi ?
Re: fichiers bizarres sur la racine du système de fichiers
Le 24/11/2016 à 08:31, Pierre Malard a écrit : Un petit fsck sur le disque système en démarrant sur une clé USB ou un CD pour tester ça… Bonsoir, J'ai tenté un fsck sur la partition racine de la VM ci dessous le résultat: root@server01:/srv# fsck /dev/sdc1 fsck from util-linux 2.25.2 e2fsck 1.42.12 (29-Aug-2014) fsck.ext2: No such file or directory while trying to open /dev/sdc1 Possibly non-existent device? Si je fais: root@server01:/srv# cfdisk /dev/sdc /dev/sdc: device contains a valid 'ext4' signature, it's strongly recommended to wipe the device by command wipefs(8) if this setup is unexpected to avoid possible collisions. je pense que le disque étant redondé (RAID 5?) je ne peux pas faire grand chose J'ai redémarré mon serveur qui se porte comme un charme, sauf que, toujours: root@xyz:~# ls -lda /* -- 1 root root 0 janv. 1 1970 /`??? -- 1 root root 0 janv. 1 1970 / $?=?? -- 1 root root 0 janv. 1 1970 / ??? -rwsrwsrwt 1 root root 0 janv. 1 1970 / ?"? -- 1 root root 0 janv. 1 1970 /? -- 1 root root 0 janv. 1 1970 /? -- 1 root root 0 janv. 1 1970 /?{?? -- 1 root root 0 janv. 1 1970 /?\?? -- 1 root root 0 janv. 1 1970 /??:? -- 1 root root 0 janv. 1 1970 /??!? -- 1 root root 0 janv. 1 1970 /??( -- 1 root root 0 janv. 1 1970 /??%? -- 1 root root 0 janv. 1 1970 /? -- 1 root root 0 janv. 1 1970 / -- 1 root root 0 janv. 1 1970 / -rwsrwsrwt 1 root root 0 janv. 1 1970 / -rwsrwsrwt 1 root root 0 janv. 1 1970 / -rwsrwsrwt 1 root root 0 janv. 1 1970 / -- 1 root root 0 janv. 1 1970 /??? -- 1 root root 0 janv. 1 1970 /?? -- 1 root root 0 janv. 1 1970 / -- 1 root root 0 janv. 1 1970 /? -- 1 root root 0 janv. 1 1970 /??? -- 1 root root 0 janv. 1 1970 /???@ -rwsrwsrwt 1 root root 0 janv. 1 1970 /??? -- 1 root root 0 janv. 1 1970 /? -- 1 root root 0 janv. 1 1970 /? -- 1 root root 0 janv. 1 1970 /?.?? -- 1 root root 0 janv. 1 1970 /0? -- 1 root root 0 janv. 1 1970 /0??? -- 1 root root 0 janv. 1 1970 /0{?f?? -- 1 root root 0 janv. 1 1970 /8?I? -- 1 root root 0 janv. 1 1970 /8?P? -- 1 root root 0 janv. 1 1970 /?9?? drwxr-xr-x 2 root root 4096 nov. 11 17:10 /bin drwxr-xr-x 2 root root 4096 oct. 20 17:52 /boot -- 1 root root 0 janv. 1 1970 /default_headers drwxr-xr-x 14 root root 3880 nov. 24 21:02 /dev -- 1 root root 0 janv. 1 1970 /??E? drwxr-xr-x 110 root root 4096 nov. 24 21:02 /etc -- 1 root root 0 janv. 1 1970 /??F? drwx-- 2 root root 4096 nov. 16 17:33 /gandi -- 1 root root 0 janv. 1 1970 /?h drwxr-xr-x 6 root root 4096 nov. 13 16:35 /home -rwsrwsrwt 1 root root 0 janv. 1 1970 /?j?? drwxr-xr-x 14 root root 4096 oct. 20 17:52 /lib drwxr-xr-x 2 root root 4096 sept. 30 17:39 /lib64 drwx-- 2 root root 16384 déc. 1 2014 /lost+found drwxr-xr-x 2 root root 4096 déc. 2 2014 /media drwxr-xr-x 2 root root 4096 déc. 2 2014 /mnt -- 1 root root 0 janv. 1 1970 /?n?? drwxr-xr-x 2 root root 4096 déc. 2 2014 /opt -- 1 root root 0 janv. 1 1970 /P??? -- 1 root root 0 janv. 1 1970 /P??? dr-xr-xr-x 133 root root 0 nov. 24 21:02 /proc -- 1 root root 0 janv. 1 1970 /?r -- 1 root root 0 janv. 1 1970 /?R?? drwxr-x--- 13 root root 4096 nov. 24 21:04 /root drwxr-xr-x 27 root root 820 nov. 24 21:04 /run drwxr-xr-x 2 root root 4096 oct. 28 10:28 /sbin drwxr-xr-x 2 root root 4096 nov. 14 10:21 /srv dr-xr-xr-x 12 root root 0 nov. 24 21:02 /sys drwxrwxrwt 7 root root 4096 nov. 24 21:12 /tmp -- 1 root root 0 janv. 1 1970 /?"U? drwxr-xr-x 11 root root 4096 août 1 15:39 /usr -- 1 root root 0 janv. 1 1970 /?V?? -- 1 root root 0 janv. 1 1970 /?V?? drwxr-xr-x 14 root root 4096 nov. 14 11:23 /var -- 1 root root 0 janv. 1 1970 /?W?? -- 1 root root 0 janv. 1 1970 /x??? -- 1 root root 0 janv. 1 1970 /X!?? -- 1 root root 0 janv. 1 1970 /??Y? Vos avis SVP ? Bonne soirée, bernard
Re: thunderbird et format texte
Le 24/11/2016 à 18:58, bernard schoenacker a écrit : re, je recherche un tuto pour un newbie afin qu'il paramètre son courrielleur au format texte (thunderbird) ... si quelqu'un peut me faire quelques captures d'écran je suis preneur "http://normandietp.free.fr/cms/index.php/perfect/mail-usages/passer-en-mode-texte; -- J-C Etiemble
Re: freebox revolution et ssh
On Tue, Nov 22, 2016 at 03:43:21PM +0100, BERTRAND Joël wrote: > J'ai aussi constaté que si je mets mon fake-SSH sur un port inférieur à > celui du vrai ssh, je chope quasiment toutes les attaques, celles-ci étant > faites en incrémentant les ports. C'est incroyable de naiveté (côté attaquant, je veux dire), j'adore :-) Du coup, on peut recycler le port echo pour un faux sshd qui perd les attaquants, c'est bien ça? Y.
thunderbird et format texte
bonjour, je recherche un tuto pour un newbie afin qu'il paramètre son courrielleur au format texte (thunderbird) ... si quelqu'un peut me faire quelques captures d'écran je suis preneur merci de votre aimable attention slt bernard -- bernard schoenacker
Re: reverse ssh
Le 24/11/2016 09:14, Sébastien NOBILI a écrit : En cas de rupture de la liaison pour ne pas perdre les tâches en cours. Oui, mais il vaudrait mieux lancer screen sur la machine à dépanner et non pas sur la « machine distante de rencontre ». Ce sera plus sûr en déplaçant le lancement de screen à la toute fin. Ca se discute. Si c'est pour travailler sur un serveur c'est en général une bonne idée. Mais pour ce que j'en ai compris dans le cas présent il cherche a faire du dépannage a distance sur l'ordi d'un newbie. Alors en cas de perte de liaison, je prefere que les processus que j'ai lancés soient tués plutot que l'ordi du newbie reste avec des processus fous qui finissent leur boulot sans que je puisse les surveiller et que le newbie saura pas gérer. Au passage, depuis que je suis passé de screen à tmux, je n’ai plus _jamais_ utilisé screen (sauf lorsque tmux n’était pas disponible). + 1
Re: reverse ssh
Le jeudi 24 novembre 2016 à 11:02, Raphaël POITEVIN a écrit : > Sébastien NOBILIwrites: > > Au passage, depuis que je suis passé de screen à tmux, je n’ai plus _jamais_ > > utilisé screen (sauf lorsque tmux n’était pas disponible). > > On m’en a parlé plusieurs fois, il faut que je m’y penche. Je n’ai pas > bien compris ce que ça apportait de mieux. J’avais fait une liste il y a quelques années : https://lists.debian.org/debian-user-french/2014/10/msg00274.html Sébastien
Re: reverse ssh
Sébastien NOBILIwrites: > Oui, mais il vaudrait mieux lancer screen sur la machine à dépanner et non pas > sur la « machine distante de rencontre ». Ce sera plus sûr en déplaçant le > lancement de screen à la toute fin. En effet, j’avais pas vu ce tédail dans son process. > > Au passage, depuis que je suis passé de screen à tmux, je n’ai plus _jamais_ > utilisé screen (sauf lorsque tmux n’était pas disponible). On m’en a parlé plusieurs fois, il faut que je m’y penche. Je n’ai pas bien compris ce que ça apportait de mieux. -- Raphaël Hypra S.A.S.
Re: fichiers bizarres sur la racine du système de fichiers
Le 24/11/2016 à 09:11, Erwan David a écrit : On Thu, Nov 24, 2016 at 08:52:56AM CET, Grégory Reinboldsaid: Risque d'être compliqué si le VPS est chez Gandi. Ils ne fournissent pas un moyen de booter sur une iso distante ou sur un système de secours ? si, il y a une console d'urgence et on peut créer une machine temporaire, mais il faut que j'arrete le serveur ce que je ne peux faire de suite je vous tiens au courant bernard
Re: reverse ssh
Bonjour, Le mercredi 23 novembre 2016 à 21:42, Raphaël POITEVIN a écrit : > hamsterwrites: > > Je comprend pas l'interet de screen. Si tu le fais pas, ca marche > > aussi bien. > > En cas de rupture de la liaison pour ne pas perdre les tâches en cours. Oui, mais il vaudrait mieux lancer screen sur la machine à dépanner et non pas sur la « machine distante de rencontre ». Ce sera plus sûr en déplaçant le lancement de screen à la toute fin. Au passage, depuis que je suis passé de screen à tmux, je n’ai plus _jamais_ utilisé screen (sauf lorsque tmux n’était pas disponible). Sébastien
Re: fichiers bizarres sur la racine du système de fichiers
On Thu, Nov 24, 2016 at 08:52:56AM CET, Grégory Reinboldsaid: > Risque d'être compliqué si le VPS est chez Gandi. Ils ne fournissent pas un moyen de booter sur une iso distante ou sur un système de secours ?