1. 23 8月, 2015 1 次提交
  2. 12 8月, 2015 1 次提交
  3. 30 7月, 2015 1 次提交
  4. 29 7月, 2015 1 次提交
  5. 24 7月, 2015 2 次提交
  6. 22 7月, 2015 2 次提交
  7. 15 7月, 2015 2 次提交
  8. 03 7月, 2015 1 次提交
  9. 01 7月, 2015 2 次提交
  10. 30 6月, 2015 1 次提交
  11. 29 6月, 2015 4 次提交
  12. 26 6月, 2015 4 次提交
    • Anton Schur's avatar
      FS-7612: callflow section in json_cdr as array. · d098166d
      Anton Schur 提交于
      d098166d
    • Michael Jerris's avatar
      FS-7650: #resolve [mod_verto] Fix crash when making a call from a verto user… · 637cd993
      Michael Jerris 提交于
      FS-7650: #resolve [mod_verto] Fix crash when making a call from a verto user with profile-variables in their user profile
      637cd993
    • Alexander Traud's avatar
      Add Perfect Forward Secrecy (DHE PFS) to mod_sofia · 35551d1d
      Alexander Traud 提交于
      Ephemeral ECDH (ECDHE) was supported already. This patch adds Ephemeral
      DH (DHE). To enable it, add DH parameters into the private-key file of
      your server (agent.pem). For example via:
      openssl dhparam -out dh.pem 2048
      
      FS-7561 #resolve
      35551d1d
    • Travis Cross's avatar
      FS-7708: Fix docs on enabling cert CN/SAN validation · 979c94de
      Travis Cross 提交于
      The correct incantations to enable certification common name / subject
      alternative name verification, per our code, are `subjects_all`,
      `subjects_in`, and `subjects_out` in a Sofia profile's
      `tls-verify-policy`.  What we've had in our examples and documentation
      for years are `all_subjects`, `in_subjects`, and `out_subjects`.
      
      The result of this is that we've almost certainly confused people into
      using the incorrect forms.  Those poor people will believe that they
      are verifying the CN/SAN of the received host certificate against the
      list in `tls-verify-in-subjects` when in fact they are not.
      
      One clear issue in this case was that the incorrect forms failed to
      have any effect without providing any warning or error.  This issue
      could not have persisted if we had made more noise about incorrect
      input.
      
      Given how long this has been broken, it's tempting to alias the
      incorrect forms to the correct ones.  However this would certainly
      break many existing installations that have, because of this error,
      never actually tested their setup with CN/SAN validation enabled.
      
      In this commit, we fix the examples and documentation, and add an
      error-level log output when unknown values are passed to
      `tls-verify-policy`.
      
      Thanks-to: Andrew Patrikalakis <anrp+freeswitch@anrp.net>
      979c94de
  13. 24 6月, 2015 3 次提交
  14. 19 6月, 2015 3 次提交
  15. 18 6月, 2015 1 次提交
  16. 17 6月, 2015 2 次提交
  17. 15 6月, 2015 2 次提交
  18. 13 6月, 2015 1 次提交
  19. 11 6月, 2015 5 次提交
  20. 10 6月, 2015 1 次提交