mirror of
https://github.com/samsonjs/vdirsyncer.git
synced 2026-04-27 14:57:41 +00:00
docs: We're not using aiohttp, not requests
This commit is contained in:
parent
0045b23800
commit
7c72caef3f
1 changed files with 8 additions and 14 deletions
|
|
@ -40,22 +40,16 @@ To point vdirsyncer to a custom set of root CAs::
|
||||||
...
|
...
|
||||||
verify = "/path/to/cert.pem"
|
verify = "/path/to/cert.pem"
|
||||||
|
|
||||||
Vdirsyncer uses the requests_ library, which, by default, `uses its own set of
|
Vdirsyncer uses the aiohttp_ library, which uses the default `ssl.SSLContext
|
||||||
trusted CAs
|
https://docs.python.org/3/library/ssl.html#ssl.SSLContext`_ by default.
|
||||||
<http://www.python-requests.org/en/latest/user/advanced/#ca-certificates>`_.
|
|
||||||
|
|
||||||
However, the actual behavior depends on how you have installed it. Many Linux
|
There are cases where certificate validation fails even though you can access
|
||||||
distributions patch their ``python-requests`` package to use the system
|
the server fine through e.g. your browser. This usually indicates that your
|
||||||
certificate CAs. Normally these two stores are similar enough for you to not
|
installation of ``python`` or the ``aiohttp`` or library is somehow broken. In
|
||||||
care.
|
such cases, it makes sense to explicitly set ``verify`` or
|
||||||
|
``verify_fingerprint`` as shown above.
|
||||||
|
|
||||||
But there are cases where certificate validation fails even though you can
|
.. _aiohttp: https://docs.aiohttp.org/en/stable/index.html
|
||||||
access the server fine through e.g. your browser. This usually indicates that
|
|
||||||
your installation of the ``requests`` library is somehow broken. In such cases,
|
|
||||||
it makes sense to explicitly set ``verify`` or ``verify_fingerprint`` as shown
|
|
||||||
above.
|
|
||||||
|
|
||||||
.. _requests: http://www.python-requests.org/
|
|
||||||
|
|
||||||
.. _ssl-client-certs:
|
.. _ssl-client-certs:
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue