Likes Likes:  0
Resultaten 1 tot 2 van de 2

Onderwerp: Debian resolvconf

  1. #1
    Debian resolvconf
    geregistreerd gebruiker
    1.072 Berichten
    Ingeschreven
    14/04/03

    Locatie
    Amsterdam

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    1 Berichten zijn liked


    Registrar SIDN: Nee
    KvK nummer: 34213101
    Ondernemingsnummer: nvt

    Thread Starter

    Debian resolvconf

    *** OPGELOST ***
    (hieronder staat hoe)

    Dag allemaal,

    Op een van mijn debian servers heb ik een ietwat vreemd verschijnsel: In mijn /etc/resolv.conf staat alleen:

    Code:
    # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
    #     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
    nameserver 127.0.0.1
    search basemotive.nl
    In mijn /etc/network/interfaces staat echter:

    Code:
    # The loopback network interface
    auto lo
    iface lo inet loopback
    
    # The primary network interface
    auto eth0 eth1
    iface eth0 inet static
            address 85.x.x.4
            netmask 255.255.255.128
            broadcast 85.x.x.127
            gateway 85.x.x.1
            dns-nameservers 85.x.x.5 217.x.x.x
            dns-search ______.nl
    
    iface eth1 inet static
            address 10.0.0.4
            netmask 255.255.255.0
            broadcast 10.0.0.255
    In /etc/resolvconf/interface-order staat wel de loopback voor de eth0:
    Code:
    # interface-order(5)
    lo.inet*
    lo.dnsmasq
    lo.pdnsd
    lo.!(pdns|pdns-recursor)
    lo
    tun*
    tap*
    eth*
    ath*
    wlan*
    ppp*
    *
    Als ik nu de eth* verhuis naar bovenaan, dan neemt hij de juiste nameservers wel mee, maar daaronder zet-ie nog steeds die 127.0.0.1 neer.

    Waar komt die 127.0.0.1 nu eigenlijk vandaan? Bij iface lo staat helemaal geen nameserver gespecificeerd (in /etc/network/interfaces)!

    Ik wil uiteraard gewoon alleen de nameservers die bij eth0 staan vermeld krijgen in /etc/resolv.conf. Natuurlijk weet ik wel work-arounds, maar ik wil eigenlijk wel graag via de resolver werken.

    Wat zie ik hier over het hoofd? Bij andere servers gaat het wel prima, en voor zover ik kan zien is de config exact gelijk (behalve de IP-nummers). Oja, op de betreffende server zelf staat wel bind geinstalleerd, en op een andere machine met welke ik 'm vergeleek niet; maakt dat enig verschil?

    Alvast bedankt!

    Hee, opgelost!

    Het viel me op dat in /etc/resolvconf/run/interface/ naast eth0.inet ook een lo.named staat. Nu heb ik de lo.named uit de interface-order verbannen, en gaat de resolver goed!

    Code:
    # interface-order(5)
    lo.inet*
    lo.dnsmasq
    lo.pdnsd
    #lo.!(pdns|pdns-recursor)
    lo
    tun*
    tap*
    eth*
    ath*
    wlan*
    ppp*
    #*
    Blijkbaar detecteert het systeem dus dat er een named draait, al heb ik (nog) geen idee hoe.
    Laatst gewijzigd door Stefan Mensink; 07/07/07 om 01:35. Reden: Automerged Dubbelpost

  2. #2
    Debian resolvconf
    geregistreerd gebruiker
    1.892 Berichten
    Ingeschreven
    17/08/05

    Locatie
    Amsterdam

    Post Thanks / Like
    Mentioned
    34 Post(s)
    Tagged
    0 Thread(s)
    35 Berichten zijn liked


    Naam: Wieger Bontekoe
    Bedrijf: Skynet ICT B.V.
    Functie: CEO
    URL: skynet-ict.nl
    Registrar SIDN: Nee
    View wbontekoe's profile on LinkedIn

    volgensmij is dat niets meer dan een local resolver, hoef je geen dns server voor te hebben draaien.
    Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.

Labels voor dit Bericht

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2026 Webhostingtalk.nl.
Web Statistics