Nameresolving linux vm

[HeSitated]

De laatste tijd eindelijk tijd gehad om mijn netwerk eens iets beter in te richten (AD/Exchange), dus ook keurig netjes de DNS e.d. in orde gemaakt.

Nu kan ik alles keurig op naam pingen behalve mijn squuezecenter server.

Dit is een debian server.

nslookup geeft keurig netjes naam en ipadres weer (naam en ip), pingen komt echter niet verder dan:

Ping request could not find host squeeze. Please check the name and try again.

Waar moet ik het zoeken?

[yeehaw]

Heb je in de DNS van de computer welke je gebruikt wel de search domain opgegeven, of de juiste nameservers?

Staat de hostname wel goed binnen debian? (ik weet niet zeker of dat uitmaakt, maar het is het proberen waard)

[Osiris]

Nou, debuggen hè, beetje basic...

Wat zijn de settings van `nslookup`?

nslookup
> set all
[hier dan allemaal nuttige info]
> 

Wat typ je zelf daadwerkelijk in in `nslookup`? Misschien doe je 't wel op een andere manier, maarja, dat kan ik nu niet zien, want m'n glazen bol is kapot

Wat staat er in je `/etc/resolv.conf`?

cat /etc/resolv.conf
[allemaal nuttige zooi]

Wat typ je daadwerkelijk in voor `ping`? Nu geef je alleen de foutmelding...

[ Voor 33% gewijzigd door Osiris op 19-08-2012 22:29 ]

[HeSitated]

Osiris schreef op zondag 19 augustus 2012 @ 22:28:
Nou, debuggen hè, beetje basic...

Daar maak ik me ook niet bang voor, maar kon nu even geen aanknopingpunten meer vinden...

Wat zijn de settings van `nslookup`?

Default Server:  mooi.timm.local
Address:  192.168.2.80

Set options:
  nodebug
  defname
  search
  recurse
  nod2
  novc
  noignoretc
  port=53
  type=A+AAAA
  class=IN
  timeout=2
  retry=1
  root=A.ROOT-SERVERS.NET.
  domain=timm.local
  MSxfr
  IXFRversion=1
  srchlist=timm.local

Wat typ je zelf daadwerkelijk in in `nslookup`?
Wat typ je daadwerkelijk in voor `ping`? Nu geef je alleen de foutmelding...

C:\>ping squeeze
Ping request could not find host squeeze. Please check the name and try again.

C:\>nslookup squeeze
Server:  michelle.timm.local
Address:  192.168.2.80

Name:    squeeze.timm.local
Address:  192.168.2.77

Wat staat er in je `/etc/resolv.conf`?

root@Squeeze:~# cat /etc/resolv.conf
domain timm.local
search timm.local
nameserver 192.168.2.80

yeehaw schreef op zondag 19 augustus 2012 @ 22:28:
Heb je in de DNS van de computer welke je gebruikt wel de search domain opgegeven, of de juiste nameservers?

Alle andere machine's, vm's en overige hardware wordt wel gevonden, alleen deze ene linux vm niet...

Staat de hostname wel goed binnen debian? (ik weet niet zeker of dat uitmaakt, maar het is het proberen waard)

root@Squeeze:~# cat /etc/hostname
Squeeze

[ninjazx9r98]

Je zult het toch echt moeten zoeken in je DNS server en niet in de linux server.
De reply die je krijgt bij een ping geeft aan dat je resolving problemen hebt, als er problemen waren met de linux server waardoor die niet bereikbaar was zou je een andere foutmelding krijgen.
Grote kans dat je bij een ping op FQDN ( ping squeeze.timm.local ) wel een reply krijgt.

[ Voor 3% gewijzigd door ninjazx9r98 op 21-08-2012 10:43 ]

[HeSitated]

ninjazx9r98 schreef op dinsdag 21 augustus 2012 @ 10:43:
Je zult het toch echt moeten zoeken in je DNS server en niet in de linux server.
De reply die je krijgt bij een ping geeft aan dat je resolving problemen hebt, als er problemen waren met de linux server waardoor die niet bereikbaar was zou je een andere foutmelding krijgen.
Grote kans dat je bij een ping op FQDN ( ping squeeze.timm.local ) wel een reply krijgt.

Helaas is dit niet de oplossing...

Bij een van de W2008 servers moest ik de firewall aanpassen (File and Printer Sharing (Echo Request - ICMPv4-In) voor het domain).

In mijn Bubba (ook Debian Linux) heb ik niets aangepast en die wordt wel gevonden...

Dus ik heb geen idee waar ik het verder moet zoeken...

[Razwer]

wat zegt je zone file op je dns server? gezien je exchange hebt, heb je active directory, dus geen zonefile in %systemroot%\system32\dns dus zie onder.
Extracting DNS Active Directory-Integrated Zone Files

[HeSitated]

Razwer schreef op dinsdag 21 augustus 2012 @ 19:59:
wat zegt je zone file op je dns server? gezien je exchange hebt, heb je active directory, dus geen zonefile in %systemroot%\system32\dns dus zie onder.

Flink ingekort:

code:

;      Zone version:  217
@                       IN  SOA michelle.timm.local. hostmaster.timm.local. (
                                217          ; serial number
                                900          ; refresh
                                600          ; retry
                                86400        ; expire
                                3600       ) ; default TTL

@                       NS  michelle.timm.local.
@                       600 A   192.168.2.80
bubba                   A   192.168.2.5
MEDION                  1200    A   192.168.2.111
michelle                A   192.168.2.80
squeeze                 A   192.168.2.77

Michelle is de domain server
De medion is mijn werkstation en hangt in het domain.
bubba en squeeze zijn beide linux (resp. debian 4.0 en 6.0)

[Verwijderd]

Begin eens met het IP adres te pingen en laat name resolving even voor wat het is.

Geef even een overzicht van IP, netmask en gateway van elk van de machines.

[HeSitated]

Verwijderd schreef op dinsdag 21 augustus 2012 @ 21:56:
Begin eens met het IP adres te pingen en laat name resolving even voor wat het is.

Geef even een overzicht van IP, netmask en gateway van elk van de machines.

Werkstation (Medion)
ping 192.168.2.77 lukt:

Pinging 192.168.2.77 with 32 bytes of data:
Reply from 192.168.2.77: bytes=32 time<1ms TTL=64

ipconfig/all:

   Connection-specific DNS Suffix  . : timm.local
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : 10-78-D2-EB-86-B8
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::e5fd:b2da:2bed:44eb%10(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.2.111(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : dinsdag 21 augustus 2012 17:30:20
   Lease Expires . . . . . . . . . . : woensdag 29 augustus 2012 17:30:22
   Default Gateway . . . . . . . . . : 192.168.2.254
   DHCP Server . . . . . . . . . . . : 192.168.2.80
   DHCPv6 IAID . . . . . . . . . . . : 235960530
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-56-C6-13-10-78-D2-EB-86-B8
   DNS Servers . . . . . . . . . . . : 192.168.2.80
                                       192.168.2.5
                                       208.67.222.222
                                       208.67.220.220
   NetBIOS over Tcpip. . . . . . . . : Enabled

squeeze:
Uit /etc/network/interfaces:

iface eth0 inet static
        address 192.168.2.77
        gateway 192.168.2.254
        netmask 255.255.255.0

Michelle

  Connection-specific DNS Suffix  . :
  Description . . . . . . . . . . . : vmxnet3 Ethernet Adapter #2
  Physical Address. . . . . . . . . : 00-50-56-B9-47-CF
  DHCP Enabled. . . . . . . . . . . : No
  Autoconfiguration Enabled . . . . : Yes
  Link-local IPv6 Address . . . . . : fe80::dd8b:cefc:bea:2ccd%14(Preferred)
  IPv4 Address. . . . . . . . . . . : 192.168.2.80(Preferred)
  Subnet Mask . . . . . . . . . . . : 255.255.255.0
  Default Gateway . . . . . . . . . : 192.168.2.254
  DHCPv6 IAID . . . . . . . . . . . : 285233238
  DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-57-A6-2E-00-0C-29-2C-B2-63

  DNS Servers . . . . . . . . . . . : 127.0.0.1
  NetBIOS over Tcpip. . . . . . . . : Enabled

[Verwijderd]

HeSitated schreef op dinsdag 21 augustus 2012 @ 22:23:
[
Werkstation (Medion)
ping 192.168.2.77 lukt:

Pinging 192.168.2.77 with 32 bytes of data:
Reply from 192.168.2.77: bytes=32 time<1ms TTL=64

Ok, dus heeft het niets met de VM (squeeze) te maken.
Tenzij je samba hebt draaien met een of andere rare naam die niet overeenkomt.

[ Voor 10% gewijzigd door Verwijderd op 21-08-2012 22:35 ]

[Paul]

HeSitated schreef op dinsdag 21 augustus 2012 @ 22:23:
ipconfig/all:

   DNS Servers . . . . . . . . . . . : 192.168.2.80
                                       192.168.2.5
                                       208.67.222.222
                                       208.67.220.220

Je werkstation vraagt maar een kwart van de keren aan de goede server (je DC) waar hij Squeeze kan vinden. Haal de andere 3 servers eens uit de options-lijst van je DHCP-scope

[Brahiewahiewa]

Paul schreef op dinsdag 21 augustus 2012 @ 22:36:
[...]
Je werkstation vraagt maar een kwart van de keren aan de goede server (je DC) waar hij Squeeze kan vinden. Haal de andere 3 servers eens uit de options-lijst van je DHCP-scope

En stel die in als forwarder op je DNS server 192.168.2.80
Dan kun je ook weer 't internet op . . .

[ Voor 5% gewijzigd door Brahiewahiewa op 22-08-2012 01:16 ]

[Verwijderd]

Paul schreef op dinsdag 21 augustus 2012 @ 22:36:
[...]
Je werkstation vraagt maar een kwart van de keren aan de goede server (je DC) waar hij Squeeze kan vinden. Haal de andere 3 servers eens uit de options-lijst van je DHCP-scope

Daar las ik dus totaal overheen
Dat lijkt inderdaad erg plausibel

[ninjazx9r98]

HeSitated schreef op dinsdag 21 augustus 2012 @ 18:16:
[...]

Helaas is dit niet de oplossing...

Bij een van de W2008 servers moest ik de firewall aanpassen (File and Printer Sharing (Echo Request - ICMPv4-In) voor het domain).

In mijn Bubba (ook Debian Linux) heb ik niets aangepast en die wordt wel gevonden...

Dus ik heb geen idee waar ik het verder moet zoeken...

Je hoeft helemaal niets aan te passen in de linux systemen aangezien de foutmelding die je krijgt wijst op resolving problemen.
Could not find host betekent simpelweg dat de DNS server die ondervraagd wordt de host niet kent.
Als het DNS deel volledig goed was en je een probleem had op de linux machine zou je een host unreachable krijgen en geen could not find host.
Zoals anderen ook al aangeven kun je beter eerst eens kijken naar de overige DNS servers in je config die waarschijnlijk helemaal niet weten wie squeeze.timm.local is.

[HeSitated]

Paul schreef op dinsdag 21 augustus 2012 @ 22:36:
Je werkstation vraagt maar een kwart van de keren aan de goede server (je DC) waar hij Squeeze kan vinden. Haal de andere 3 servers eens uit de options-lijst van je DHCP-scope

Hmm, die heb ik er in staan juist om te kunnen internetten, mocht de domainserver niet draaien....

Het is dus niet zo dat die lijst van bovenaf wordt "afgewerkt"?

Ik zal het vanavond nog eens verder testen, vanaf een andere server lijkt het goed te gaan....

Wat ik wel opmerkelijk vind is dat al de andere servers en devices wel werden gevonden alleen deze linux-vm niet...

[Paul]

Nee, het wordt aan één server gevraagd, als die het niet weet (maar wel reageert!) dan is dat het antwoord waar je het mee moet doen

Als de server helemaal niet reageert, dan pas wordt het aan een andere server gevraagd.

Dat de rest wel werkt komt waarschijnlijk door NetBIOS over TCP, broadcast name resolving Staat er Samba op je Linux-VM?

[Razwer]

Paul schreef op woensdag 22 augustus 2012 @ 12:14:
Nee, het wordt aan één server gevraagd, als die het niet weet (maar wel reageert!) dan is dat het antwoord waar je het mee moet doen

Als de server helemaal niet reageert, dan pas wordt het aan een andere server gevraagd.

Dat de rest wel werkt komt waarschijnlijk door NetBIOS over TCP, broadcast name resolving Staat er Samba op je Linux-VM?

toch is het zwaar not done om zowel interne DNS als externe DNS te combineren wanneer interne name resolving triviaal is.
gewoon je enkele interne DNS op je clients zetten en je interne DNS server of naar buiten laten praten (root servers) of, makkelijker, dns forwarders instellen (8.8.8.8 bijvoorbeeld).

[HeSitated]

Paul schreef op woensdag 22 augustus 2012 @ 12:14:
Nee, het wordt aan één server gevraagd, als die het niet weet (maar wel reageert!) dan is dat het antwoord waar je het mee moet doen

Dus had ik de extra DNS-vermeldingen dus rustig kunnen laten staan. :

Als de server helemaal niet reageert, dan pas wordt het aan een andere server gevraagd.

Precies zoals ik het altijd heb geleerd....

Dat de rest wel werkt komt waarschijnlijk door NetBIOS over TCP, broadcast name resolving Staat er Samba op je Linux-VM?

Kan ik nu even niet controleren, meld ik later.

Kan ik zonder samba, toch de resolving voor deze linux-vm oplossen? De linux-vm is alleen voor de SqueezeCenter software van Logitech. De muziek staat op de NAS (dmv NFS beschikbaar) en niet op de vm, dus daar heb ik geen samba nodig.

[Razwer]

HeSitated schreef op woensdag 22 augustus 2012 @ 13:31:
Precies zoals ik het altijd heb geleerd....

slechte leraar dan die je er niet bij heeft verteld dat je bij interne name resolution nooit moet combineren met externe dns servers.

[HeSitated]

Razwer schreef op woensdag 22 augustus 2012 @ 13:34:
slechte leraar dan die je er niet bij heeft verteld dat je bij interne name resolution nooit moet combineren met externe dns servers.

In dit geval is leraar en leerling dezelfde persoon.

Ik snap je redenering, maar in mijn geval is dit (nog) niet echt van belang. Als mijn host down is kan ik de rest toch niet bereiken en als de host up is is ook mijn domain up (auto-start).

Op langere termijn is het de bedoeling dat de bubba als secondary DNS gaat functioneren...

Echter op het gebied van development heb ik ook nog enige studie te verrichten...

[Paul]

HeSitated schreef op woensdag 22 augustus 2012 @ 13:31:
Dus had ik de extra DNS-vermeldingen dus rustig kunnen laten staan. :

Euh? Als je een deel van de tijd genoegen neemt met het niet kunnen resolven van sommige entries? Let wel hè, ik zeg 'één (willekeurige) server', niet 'server één'...

Als de server van je ISP zegt: squeeze.timm.local NXDOMAIN ken ik niet, sorry' dan heb je een antwoord en zal de computer NIET aan een andere server gaan vragen 'Ken jij hem toevallig wel?'. Dat het antwoord je niet bevalt is pech, je hebt een antwoord en dus is de vraag afgehandeld.

Precies zoals ik het altijd heb geleerd....

Blijkbaar niet, want je kijkt nu vreemd op dat er aan de DNS-server van je ISP wordt gevraagd of dat hij 'squeeze.timm.local' kent...[/q]Kan ik zonder samba, toch de resolving voor deze linux-vm oplossen?[/quote]Ja, op de linux-VM alleen DNS-servers bevragen die weten wie 'queeze.timm.local' is...

Je kunt wel meerdere DNS-server opgeven, maar dan moeten ze wel allemaal alle zones kennen! Vandaar dat je geen interne en externe servers moet mixen, je moet alleen interne servers opgeven en deze interne servers kunnen vervolgens aan de externe servers vragen waar ze (bijvoorbeeld) google.nl kunnen vinden.

[SteeringWheel]

Paul schreef op woensdag 22 augustus 2012 @ 14:18:
[...]
Let wel hè, ik zeg 'één (willekeurige) server', niet 'server één'...

Niet mee eens, hij pakt de eerste, alleen als die niet reageert wordt naar een andere uitgeweken: http://technet.microsoft.com/en-us/library/cc754152.aspx

Sowieso is het vreemd dat nslookup wel goed gaat maar ping niet:

HeSitated schreef op maandag 20 augustus 2012 @ 20:16:

C:\>ping squeeze
Ping request could not find host squeeze. Please check the name and try again.

C:\>nslookup squeeze
Server:  michelle.timm.local
Address:  192.168.2.80

Name:    squeeze.timm.local
Address:  192.168.2.77

Daarom kan ik me ook bijna niet voorstellen dat

ping squeeze.timm.local.

fout gaat

[Craven]

SteeringWheel schreef op woensdag 22 augustus 2012 @ 16:08:
[...]

Niet mee eens, hij pakt de eerste, alleen als die niet reageert wordt naar een andere uitgeweken: http://technet.microsoft.com/en-us/library/cc754152.aspx

Sowieso is het vreemd dat nslookup wel goed gaat maar ping niet:

[...]


Daarom kan ik me ook bijna niet voorstellen dat

ping squeeze.timm.local.

fout gaat

Ik heb vaak genoeg meegemaakt dat een windows bak vind dat de eerste dns server niet snel genoeg reageert. En dus door gaat naar de tweede.

Het is overigens helemaal niet vreemd dat nslookup het wel doet. Nslookup kijkt maar naar 1 dns server. In dit geval zijn domain server die squeeze wel kent.

[SteeringWheel]

Craven schreef op woensdag 22 augustus 2012 @ 16:21:
[...]

Ik heb vaak genoeg meegemaakt dat een windows bak vind dat de eerste dns server niet snel genoeg reageert. En dus door gaat naar de tweede.

Het is overigens helemaal niet vreemd dat nslookup het wel doet. Nslookup kijkt maar naar 1 dns server. In dit geval zijn domain server die squeeze wel kent.

Zou kunnen, maar waarom zou nslookup dan wel maar naar 1 dns server kijken, toevallig ook nog de eerste, en ping niet?
Maar we zullen het wel weten als ts het netjes inricht en dus maar naar 1 dns server verwijst en daar netjes forwarders op instelt.

[Craven]

Hoe nslookup precies werkt wat betreft zijn default server weet ik niet. Maar als je kijkt naar de stukje code van de TS over nslookup dan kun je zien dat hij kijkt naar zijn domainserver (michelle.timm.local).

[HeSitated]

Craven schreef op woensdag 22 augustus 2012 @ 16:21:
Ik heb vaak genoeg meegemaakt dat een windows bak vind dat de eerste dns server niet snel genoeg reageert. En dus door gaat naar de tweede.

Het lijkt er op dat dit inderdaad het geval is...

Ik heb nu alle andere DNS-servers verwijderd en nu werkt het....

Iedereen bedankt voor het meedenken!