Document the differences in name resolution in regular operation and with libcurl

XMLWordPrintable

    • Type: Problem report
    • Resolution: Duplicate
    • Priority: Trivial
    • None
    • Affects Version/s: None
    • Component/s: Server (S)
    • None
    • Sprint 13, Sprint 14, Sprint 15, Sprint 16, Sprint 17
    • 3

      While the daemons run res_init() on startup to initialize glibc's name resolution mechanisms, libcurl uses its own backend to resolve names. I'm not an expert with libcurl, but as I understand it, the resolving configuration is basically initialized on every call to curl_easy_init().

      This results in the artefact that web checks pick up changes in /etc/resolv.conf and presumably nsswitch.conf, gai.conf and host.conf (I don't mean "hosts"), while the daemons otherwise don't.

      I first thought that Zabbix could maybe resolve the name and just hand it over to libcurl, which is possible. However, I realized that this is no solution, because a redirect may require another name resolution, so this effect won't go away. I don't know if there's another solution.

      I would therefore ask you to document this behaviour, so we can point people somewhere, when the question arises.

            Assignee:
            Unassigned
            Reporter:
            Volker Fröhlich
            Team A
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: