| Linux - Server This forum is for the discussion of Linux Software used in a server related context. |
| Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
 |
GNU/Linux Basic Guide
This 255-page guide will provide you with the keys to understand the philosophy of free software, teach you how to use and handle it, and give you the tools required to move easily in the world of GNU/Linux. Many users and administrators will be taking their first steps with this GNU/Linux Basic guide and it will show you how to approach and solve the problems you encounter.
Click Here to receive this Complete Guide absolutely free. |
|
 |
10-29-2009, 09:23 AM
|
#1
|
|
Member
Registered: Dec 2008
Location: Germany/Poland
Distribution: CentOS / Debian / Solaris / RedHat
Posts: 236
Rep:
|
Too many authentication failures for user - ssh problem
Quote:
|
Received disconnect from xx.xxx.xx.xx: 2: Too many authentication failures for user
|
Does anybody knows what should I do with that command ?
How can I reset failures number on the server.
I have tried with faillog... doesnt work.
hellpp...
|
|
|
|
10-29-2009, 06:01 PM
|
#2
|
|
Member
Registered: Jul 2008
Location: Orange County
Distribution: Ubuntu/Debian, CentOS, RHEL, FreeBSD, OS X
Posts: 75
Rep:
|
Not sure what you man by "I have tried with faillog... doesnt work." But you can try blocking that ip.
iptables -A INPUT -s XX.XX.XX.2 -j DROP
iptables -A OUTPUT -d xx.xx.xx.2 -j DROP
|
|
|
|
10-29-2009, 11:01 PM
|
#3
|
|
Member
Registered: May 2006
Location: Gz,China
Distribution: RH,FB
Posts: 196
Rep:
|
As for my experience, use a non-standard SSH port is the easiest way to get rid of such noise...
Alternative ways can be used to block these bad eggs directly, e.g. fail2ban
|
|
|
|
08-03-2011, 10:34 PM
|
#4
|
|
LQ Newbie
Registered: Jul 2004
Location: Austin, TX, USA
Posts: 9
Rep:
|
Maybe OP was reporting a client side problem?
I think both replies assumed OP was trying to block activity on the server.
But I found this thread when I was debugging a ~/.ssh/config glitch which caused the wrong key to be used. Since PasswordAuthentication was disabled on the server, I saw "Too many authentication failures".
To the OP if you're still out there, re: to the thread if you want help debugging a client side connection.
|
|
|
|
08-04-2011, 12:03 PM
|
#5
|
|
LQ Newbie
Registered: Aug 2011
Posts: 1
Rep: 
|
I agree with the other guys, there is a few measures you might wanna take in order to increase security:
- Put ssh on a non-standard port
- ban the ips that was causing trouble with iptables
- define on the ssh config the set of users that can login with ssh (its good to exclude users like postgres that are created by default when you install systems)
- disable root login
---------- Post added 08-04-11 at 12:04 PM ----------
Btw... there is a set of ssh tricks on this post also... http://diogomelo.net/blog/09/ssh-tricks
|
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 09:40 AM.
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|