| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
If the configuration variable 'firewall_blacklist_destination' is
set, it will insert DROP rules when a blacklisted IP address is
attempted.
Feature not tested yet.
|
|
|
|
|
|
|
|
| |
Moved all OpenVPN plug-in related things into ./plugins, including firewall
Moved all shared code into ./common and moved the generic part of the
database files into ./database
Updated all CMakeLists.txt files and created a new one for the root directory
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changed from flushing the defined iptables chain for VPN users to
a initialisation call. This call will first flush the chain and then
insert a generic -m state --state ESTABLISHED,RELATED -j ACCEPT rule.
When a new VPN client connects, it will add -m state --state NEW to
the rule.
Reorganised the efw_iptables.c a little bit to allow several iptables
call in one process_input(...) call.
|
|\ |
|
| | |
|
| |
| |
| |
| | |
Also differentiated log level from user certs (depth == 0) and other depths.
|
| | |
|
| | |
|
| | |
|
|\| |
|
| |
| |
| |
| | |
e66dc10a1fee86d0c09651a09f8e5e926b22e88b
|
| | |
|
|\| |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Went through all parts of the code, and reorganised log categories. The
following "rules" where used for categorisation:
LOG_INFO - General info, should avoid log level higher than 5
LOG_DEBUG - Using DEBUG function only log level always > 10
LOG_WARNING - When something action fails, but not as severe that
the process cannot continue. Log level never > 2
LOG_ERROR - API errors, but not severe, can continue
LOG_FATAL - Action failed and we cannot continue in this function.
Log level always < 2
LOG_PANIC - Action failed and eurephia-auth cannot continue to
work any more (program restart needed). Log level
always 0
|
| |
| |
| |
| | |
of ./configure
|
| |
| |
| |
| | |
added more parameters
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
- Added checks for external libraries that we use
- Linking now links in needed shared libraries
- Added better check if OPENVPN_SRC_DIR is set
|
| |
| |
| |
| | |
c89f879053170722f38073586eb3c1bc858df05c)
|
| | |
|
|/ |
|
| |
|
|
|
|
|
| |
Fixed some warnings which appeared after commit 2d4ae799159155510dbf564048b9ee754ea1bf92
when not enabling debugging.
|
| |
|
| |
|
| |
|
|
|
|
| |
Simplified and cleaned up commit e10a78562e28e35d6d7b360f691d8499447d45cb
|
|
|
|
| |
variables.
|
|
|
|
|
| |
In commit 6a508ab21e6e0127830a99410070476f9f94c7d1 the API changed for
get_env(...), and it was not corrected in eurephia-auth.c
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added extra parameter to tell get_env to show or to mask the value it
is looking up in the environment variables. If SHOW_SECRETS is defined,
no masking will be done at all.
Added also an extra #ifdef ENABLE_DEBUG block to avoid some checks
if debug logging is not enabled, to save CPU work.
|
|/
|
|
|
| |
If ENABLE_DEBUG is enabled and log level > 30, environment and arguments
are dumped into log file
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This is to comply to the new behaviour after commit
fc8a177bc86fc7e68b15045ba7a791e2504f4b5c. Now we might get several identical
session seeds, but some of them might be connected to sessions getting
destroyed, while one of them would be connected to an already active session.
sessionkey is now the primary key.
|
| |
|
|
|
|
|
| |
Make sure that eDBget_sessionkey_macaddr(...) only returns sessionkeys for
sessions ready to be destroyed, ie. sessionstatus must be 3.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for sessions which is in open status (sessionstatus is 1 or 2).
When a client does a disconnect for session_A, the status of the session is 3,
as logged out but not yet deleted. In this status, the session is not deleted,
nor is the record in openvpn_sessionkeys for that sessions's sessionseed.
If the client then does a new reconnection (session_B) before the session is
deleted, it will get the sessionkey for the session which was just logged out,
session_A's sessionkey. When OpenVPN then calls the learn_address function
to delete the session_A, that session will be closed. This results in that
session_B will then do not match any open sessions at all, since session_A and
session_B shared the sessionseed to a sessionkey.
By changing the eDBget_sessionkey_seed(...) to check that the sessionstatus
is 1 or 2 (open session statuses), it should generate a new sessionkey for
the session_B, since no sessionkey would be returned for that sessionseed.
The destruction of the session (done via eurephia_learn_address(...)) will
still work, since this function uses the MAC address of the client and not
the sessionseed.
|
|
|
|
| |
input. Fixed error message.
|
|
|
|
| |
fine for normal operations
|