Messages network unreachable resolving dans Logwatch : Différence entre versions
De Vulgum Techus
| (5 révisions intermédiaires par un utilisateur sont masquées) | |||
| Ligne 1 : | Ligne 1 : | ||
| − | + | <!-- Links checked 07/04/19 --> | |
| − | + | [[Catégorie:Linux]] | |
| + | '''[[Lien court]]''' vers cette page : https://vt.cx/MnurL | ||
| + | '''[[QR code]]''' vers cette page : https://vt.cx/MnurL.qr | ||
| + | <html> | ||
| + | <script async src="//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script> | ||
| + | <!-- VT2 --> | ||
| + | <ins class="adsbygoogle" | ||
| + | style="display:inline-block;width:468px;height:60px" | ||
| + | data-ad-client="ca-pub-3341840374417340" | ||
| + | data-ad-slot="6349432125"></ins> | ||
| + | <script> | ||
| + | (adsbygoogle = window.adsbygoogle || []).push({}); | ||
| + | </script> | ||
| + | </html> | ||
| − | =Procédure= | + | = Présentation = |
| − | * Mettre Options="-4" dans /etc/sysconfig/named | + | Le fichier '''[[Logwatch]]''' comprend nombre de messages sur les problèmes rencontrés par le serveur et la répétition de lignes '''network unreachable resolving''' suivies de noms de domaines est un problème lié à la gestion '''[[IPv6]]''' par '''[[bind]]'''. Il faut donc forcer '''[[bind]]''' à n'utiliser que les adresses '''[[IPv4]]''' comme expliqué ci-dessous. |
| − | * Relancer [[bind]] par /etc/init.d/named restart | + | |
| + | = Procédure = | ||
| + | * Mettre '''Options="-4"''' dans '''/etc/sysconfig/named ou /etc/conf.d/named''' | ||
| + | * Relancer '''[[bind]]''' par '''/etc/init.d/named restart''' | ||
| + | |||
| + | = Commentaires = | ||
| + | {{#widget:DISQUS | ||
| + | |id=vulgumtechus | ||
| + | }} | ||
Version actuelle en date du 7 avril 2019 à 20:37
Lien court vers cette page : https://vt.cx/MnurL QR code vers cette page : https://vt.cx/MnurL.qr
Présentation
Le fichier Logwatch comprend nombre de messages sur les problèmes rencontrés par le serveur et la répétition de lignes network unreachable resolving suivies de noms de domaines est un problème lié à la gestion IPv6 par bind. Il faut donc forcer bind à n'utiliser que les adresses IPv4 comme expliqué ci-dessous.
Procédure
- Mettre Options="-4" dans /etc/sysconfig/named ou /etc/conf.d/named
- Relancer bind par /etc/init.d/named restart
