Keep track of failed login attempts in Django-powered sites.
Find a file
Aleksi Häkli 30184e2e52
Fix regression with empty IP addresses
Cache backend threw an error with OAuth2 backends
missing IP address in the cache key generation.

Fixes #437
2019-05-09 19:08:18 +03:00
axes Fix regression with empty IP addresses 2019-05-09 19:08:18 +03:00
docs Add settings flag for disabling Axes 2019-05-07 23:37:48 +03:00
.coveragerc Update test runner script and versions 2019-02-03 16:03:29 +02:00
.gitignore Introduce gradual typing with mypy 2019-02-13 01:14:26 +02:00
.prospector.yaml Run more comprehensive prospector checks 2019-02-12 23:33:18 +02:00
.pyup.yml create pyup.io config file 2019-01-20 18:10:20 +02:00
.travis.yml Add Django 2.2 and drop Django 2.0 support 2019-04-02 12:41:41 +03:00
CHANGES.rst Version 5.0.3 2019-05-08 14:15:34 +03:00
codecov.yml Raise minimum test coverage to 90% 2019-02-10 19:22:13 +02:00
LICENSE Update author and licence information 2019-03-13 16:56:56 +02:00
manage.py Use pytest for test runner 2019-02-20 23:05:21 +02:00
MANIFEST.in Include rst docs to the package manifest 2019-05-01 15:53:26 +03:00
mypy.ini Drop Python 3.5 support 2019-03-09 21:49:45 +02:00
pytest.ini Run coverage with pytest 2019-02-22 08:30:11 +02:00
README.rst Better styling for PKG-INFO 2019-05-01 16:22:15 +03:00
requirements.txt Update pytest-cov from 2.6.1 to 2.7.1 2019-05-07 12:52:41 +03:00
setup.py Add author email field to setup.py 2019-05-01 16:09:39 +03:00
tox.ini Add Django 2.2 and drop Django 2.0 support 2019-04-02 12:41:41 +03:00

Django Axes
===========

.. image:: https://jazzband.co/static/img/badge.svg
   :target: https://jazzband.co/
   :alt: Jazzband

.. image:: https://img.shields.io/github/stars/jazzband/django-axes.svg?label=Stars&style=socialcA
   :target: https://github.com/jazzband/django-axes
   :alt: GitHub

.. image:: https://img.shields.io/pypi/v/django-axes.svg
   :target: https://pypi.org/project/django-axes/
   :alt: PyPI release

.. image:: https://img.shields.io/readthedocs/django-axes.svg
   :target: https://django-axes.readthedocs.io/
   :alt: Documentation

.. image:: https://secure.travis-ci.org/jazzband/django-axes.svg?branch=master
   :target: http://travis-ci.org/jazzband/django-axes
   :alt: Build Status

.. image:: https://codecov.io/gh/jazzband/django-axes/branch/master/graph/badge.svg
   :target: https://codecov.io/gh/jazzband/django-axes
   :alt: Coverage

.. image:: https://pyup.io/repos/github/jazzband/django-axes/shield.svg
   :target: https://pyup.io/repos/github/jazzband/django-axes/
   :alt: Updates


Axes is a very simple way for you to keep track of failed
login attempts for your login and administration views.

The name is sort of a geeky pun, since it can be interpreted as:

* ``access``, as in monitoring access attempts, or
* ``axes``, as in tools you can use to hack (generally on wood).

In this case, however, the hacking part of it can be taken a bit further:
**Axes is intended to help you stop people from hacking your website**.


Functionality
-------------

Axes records login attempts to your Django powered site and prevents attackers
from brute forcing the site when they exceed the configured attempt limit.

Axes can track the attempts and persist them in the database indefinitely,
or alternatively use a fast and DDoS resistant cache implementation.

Axes can be configured to monitor login attempts by
IP address, username, user agent, or their combinations.

Axes supports cool off periods, IP address whitelisting and blacklisting,
user account whitelisting, and other features for Django access management.


Documentation
-------------

For more information on installation and configuration see the documentation at:

https://django-axes.readthedocs.io/


Issues
------

If you have questions or have trouble using the app please file a bug report at:

https://github.com/jazzband/django-axes/issues


Contributions
-------------

This is a `Jazzband <https://jazzband.co>`_ project.
By contributing you agree to abide by the
`Contributor Code of Conduct <https://jazzband.co/about/conduct>`_
and follow the `guidelines <https://jazzband.co/about/guidelines>`_.

It is best to separate proposed changes and PRs into small, distinct patches
by type so that they can be merged faster into upstream and released quicker:

* features,
* bugfixes,
* code style improvements, and
* documentation improvements.