summaryrefslogtreecommitdiff
path: root/src/providers/data_provider_fo.c
AgeCommit message (Collapse)AuthorFilesLines
2013-08-09Use the correct resolv timeoutJakub Hrozek1-1/+1
2013-07-24Set default DNS resolution timeout to 6 seconds.Michal Zidek1-2/+2
Partially solves ticket: https://fedorahosted.org/sssd/ticket/1966 To avoid the problem mentioned in the ticket above, option dns_discovery_domain must be set properly.
2013-04-10DNS sites support - SRV DNS lookup pluginPavel Březina1-0/+34
https://fedorahosted.org/sssd/ticket/1032 This plugin mimics the current behaviour. If discovery_domain is set it is the only domain that is tried. If discovery_domain is not set, we try to autodetect domain first and if that fails or SRV lookup on this domain fails, we fallback to SSSD domain name.
2013-04-10DNS sites support - SRV lookup plugin interfacePavel Březina1-0/+21
https://fedorahosted.org/sssd/ticket/1032 Introduces two new error codes: - ERR_SRV_NOT_FOUND - ERR_SRV_LOOKUP_ERROR Since id_provider is authoritative in case of SRV plugin choise, ability to override the selected pluging during runtime is not desirable. We rely on the fact that id_provider is initialized before all other providers, thus the plugin is set correctly.
2013-04-03Init failover with be_res optionsJakub Hrozek1-37/+90
2012-12-18try primary server after retry_timeout + 1 seconds when switching to backupPavel Březina1-1/+2
https://fedorahosted.org/sssd/ticket/1679 The problem is when we are about to reset the server status, we don't get through the timeout (30 seconds) because the "switch to primary server" task is scheduled 30 seconds after fall back to a backup server. Thus the server status remains "not working" and is resetted after another 30 seconds. We need to make sure that the server status is tried after the timeout period. retry_timeout is currently hardcoded to 30, thus the change in man page.
2012-12-04Missing parameter in DEBUG message.Michal Zidek1-1/+2
2012-09-13FO: Check server validity before setting statusJakub Hrozek1-14/+13
The list of resolved servers is allocated on the back end context and kept in the fo_service structure. However, a single request often resolves a server and keeps a pointer until the end of a request and only then gives feedback about the server based on the request result. This presents a big race condition in case the SRV resolution is used. When there are requests coming in in parallel, it is possible that an incoming request will invalidate a server until another request that holds a pointer to the original server is able to give a feedback. This patch simply checks if a server is in the list of servers maintained by a service before reading its status. https://fedorahosted.org/sssd/ticket/1364
2012-08-15Duplicate detection in fail over did not work.Michal Zidek1-2/+4
https://fedorahosted.org/sssd/ticket/1472
2012-08-01Primary server support: basic support in failover codeJan Zeleny1-28/+187
Now there are two list of servers for each service. If currently selected server is only backup, then an event will be scheduled which tries to get connection to one of primary servers and if it succeeds, it starts using this server instead of the one which is currently connected to.
2012-03-08Detect cycle in the fail over on subsequent resolve requests onlyJakub Hrozek1-2/+5
2012-03-06Only do one cycle when resolving a serverJakub Hrozek1-21/+69
https://fedorahosted.org/sssd/ticket/1214
2012-03-01IPA: Set the DNS discovery domain to match ipa_domainStephen Gallagher1-3/+6
https://fedorahosted.org/sssd/ticket/1217
2012-02-21Don't give memory context in confdb where not neededJan Zeleny1-4/+3
2011-12-20Failover: Introduce a per-service timeoutJakub Hrozek1-5/+13
https://fedorahosted.org/sssd/ticket/976
2011-11-22Cleanup: Remove unused parametersJakub Hrozek1-2/+2
2011-08-25New DEBUG facility - conversionPavel Březina1-3/+3
https://fedorahosted.org/sssd/ticket/925 Conversion of the old debug_level format to the new one. (only where it was necessary) Removed: SSS_DEFAULT_DEBUG_LEVEL (completely replaced with SSSDBG_DEFAULT)
2011-07-21fo_get_server_name() getter for a server nameJakub Hrozek1-1/+1
Allows to be more concise in tests and more defensive in resolve callbacks
2011-07-21Rename fo_get_server_name to fo_get_server_str_nameJakub Hrozek1-3/+3
2011-07-21Only print server address if one is availableJakub Hrozek1-0/+7
2011-07-11Split reading resolver family order into a separate functionJakub Hrozek1-23/+3
2011-07-11Do not hardcode default resolver timeoutJakub Hrozek1-1/+1
2011-06-15Switch resolver to using resolv_hostent and honor TTLJakub Hrozek1-4/+5
2011-03-09Run callbacks if server IP changesJakub Hrozek1-2/+9
2011-01-21Allow fallback to SSSD domainStephen Gallagher1-2/+4
For backwards-compatibility with older versions of the SSSD (such as 1.2.x), we need to be able to have our DNS SRV record lookup be capable of falling back to using the SSSD domain name as the DNS discovery domain. This patch modifies our DNS lookups so that they behave as follows: If dns_discovery_domain is specified, it is considered authoritative. No other discovery domains will be attempted. If dns_discovery_domain is not specified, we first attempt to look up the SRV records using the domain portion of the machine's hostname. If this returns "NOTFOUND", we will try performing an SRV record query using the SSSD domain name as the DNS discovery domain. https://fedorahosted.org/sssd/ticket/754
2010-12-01Run checks before resetting offline stateSumit Bose1-0/+5
Before setting the backend to online during a reset offline request the check_online method if the ID provider is called. If the check_online method returns that the ID provider is still not reachable the backend stays offline. Otherwise the backend is switched to online and the related callbacks are run. Additionally the check online test is called during the res_init request because a change in /etc/resolve.conf might also make a server reachable which was assumed offline before.
2010-12-01Allow protocol fallback for SRV queriesJakub Hrozek1-3/+22
https://fedorahosted.org/sssd/ticket/691
2010-07-09Add an interface to try next fail-over server after connection to the active ↵eindenbom1-45/+45
server was unexpectedly dropped.
2010-07-09Added an interface to query number of configured (and currently resolved ↵eindenbom1-0/+21
through SRV records) failover servers.
2010-06-30Add dns_discovery_domain optionJakub Hrozek1-1/+12
The service discovery used to use the SSSD domain name to perform DNS queries. This is not an optimal solution, for example from the point of view of authconfig. This patch introduces a new option "dns_discovery_domain" that allows to set the domain part of a DNS SRV query. If this option is not set, the default behavior is to use the domain part of the machine's hostname. Fixes: #479
2010-05-27Add run_callbacks flagSumit Bose1-2/+23
2010-05-07Use service discovery in backendsJakub Hrozek1-0/+32
Integrate the failover improvements with our back ends. The DNS domain used in the SRV query is always the SSSD domain name. Please note that this patch changes the default value of ldap_uri from "ldap://localhost" to "NULL" in order to use service discovery with no server set.
2010-04-30Add dns_resolver_timeout optionStephen Gallagher1-1/+9
We had a hard-coded timeout of five seconds for DNS lookups in the async resolver. This patch adds an option 'dns_resolver_timeout' to specify this value (Default: 5)
2010-02-22Restrict family lookupsJakub Hrozek1-3/+49
Adds a new option that tells resolver which address family to prefer or use exclusively. Fixes: #404
2010-02-18Rename server/ directory to src/Stephen Gallagher1-0/+356
Also update BUILD.txt