1. 10 Dec, 2015 4 commits
  2. 02 Dec, 2015 2 commits
  3. 01 Dec, 2015 1 commit
  4. 19 Nov, 2015 2 commits
  5. 16 Nov, 2015 2 commits
  6. 11 Nov, 2015 2 commits
  7. 05 Nov, 2015 1 commit
  8. 31 Oct, 2015 1 commit
  9. 12 Oct, 2015 2 commits
  10. 21 Sep, 2015 1 commit
  11. 28 Aug, 2015 1 commit
  12. 20 Aug, 2015 2 commits
  13. 13 Aug, 2015 1 commit
  14. 13 Jul, 2015 10 commits
  15. 03 Jul, 2015 2 commits
  16. 11 Jun, 2015 1 commit
  17. 02 Jun, 2015 2 commits
  18. 01 Jun, 2015 2 commits
  19. 27 May, 2015 1 commit
    • hrishi18pathak's avatar
      In clustering mode currently, ClusterConfiguration for every server endpoint... · 1b01dc86
      hrishi18pathak authored
      In clustering mode currently, ClusterConfiguration for every server endpoint is built using the output of "CLUSTER NODES" command which consists of IP addresses of the nodes inside the cluster (SetClusterConfiguration and UpdateClusterRange methods)
      However, when we try to authenticate the client to the ssl endpoint, inside SocketMode ISocketCallback.Connected, using the ssl.AuthenticateAsClient method it throws an exception
      "The remote certificate is invalid according to the validation procedure” since we are trying to authenticate using the IP address as opposed to the Dns Host name.
      An existing workaround this problem is to configure "SslHost" explictly inside the connection string or specify it inside ConfigurationOptions.
      However if the users of the client do not configure this explicitly, it is a reasonable fallback behavior to infer this information from the specified server endpoints. The fallback behavior will be as follows:
      If all the endpoints inside the configuration are dns endpoints and have identical hostnames, the SslHost is the dns host name for one for one of these endpoints.
      1b01dc86