<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
&gt;    My wish is to use sssd on a Linux system joined to a FreeIPA domain, but<br>
&gt;    being able to do this still *not* enabling the dns resolution for the rest<br>
&gt;    of that Linux system -&gt; not populating the /etc/resolv.conf file.<br>
&gt;<br>
<br>
</div></div>So you would like to use DNS resolution only for sssd and let the rest<br>
of the system rely only on data in /etc/hosts? That seems like a recipe<br>
for trouble, keep in mind that libraries that SSSD uses might still want<br>
to perform name resolution themselves. For instance, Kerberos might need<br>
to canonicalize hostname in some cases.<br>
<br>
What is the problem you are trying to solve with this separation?<br></blockquote><div><br>You caught the point.<br>In the past we used to have all Linux production systems use the dns server. In our business dns servers are managed by a different office. During normal operations we faced occasional problems that prevented us to guarantee our service level agreement:<br>

- the dns server having a bad configuration following a configuration upgrade: his forwarding policies went messes and we had a lot of delay in serving requests<br>- the dns server solves every system in the network: when network isolation is not achievable, we limited the &quot;visibility&quot; of system by not enable them to be found in searching by names. This helped a lot also when some colleagues make a mistake by forgetting to change the configuration of web applications from test to production (db connection strings, and so on...).<br>

<br>We decided to not use the dns server and put in the /etc/hosts file only the hosts we were aware that particular system had need to communicate to.<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


<div class="im">&gt;    If I correctly understand, you are telling me that I could achieve this<br>
&gt;    result by withdrawing the &quot;dns&quot; keyword from the /etc/nsswitch.conf file.<br>
&gt;    Is this right?<br>
<br>
</div>Not quite. Even though c-ares is a standalone resolver, it still reads<br>
/etc/nsswitch.conf and resolves in same order as specified there.<br></blockquote><div><br>Ok, I understand.<br><br></div>Thanks again<br>Marco<br>
</div>