[UBUNTU] 26.10 LTS 'Stonking Stingray' - Topic dédié

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 224 225 226 .. 1546 1547 1548 1549 1550 1551 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [UBUNTU] 26.10 LTS 'Stonking Stingray' - Topic dédié

kazzam

Reprise du message précédent :

Niala a écrit :

http://forum.hardware.fr/hardwaref [...] tm#t738501

merci bc, j'avais pas pensé au forum, faut dire que ubuntu-fr.org est d'habitude surper complet

Publicité

Plam

Bear Metal

THRAK a écrit :

Si ces attaquants ont réussi à avoir l'accès root, alors il se peut fortement que des binaires ont été modifiés et qu'un ou plusieurs backdoor bien planqués s'exécutent à ton insu pour espionner l'activité sur ton système...

Check tes logs dans un premier temps :
less /var/log/auth.log
less /var/log/syslog
less /var/log/kern.log
less /var/log/user.log

La présence de messages suspects indiquera une compromission possible (surtout si des modifications au niveau des services, binaires ou modules ont été enregistrées) ; cela étant si tes visiteurs sont un tant soit peu malins, ils auront sans doute effacé soigneusement les traces de leur passage.

Tu peux installer des outils d'analyse comme logcheck et un chasseur de rootkit pour tenter de détecter les backdoor, troyen les plus utilisés : aptitude install chkrootkit ; puis en ligne de commande tu tapes chkrootkit ; un rapport d'analyse sera généré et indiquera ou non une possible compromission.

Le plus sûr comme on te l'a déjà indiqué, c'est de débrancher la machine du réseau, la formater et la réinstaller entièrement et ne la rebrancher après la réinstallation qu'une fois que tous les services réseaux ont été correctement sécurisés (avec iptables et une bonne configuration de ssh et autres).

Autre conseil, n'utilise surtout plus les mêmes mot de passe : si l'activité sur ton système a été enregistrée par les pirates, il y a fort à parier que tous tes codes d'accès, mots de passe et autres ont été dérobés. J'espère que tu n'as pas utilisé ces derniers jours pendant la compromission des données vraiment sensibles :sweat: (genre codes bancaire ou assimilés, parce qu'il y a un risque sérieux aussi à ce niveau).

T'en fait pas c'est juste un serveur qui fait des download, il y a aucune activité dessus

Message cité 1 fois

felix158

glop glop

Bonjour,
je viens d'installer la derniere version d'ubuntu, pour A64. (A64 3000+ - Pour ma config, cliquez sur Config )
J'ai un problème : ça rame. Quand je lance firefox (et rien d'autre derriere), rien que le fait de baisser l'assenceur sur une page fait monter la charge à 100%, et l'image se met à "saccader" à l'ecran.

Ca me fait la meme chose si je bouge des fenetres sur le bureau...

Je viens d'installer, j'ai quasiment rien fait (changé l'icone firefox, appliqué le script EasyUbuntu_2006-06-20), mais meme avant ça ça ramait déjà.

Au passage, hier avant cette install, j'avais une version toute pourrie (je débute, donc je pourri vite mes install) de Ubuntu 5.10. Je l'avait mis à jour en 6.06 via les mises a jour automatiques, et là ça ramait pas comme ça. Malheureusement, cette install était pas propre, et j'ai donc réinstallé ce matin à partir de l'iso de la 6.06.

Une idée ?

Merci d'avance

Autre problème, j'arrive pas à installer le flash player, j'ai le message suivant : ERROR: Your architecture, \'x86_64\', is not supported by the Macromedia Flash Player installer. Comment on fait pour forcer l'install ?

Message édité par felix158 le 20-06-2006 à 17:06:46

minux

On Linux ...

Installe la version i386, la version A64 n'apporte rien, à part le fait que tu peux pas installer les applis qui n'ont pas encore été portées (exemple flash player).

J'ai aussi un A64 (voir ma config), et la 6.06 (version i386) tourne très bien ...

Message cité 1 fois

---------------
Root des Google Pixel | Mes linux : 2002: Mandrake -> 2005: Ubuntu -> 2010: Arch | Mes smartphones

felix158

glop glop

minux a écrit :

Aucune augmentation des perfs entre i386 et A64 ? (Encore que je vois pas comment ça pourrait rammer plus en A64)

Entendu, je vais réinstaller encore une fois
A tout à l'heure !

sebchap

Share the knowledge

Plam a écrit :

T'en fait pas c'est juste un serveur qui fait des download, il y a aucune activité dessus

Si l'operation n'est pas trop couteuse, je te conseille de reinstaller
Vire l'autentification par mot de passe et remplace là par l'autentificatin par clé.
Change le port par defaut.
iptables est un plus si ton serveur est sensible et si tu connais assez bien l'utilisation du firewall

Message cité 1 fois

---------------
BOFH excuse #400:We are Microsoft. What you are experiencing is not a problem; it is an undocumented feature.

Plam

Bear Metal

sebchap a écrit :

Compris :hello:
Le port c'est fait, ça reste le 22 coté local, mais c'est pas celui ci qui est routé via le net.
L'auth. par clef je comprend pas trop comment ça marche en pratique :??:

Message cité 1 fois
Message édité par Plam le 20-06-2006 à 18:32:30

Profil supprimé

tiens, probablement que dans Edgy on aura plus besoin de remplacer son noyau i386 par i686 (ou autre)
http://linuxfr.org/2006/06/20/20981.html

gee

Bon ben hon

Rebel a écrit :

Si y'a une page consacrée sur le site : https://help.ubuntu.com/community/DapperUpgrades tu y trouveras les explications des différentes méthodes d'upgrade possible !

Sinon, pour le scroll du touchpad, personne ?

j'avais eu le problème mais je ne me rapelle plus ..un truc à modifier dans xorg.conf.

Message cité 1 fois

sebchap

Share the knowledge

Plam a écrit :

Compris :hello:
Le port c'est fait, ça reste le 22 coté local, mais c'est pas celui ci qui est routé via le net.
L'auth. par clef je comprend pas trop comment ça marche en pratique :??:

Tu dois generer une paire de clé avec ssh-keygen par exemple. Une de ces clé est la clé publique, l'autre est la clé privé. La clé publique doit se trouver sur les serveurs sur lesquels tu veux te connecter et la clé privé doit rester à tout prix chez toi (dans ton pc local, ou ta clé usb, mais ne la diffuse pas, elle doit rester secrete).
Quand tu vas tenter de te connecter sur ton serveur ssh, tu vas le faire en utilisant ta clé privé (ssh -i /chemin/vers/ta/clé/privée user@serveur). Ton serveur va verifier qu'il possede bien la clé publique correspondant à ta clé privée. Si ce n'est pas le cas, tu ne pourra pas te connecter dessus. S'il trouve bien la clé publique correspondante, alors tu devras taper ta "passphrase" (mot de passe) que tu auras defini lors de la creation de la paire de clé.
Ce mode de conexion est beaucoup plus securisé car il n'y a pas de transfert de mot de passe sur le reseau contrairement au mode d'identification par mot de passe. En plus, il faut obligatoirement avoir la clé privée pour se connecter ce qui est (theoriquement) beaucoup plus dur à avoir qu'un mot de passe (d'où l'importance de conserver ta clé privée dans un endroit sûr).

---------------
BOFH excuse #400:We are Microsoft. What you are experiencing is not a problem; it is an undocumented feature.

Publicité

Plam

Bear Metal

hmm ok
Par contre, dans l'historique des commandes sur ma console, quand je me log en ssh, il y a rien. C'est a dire qu'il n'y a que des commandes dont je me souvient avoir executés, et pas d'autres. Comme si apres le log, il n'y avait pas eu d'autre activité.
Peut etre juste des bots qui se sont connectés :??:

steph6790

I'm a Pepper

Ben en fait l'historique des commandes peut être modifié aussi...

Message cité 1 fois

Plam

Bear Metal

steph6790 a écrit :

Ben en fait l'historique des commandes peut être modifié aussi...

Si facilement que ça :??:
"Juste" en ssh, et sans se loger en root :??:

sebchap

Share the knowledge

L'historique des commandes est enregistré dans le repertoire personnel de l'utilisateur et il appartient à cet utilisateur donc il n'y a meme pas besoin d'etre root pour l'effacer. Par defaut, c'est le fichier ~/.bash_history

---------------
BOFH excuse #400:We are Microsoft. What you are experiencing is not a problem; it is an undocumented feature.

Plam

Bear Metal

ouch.. J'ai regardé les logs, voilà ce que ça donne (je saute pas mal de passages qui me paraissent sans interet).

Premiere "attaque" :

Citation :

Jun 17 03:49:43 dls sshd[8854]: Invalid user staff from 222.122.46.202
Jun 17 03:49:43 dls sshd[8854]: (pam_unix) check pass; user unknown
Jun 17 03:49:43 dls sshd[8854]: (pam_unix) authentication failure; logname= uid=
0 euid=0 tty=ssh ruser= rhost=222.122.46.202
Jun 17 03:49:45 dls sshd[8854]: Failed password for invalid user staff from 222.
122.46.202 port 53130 ssh2
Jun 17 03:49:48 dls sshd[8859]: Invalid user sales from 222.122.46.202
Jun 17 03:49:48 dls sshd[8859]: (pam_unix) check pass; user unknown
Jun 17 03:49:48 dls sshd[8859]: (pam_unix) authentication failure; logname= uid=
0 euid=0 tty=ssh ruser= rhost=222.122.46.202
Jun 17 03:49:51 dls sshd[8859]: Failed password for invalid user sales from 222.
122.46.202 port 53379 ssh2
Jun 17 03:49:55 dls sshd[8864]: Invalid user recruit from 222.122.46.202
Jun 17 03:49:55 dls sshd[8864]: (pam_unix) check pass; user unknown
Jun 17 03:49:55 dls sshd[8864]: (pam_unix) authentication failure; logname= uid=
0 euid=0 tty=ssh ruser= rhost=222.122.46.202
Jun 17 03:49:57 dls sshd[8864]: Failed password for invalid user recruit from 22
2.122.46.202 port 53691 ssh2
Jun 17 03:50:01 dls sshd[8868]: Invalid user alias from 222.122.46.202
Jun 17 03:50:01 dls sshd[8868]: (pam_unix) check pass; user unknown
Jun 17 03:50:01 dls sshd[8868]: (pam_unix) authentication failure; logname= uid=
0 euid=0 tty=ssh ruser= rhost=222.122.46.202

[...]

Jun 17 03:51:16 dls sshd[8940]: (pam_unix) authentication failure; logname= uid=
0 euid=0 tty=ssh ruser= rhost=222.122.46.202
Jun 17 03:51:18 dls sshd[8940]: Failed password for invalid user postmaster from
222.122.46.202 port 57927 ssh2
Jun 17 03:51:21 dls sshd[8944]: Invalid user postfix from 222.122.46.202
Jun 17 03:51:21 dls sshd[8944]: (pam_unix) check pass; user unknown
Jun 17 03:51:21 dls sshd[8944]: (pam_unix) authentication failure; logname= uid=
0 euid=0 tty=ssh ruser= rhost=222.122.46.202
Jun 17 03:51:24 dls sshd[8944]: Failed password for invalid user postfix from 22
2.122.46.202 port 58234 ssh2

Encore plus marrant :

Citation :

Jun 17 21:17:01 dls CRON[9879]: (pam_unix) session closed for user root
Jun 17 21:24:41 dls sshd[10164]: reverse mapping checking getaddrinfo for hs128-
88-64.ftl-nj.webhostplus.com failed - POSSIBLE BREAKIN ATTEMPT!
Jun 17 21:24:41 dls sshd[10164]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=66.111.248.20 user=root
Jun 17 21:24:43 dls sshd[10164]: Failed password for root from 66.111.248.20 por
t 51594 ssh2
Jun 17 21:24:45 dls sshd[10169]: reverse mapping checking getaddrinfo for hs128-
88-64.ftl-nj.webhostplus.com failed - POSSIBLE BREAKIN ATTEMPT!
Jun 17 21:24:45 dls sshd[10169]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=66.111.248.20 user=root
Jun 17 21:24:48 dls sshd[10169]: Failed password for root from 66.111.248.20 por
t 51950 ssh2
Jun 17 21:24:50 dls sshd[10175]: reverse mapping checking getaddrinfo for hs128-
88-64.ftl-nj.webhostplus.com failed - POSSIBLE BREAKIN ATTEMPT!
Jun 17 21:24:50 dls sshd[10175]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=66.111.248.20 user=root
Jun 17 21:24:52 dls sshd[10175]: Failed password for root from 66.111.248.20 por
t 52343 ssh2
Jun 17 21:24:54 dls sshd[10180]: reverse mapping checking getaddrinfo for hs128-
88-64.ftl-nj.webhostplus.com failed - POSSIBLE BREAKIN ATTEMPT!
Jun 17 21:24:54 dls sshd[10180]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=66.111.248.20 user=root

Et ça continue a ce rythme pendant encore 10 minutes !!!

Et allez, encore :

Citation :

Jun 18 18:37:28 dls sshd[26578]: Invalid user test from 200.74.162.238
Jun 18 18:37:28 dls sshd[26578]: (pam_unix) check pass; user unknown
Jun 18 18:37:28 dls sshd[26578]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=red162-238.manquehue.net
Jun 18 18:37:31 dls sshd[26578]: Failed password for invalid user test from 200.
74.162.238 port 60552 ssh2
Jun 18 18:37:33 dls sshd[26586]: Invalid user test from 200.74.162.238
Jun 18 18:37:33 dls sshd[26586]: (pam_unix) check pass; user unknown
Jun 18 18:37:33 dls sshd[26586]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=red162-238.manquehue.net

[...]

Jun 18 18:37:54 dls sshd[26605]: Invalid user test from 200.74.162.238
Jun 18 18:37:54 dls sshd[26605]: (pam_unix) check pass; user unknown
Jun 18 18:37:54 dls sshd[26605]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=red162-238.manquehue.net
Jun 18 18:37:56 dls sshd[26605]: Failed password for invalid user test from 200.
74.162.238 port 33008 ssh2
Jun 18 18:37:58 dls sshd[26609]: Invalid user test from 200.74.162.238
Jun 18 18:37:58 dls sshd[26609]: (pam_unix) check pass; user unknown
Jun 18 18:37:58 dls sshd[26609]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=red162-238.manquehue.net
Jun 18 18:38:00 dls sshd[26609]: Failed password for invalid user test from 200.
74.162.238 port 33145 ssh2

Sauf que LA, ça craint :

Citation :

Jun 18 18:43:32 dls sshd[26951]: Invalid user adm from 200.74.162.238
Jun 18 18:43:32 dls sshd[26951]: (pam_unix) check pass; user unknown
Jun 18 18:43:32 dls sshd[26951]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=red162-238.manquehue.net
Jun 18 18:43:35 dls sshd[26951]: Failed password for invalid user adm from 200.7
4.162.238 port 42606 ssh2
Jun 18 18:43:38 dls sshd[26957]: Accepted password for admin from 200.74.162.238
port 42778 ssh2

Parceque cette ip c'est pas moi (meme a l'exterieur, car ça renvoi sur un site web)

Enfin bref, pour les auth. ça continue comme ça pendant 3 jours, c'est une véritable bombardement

On assiste meme a une ribembelle de test de nom d'user :

Citation :

Jun 19 09:22:18 dls sshd[28386]: (pam_unix) check pass; user unknown
Jun 19 09:22:18 dls sshd[28386]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=61.163.200.182
Jun 19 09:22:20 dls sshd[28386]: Failed password for invalid user rolo from 61.1
63.200.182 port 42929 ssh2
Jun 19 09:22:24 dls sshd[28392]: Invalid user iceuser from 61.163.200.182
Jun 19 09:22:24 dls sshd[28392]: (pam_unix) check pass; user unknown
Jun 19 09:22:24 dls sshd[28392]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=61.163.200.182
Jun 19 09:22:26 dls sshd[28392]: Failed password for invalid user iceuser from 6
1.163.200.182 port 43386 ssh2
Jun 19 09:22:30 dls sshd[28399]: Invalid user horde from 61.163.200.182
Jun 19 09:22:30 dls sshd[28399]: (pam_unix) check pass; user unknown
Jun 19 09:22:30 dls sshd[28399]: (pam_unix) authentication failure; logname= uid
=0 euid=0 tty=ssh ruser= rhost=61.163.200.182
Jun 19 09:22:32 dls sshd[28399]: Failed password for invalid user horde from 61.
163.200.182 port 43814 ssh2
Jun 19 09:22:36 dls sshd[28404]: Invalid user cyrus from 61.163.200.182
Jun 19 09:22:36 dls sshd[28404]: (pam_unix) check pass; user unknown

Ensuite j'ai une péta chié de :

Citation :

Jun 19 09:26:10 dls sshd[28602]: Failed password for root from 61.163.200.182 po
rt 59534 ssh2

Personne a réussi a se loger en root selon ces logs

Hier aussi, toute la journée, pareil.
Je vais ban des ips, mais bon, là c'est abusé, c'est de l'acharnement

black_lord

Truth speaks from peacefulness

rien de surprenant [:spamafote]

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Plam

Bear Metal

Moi ça me surprend
Je pensais pas en tant que particulier me fait autant attaquer par tant de monde (a peine j'ai routé mon port 22, que vlan ! dans les minutes qui ont suivies !)
Bon impossible de faire des mises a jours, ça plante, dpkg a l'air destroy.. Je vais refaire une install complete du systeme.
Je vous tiens au courant :hello:

Message cité 2 fois

leto

iptables -I INPUT -p tcp --dport 22 -i eth1 -m state --state NEW -m recent --set
iptables -I INPUT -p tcp --dport 22 -i eth1 -m state --state NEW -m recent --update --seconds 300 --hitcount 3 -j DROP

Ceci bannit l'ip pour 5 min au bout de 3 essais infructueux.
Change "eth1" par ton interace, et dport 22 par le port sur lequel ton ssh écoute.
Et surtout mets des mots de passe corrects pour tous les utilisateurs !

Message cité 1 fois
Message édité par leto le 21-06-2006 à 11:34:35

---------------
--

uriel

blood pt.2

Plam a écrit :

Je pensais pas en tant que particulier me fait autant attaquer par tant de monde (a peine j'ai routé mon port 22, que vlan ! dans les minutes qui ont suivies !)

ca arrive tout le temps, si tu regardes d'ou ca vient c'est corée/chine/russie/etc... ils testent des plages d'IP entieres, un port ouvert, test des users de bases
tu peux interdire certains pays/continent si tu veux, je sais plus comment par contre [:god]

Message cité 2 fois

---------------
IVG en france

leto

Ma méthode est quand même mieux.
Prendre des mots de passe corrects (cad pas le pass "admin" pour l'utilisateur "admin" ), et utiliser le script donné ci dessus.
Le mec va tenter de deviner les pass, au bout de 3 essais il va se faire bannir, et ensuite il marquera ton IP comme étant protegée, et t'en entendras plus parler.

Message cité 1 fois
Message édité par leto le 21-06-2006 à 11:36:13

---------------
--

Plam

Bear Metal

uriel a écrit :

Remarque c'est pas con je risque pas de me loger en ssh en chine [:ddr555]
Ce qui serait bien c'est d'authoriser pour le ssh et vnc que des ip françaises. C'est surement possible.. Si vous avez une idée

Plam

Bear Metal

leto a écrit :

oui ça aussi, mais je prend toutes les solutions

edit : j'ai déjà faut le coup de l'iptable, mais ça n'a pas marché a tous les coups.. bizarre.. on doit reboot apres avoir entré ta ligne dans la console ?

Message édité par Plam le 21-06-2006 à 11:38:00

leto

Non, si tu reboote tu dois retapper la commande.

Le mieux c'est de la mettre dans un script "firewall" lancé au démarrage.
Par exemple un script comme ceci :
http://aurait.eu/~olivier/fw/script_iptables
Tu lis ce fichier afin de l'adapter a ta configuration et a tes besoins en ports ouverts.
Tu mets ce fichier dans /etc/init.d/, et tu le rend executable:

cp script_iptables /etc/init.d/
chmod +x /etc/init.d/script_iptables

Puis ensuite tu dis au systeme de le lancer a chaque démarrage :

update-rc.d script_iptables start 20 2 3 4 5 . stop 20 0 1 6 .

Message édité par leto le 21-06-2006 à 11:45:27

---------------
--

leto

Enfin au vu des logs on dirait que le mec a trouvé le pass de l'utilisateur nommé "admin". Donc je te conseille de réinstaller le plus vite possible.

Message cité 1 fois

---------------
--

Plam

Bear Metal

leto a écrit :

Enfin au vu des logs on dirait que le mec a trouvé le pass de l'utilisateur nommé "admin". Donc je te conseille de réinstaller le plus vite possible.

oui j'ai vu, c'est en cours de réinstall

Message édité par Plam le 21-06-2006 à 11:53:28

sebchap

Share the knowledge

Mais pourquoi continuer a utiliser les mot de passe :??:
Desactive ce mode d'autentification et utilise celle par clé.
Desactive aussi le login de root et applique les regles iptables qui t'ont été données.

Message cité 1 fois

---------------
BOFH excuse #400:We are Microsoft. What you are experiencing is not a problem; it is an undocumented feature.

leto

Moi je suis en auth par clef, auth par mots de passe interdite, et ça n'empeche pas des mecs de tenter quand même.
C'est pour ca que j'ai quand même mis le truc du ban au bout de trois essais, ça commencait à polluer mes logs

---------------
--

Plam

Bear Metal

sebchap a écrit :

Parceque je découvre SSH et que je me doutais pas de ça [:spamafote]

edit : je réitère ce que j'ai dit quand j'ai installé Dapper RC, mon temps d'install a partir du moment où j'ai configurer les divers parametres (partoches etc) c'est 4min30 chrono chez moi :hello:

Message édité par Plam le 21-06-2006 à 12:14:09

Rebel

gee a écrit :

j'avais eu le problème mais je ne me rapelle plus ..un truc à modifier dans xorg.conf.

Ouais, c'est bon, j'ai trouvé, j'avais oublié un petit truc !

Joseph Desire

Y'a des stickers ubuntu de gro rebl ki tu tou avec le CD envoyé par Canonical. cé kol on va pouvoir joué lé gro rebel a coté d afiche 2 rap kikoooooo.

gremi

Vieux con des neiges d'antan

Photo??

Message cité 1 fois

---------------
In aligot we trust.

Joseph Desire

gremi a écrit :

Photo??

u b u n t u

Message cité 1 fois

Profil supprimé

uriel a écrit :

euh scusé mon ignorance mais ca leur sert à quoi exactement de faire ca? Qu'est ce qu'ils espèrent trouver?NNN

leto

Ils esperent trouver un compte utilisateur et son mot de passe.
Après , une fois que t'as un compte sur la machine, tu peux faire plein de trucs:
- Passer en root à l'aide du faille non corrigée si les maj de sécu sont pas mises
- Envoyer des mails si y'a un smtp sur la machine
- Faire du déni de services
- Heberger des fichiers illégaux
etc etc

Message cité 1 fois

---------------
--

gremi

Vieux con des neiges d'antan

Joseph Desire a écrit :

http://img236.imageshack.us/img236 [...] 7je.th.jpg

u b u n t u

Trop foooort [:maldoror]

---------------
In aligot we trust.

Profil supprimé

leto a écrit :

ok merci, enfin pour les fichiers illegaux ca doit de remarquer rapidement j'imagine

Slayne

Yaouchhh

Plam a écrit :

C'etait quoi le log que tu as affiché juste au dessus, que j'y jette un oeil aussi ?

Message cité 1 fois
Message édité par Slayne le 21-06-2006 à 20:26:51

sebchap

Share the knowledge

Slayne a écrit :

C'etait quoi le log que tu as affiché juste au dessus, que j'y jette un oeil aussi ?

Par defaut c'est /var/log/messages ou syslog

edit: si tu trouve pas: grep -l sshd /var/log

Message cité 1 fois
Message édité par sebchap le 21-06-2006 à 21:51:07

---------------
BOFH excuse #400:We are Microsoft. What you are experiencing is not a problem; it is an undocumented feature.

Slayne

Yaouchhh

sebchap a écrit :

Par defaut c'est /var/log/messages ou syslog

edit: si tu trouve pas: grep -l sshd /var/log

J'ai rien trouvé dans messages ou syslog
Par contre j'ai fait un

Citation :

fgrep "authentication failure" * | wc -l

pour voir, et j'ai eu 783 pour réponse. Pas mal [:w3c compliant]

M'enfin vu qu'ils essayent avec l'utilisateur root et que j'en ai pas, ça risque pas grand chose.

Message cité 2 fois
Message édité par Slayne le 21-06-2006 à 22:08:05

black_lord

Truth speaks from peacefulness

ory > pour requester un paquet présent dans debian dans ubuntu faut s'y prendre comment ?

le paquet en question : http://packages.debian.org/unstable/net/lat (aussi dispo en testing)

Plam

Bear Metal

Pour les logs :

less /var/log/auth.log
less /var/log/syslog
less /var/log/kern.log
less /var/log/user.log

Message édité par Plam le 22-06-2006 à 00:33:38

Publicité

Page : 1 2 3 4 5 .. 224 225 226 .. 1546 1547 1548 1549 1550 1551

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Installation

[UBUNTU] 26.10 LTS 'Stonking Stingray' - Topic dédié

Sujets relatifs
encore un topic sur les températures	[RESOLU] mount_data version 1919251317 is not supported
linux version disquette	La version 10 de la mandrake dispo en magazine?
Topic Modifier les partitions sous Linux ("Partition Magic")	Reiser 4 -- Version finale out - Faq : " Montre moi tes FS"
[Topic Unique] ROX-Filer	[hébergement] serveur dédié
[Topic unique] Rox (-Filer) + X Files Explorer	[Linux] Je recherche la version de Woody sur DVD
Plus de sujets relatifs à : [UBUNTU] 26.10 LTS 'Stonking Stingray' - Topic dédié

Page générée en 0.097 secondes