1. 20 4月, 2018 1 次提交
  2. 12 4月, 2018 1 次提交
  3. 07 4月, 2018 1 次提交
  4. 03 4月, 2018 2 次提交
  5. 24 3月, 2018 3 次提交
    • G
      auth: fix re-authentication of peer in all chap modules · 10ede239
      Guillaume Nault 提交于
      If the peer re-authenticates (because of option conf_interval) and pwdb
      calls auth_result(), we may add the interval timer again to the session
      context. This crashes accel-ppp when deleting the session, because the
      interval timer is removed only once and the superfluous timers are
      still running. Therefore, when removing the context, triton detects
      this issue and calls abort().
      
      To fix this, we need to detect if the session is already started and
      just send a CHAP Success message in this case.
      Signed-off-by: NGuillaume Nault <g.nault@alphalink.fr>
      10ede239
    • G
      auth: avoid sending duplicate CHAP Failure messages in mschap-v1 and mschap-v2 · 29c62668
      Guillaume Nault 提交于
      When pwdb returns PWDB_NO_IMPL and chap_recv_response() performs the
      authentication itself, it delegates this task to chap_check_response().
      This function sends a CHAP Failure message if it can't retrieve the
      password, but not in case of password mismatch. Since
      chap_recv_response() already sends a CHAP Failure message on error,
      the one sent by chap_check_response() is useless.
      Signed-off-by: NGuillaume Nault <g.nault@alphalink.fr>
      29c62668
    • G
      auth: fix missing CHAP Success message in chap-md5 · 5da833d5
      Guillaume Nault 提交于
      When pwdb returns PWDB_NO_IMPL, then chap_recv_response() tries to
      authenticate the peer itself. If this authentication succeeds but the
      session is already started (in case of re-authentication, with option
      conf_interval), no CHAP Success is sent.
      
      This patch sends the missing CHAP Success message in this case, so that
      the peer knows that its response has been received and accepted, and
      that no retransmission is required.
      Signed-off-by: NGuillaume Nault <g.nault@alphalink.fr>
      5da833d5
  6. 20 3月, 2018 5 次提交
  7. 15 3月, 2018 1 次提交
  8. 06 3月, 2018 5 次提交
  9. 04 3月, 2018 3 次提交
  10. 03 3月, 2018 4 次提交
  11. 02 3月, 2018 1 次提交
  12. 01 3月, 2018 3 次提交
  13. 28 2月, 2018 1 次提交
  14. 27 2月, 2018 5 次提交
  15. 26 2月, 2018 1 次提交
  16. 22 2月, 2018 1 次提交
    • G
      radius: add support for route priority (metric) in Framed-Route · 8ab2f623
      Guillaume Nault 提交于
      Let an optional route priority (aka metric) be defined in RADIUS
      Framed-Route attributes.
      The priority is an integer placed at the end of the route string. This
      is backward compatible with the previous format and also conforms with
      the recommended format defined by RFC 2865 (although we don't allow
      multiple metrics).
      
      Framed-Route format is:
      <network> [<gateway> [<priority>]]
      
      For example, 'Framed-Route = "192.0.2.0/24 203.0.113.1 8"' will let
      the following route be installed (assuming 203.0.113.1 is routed
      through eth0):
      $ ip route show
      [...]
      192.0.2.0/24 via 203.0.113.1 dev eth0 metric 8
      
      It's possible to use the unspecified gateway (0.0.0.0) if one wants to
      set a priority without specifying a gateway address.
      
      Finally, route deletion now also takes the priority into account, in
      order to avoid removing a different route accidentally.
      Signed-off-by: NGuillaume Nault <g.nault@alphalink.fr>
      8ab2f623
  17. 20 2月, 2018 2 次提交