aboutsummaryrefslogtreecommitdiffstats
path: root/src/libcharon/plugins/socket_default/socket_default_socket.c
diff options
context:
space:
mode:
authorTobias Brunner <tobias@strongswan.org>2015-06-02 14:48:31 +0200
committerTobias Brunner <tobias@strongswan.org>2015-08-06 14:57:26 +0200
commit186d25cbe68e2ca8ea1e5d17017d627c4adf4101 (patch)
treef916d1a0cbf43245318a32a78d9854cbcc864abb /src/libcharon/plugins/socket_default/socket_default_socket.c
parent626b2e85f05a7cd07a9602b3264cb8f0761bb2bf (diff)
downloadstrongswan-186d25cbe68e2ca8ea1e5d17017d627c4adf4101.tar.bz2
strongswan-186d25cbe68e2ca8ea1e5d17017d627c4adf4101.tar.xz
eap-radius: Change trigger for Accounting Start messages for IKEv1
Some clients won't do Mode Config or XAuth during reauthentication. Because Start messages previously were triggered by TRANSACTION exchanges none were sent for new SAs of such clients, while Stop messages were still sent for the old SAs when they were destroyed. This resulted in an incorrect state on the RADIUS server. Since 31be582399 the assign_vips() event is also triggered during reauthentication if the client does not do a Mode Config exchange. So instead of waiting for a TRANSACTION exchange we trigger the Start message when a virtual IP is assigned to a client. With this the charon.plugins.eap-radius.accounting_requires_vip option would not have any effect for IKEv1 anymore. However, it previously also only worked if the client did an XAuth exchange, which is probably rarely used without virtual IPs, so this might not be much of a regression. Fixes #937.
Diffstat (limited to 'src/libcharon/plugins/socket_default/socket_default_socket.c')
0 files changed, 0 insertions, 0 deletions