11 replies to this topic

[mrtn_88]

Gister de nieuwe pli erop gezet. Krijg bij het instellen van het netwerk via LAN kabel bij de internettest:

Nameserver: onbevestigd

Via wifi hetzlfde enkel daar ook nog IP adres: onbevestigd.

Neem aan dat ik dan ook geen connectie heb ondanks dat de rest wel op groen staat? Als ik in applicaties op de groene knop druk om cccam te installeren krijg ik geen resultaten. Nameserver heb ik ingesteld met het interne IP van de router (192.168.1.1)

Ligt dit aan het image of doe ik iets fout?

[mrtn_88]

Na opnieuw opstarten doet hij het wel. Vreemd dat hij deze melding op de nameserver geeft..

[Jan Gruuthuse]

Had nog geen verbinding met je modem? Toch maar je dns eens testen vanaf de STB: via telnet:

ping demorgen.be

 

PING demorgen.be (92.122.208.9): 56 data bytes
64 bytes from 92.122.208.9: seq=0 ttl=55 time=38.931 ms
64 bytes from 92.122.208.9: seq=1 ttl=55 time=37.710 ms
64 bytes from 92.122.208.9: seq=2 ttl=55 time=37.032 ms
64 bytes from 92.122.208.9: seq=3 ttl=55 time=36.973 ms
64 bytes from 92.122.208.9: seq=4 ttl=55 time=37.498 ms
64 bytes from 92.122.208.9: seq=5 ttl=55 time=37.092 ms

Krijg je antwoorden dan [Ctrl][C] toetsen simultaan indrukken.

Edited by Jan Gruuthuse, 27 January 2015 - 16:37.

[MiLo]

Als de internet test lukt heb je een verbinding.

Als de test faalt, wil dat niet perse zeggen dat je geen internet hebt.

[mimisiku]

Die nameserver is een beetje afhankelijk van je modem/router en de internet instellingen. Als je verbinding via DHCP wordt gemaakt, dan wordt de NAT vertaling van WAN naar LAN automatisch gedaan. Je nameserver IP wordt dan je gateway 192.168.1.1. Gebruik je een statisch IP op je box *en* ligt dat statisch IP *buiten* je ingestelde DHCP reeks van je router dan kan het zijn dat deze automatische NAT vertaling niet geldt. Je zult dan ook de nameserver (DNS) van jouw provider moeten invoeren (of een open relay van Google gebruiken). Nameserver kun je toevoegen in de netwerk instellingen (blauwe knop DNS toevoegen).

 

Het nameserver adres (DNS) kun je opvragen bij je provider of Google..

Voorbeeld XS4ALL = 194.109.6.66 en 194.109.9.99

[Jan Gruuthuse]

Handmatig IP adres (static)

Als je modem/router DNS oplost (resolves) dan hoeft je STB dit niet te doen. Je stb vraagt de website de van "demorgen.be" dan verzorgt modem/router de vertaalslag naar "92.122.208.9".

Dus is het meestal voldoende dat je de STB verwijst naar het modem/router interne LAN ip adres. Wel even nakijken wat het LAN ip adres van je modem/router is.

Gateway = LAN ip adres modem/router

Nameserver = LAN ip adres modem/router

Bijkomend voordeel: wijzigen de toegewezen dns servers van de internet aanbieder, heb je er geen nakijken naar op alle toestellen anngezien je modem/router de aanvragen verzorgt.

Meestal is dit het 1ste of het laatste ip adres in thuis netwerk bereik: x.x.x.1 of x.x.x.254 dit kan terugvinden in de eigenschappen van je computer netwerk verbinding:

Attached Files

•  IPtoewijzing.png   11.79KB   2 downloads

[koffiedick]

Heb een soortgelijk probleem

Network test geeft unconfirmed IP adrdress

 

Handmatig IP adres ingesteld en daarna DHCP weer op "aan" gezet. Router opnieuw gestart en daarna dm800.

IP adres (automatisch 192.168.1.29, binnen de range van de router en alle andere instellingen zoals DNS conform de eisen van d provider)

Geen verandering.

 

Nieuwe kabels gebruikt, die op andere apparatuur prima verbinding geven.

Geen verandering.

 

Waar ligt het probleem? 

 

Bij de router of de dm800?

 

Dick

[Jan Gruuthuse]

via telnet:

ping downloads.pli-images.org

daarna [ctrl][c]

PING downloads.pli-images.org (194.109.193.76): 56 data bytes
64 bytes from 194.109.193.76: seq=0 ttl=51 time=29.962 ms
64 bytes from 194.109.193.76: seq=1 ttl=51 time=29.000 ms
64 bytes from 194.109.193.76: seq=2 ttl=51 time=28.296 ms
64 bytes from 194.109.193.76: seq=3 ttl=51 time=28.937 ms
64 bytes from 194.109.193.76: seq=4 ttl=51 time=28.375 ms

Jullie zitten toch niet op ip6 ipv ip4?

dm800 clones hadden daar in 2012 last van?

[Jan Gruuthuse]

met ip4 werkt nog steeds zoals het hoort, zonder dhcp en met primaire dns server ip adres van modem/router.

Krijg je hetzelfde probleem met de dns servers van google? Op de modem/router of op de STB? IP addresses 8.8.8.8 and 8.8.4.4. De provider maakt misschien de vertalingsslag niet?

Attached Files

•  Networktest.png   28.98KB   3 downloads

Edited by Jan Gruuthuse, 28 January 2015 - 18:31.

[WanWizard]

Let op dat achter downloads.pli-images.org een round-robin DNS entry zit, met meerdere IP adressen.

 

En ja, onze servers doen ook IPv6, dus als de router aan de client kant dat ook doet (en dat zijn er steeds meer) maar verder intern geen IPv6 geconfigureerd is, dan kan het inderdaad zo zijn dat de router een IPv6 adres resolved waar de client helemaal niks mee kan.

 

Andersom is dit overigens ook zo. De box heeft standaard zowel IPv4 als IPv6 geactiveerd staan. Als je zelf een DNS ingeeft zoals 8.8.8.8 zul je dus ook IPv6 adressen terug krijgen. Waar de box helemaal niks mee kan als het interne netwerk en het modem niet voor IPv6 geconfigureerd is...

[Jan Gruuthuse]

Ow

Google Public DNS IP addresses

The Google Public DNS IP addresses (IPv4) are as follows:

    8.8.8.8
    8.8.4.4

The Google Public DNS IPv6 addresses are as follows:

    2001:4860:4860::8888
    2001:4860:4860::8844

 

Dat probleem krijg je toch niet als je de router alles laat afhandelen.

Of versta ik dit verkeerd: 8.8.8.8 opgeven is toch alleen maar gebruik IPv4 en 2001:4860:4860::8888 gebruik IPv6? Alles draait hier intern IPv4 en de router is IPv6 Support uitgeschakeld.

Edited by Jan Gruuthuse, 29 January 2015 - 13:56.

[WanWizard]

Dat ligt aan de setup van de router.

 

Als die router wel voor IPv6 geconfigureerd is (en dat worden er steeds meer) dan zal die zonder problemen ook IPv6 adressen terug krijgen op een DNS request.

 

Je haalt een aantal zaken door elkaar. De communicatie op IP niveau tussen client en DNS server (die zowel IPv4 als IPv6 kan zijn), en het DNS request dat de deur uit gaat.

 

Als de client een actieve IPv6 stack heeft, ook al zit daar alleen een link-local adres op waar je niks mee kunt, dan zal de DNS client een resolver request de deur uit doen voor zowel A als AAAA records. En dus zal je, als je een host probeert te resolven zowel de v4 als v6 adressen terug krijgen.

 

Nu is dit in dit geval acedemisch, ik heb even gecontrolleerd, alle download servers staan alleen met hun IPv4 adres in DNS (hoewel de servers zelf dus wel volledig dual-stack draaien).