Vraag


Acties:
  • 0 Henk 'm!

  • Ingegno
  • Registratie: Oktober 2015
  • Laatst online: 22-06 15:02
Hallo allemaal,

Kan niet zeggen dat ik niet mijn best heb gedaan voor dit probleem. Ik ben er sinds februari (!) 2016 mee bezig en heb tot op heden het niet op kunnen lossen. Weet echt niet meer wat te doen. Wanneer je op zowat de 15e pagina van Google belandt na het zoeken van de oplossing, weet je dat het er niet echt meer in zit. Hopelijk dat een van jullie genieën mij met dit probleem kan helpen (laat het me weten mocht ik in de verkeerde sectie zitten :P )

Dit is hoe het zit. Op mijn werkplek hebben we dus een router. Het is een ZyXel SBG3300. Hier hebben we een VPN ingebouwd die loopt naar een datacenter van KPN. In dit datacenter staat er namelijk een server van ons (productieserver, erg belangrijk). Nou; VPN werkt prima!*

*Met Windows machines that is. Heb de VPN toegewezen aan een specifieke interface poort (niet iedereen mag hier er zomaar op) en er een switch tussen geplaatst. Zodra je een Windows machine hieraan hangt werkt het als een tiet; ontvangt een IP, subnetmask, DNS etc. allemaal zoals ze geconfigureerd staan in de router. Nou, perfect dus.

Wat niet zo leuk is; er staan Android mediaspelers hier op kantoor. Kleine zwarte kastjes, niet heel spannend allemaal. Draaien op Android 4.4.2 en er staat software op waarmee we content kunnen beheren (vanuit de server dus) etc. Allemaal leuk en aardig. Maar op deze Android spelers krijg ik de connectie niet werkend :( Zodra ik een van deze mediaspelers erop aansluit ontvang ik wél: IP, DNS, subnetmask maar geen default gateway! Die blijft staan op 0.0.0.0 en als gevolg hiervan kan de mediaspeler dus niet verbinden met de server.

Heb echt van alles geprobeerd; statisch IP geprobeerd, werkt niet.

- Kan het apparaat wel pingen (het heeft namelijk gewoon een IP), maar zie hem bij mijn router niet in de ARP table staan.
- Andere DNS, al lijkt dit niet heel relevant maar ja ik moest wat.
- Configuratie in de router aangepast, maar dit was heel beperkt aangezien die VPN wel moet blijven draaien en het gewoon werkt (op Windows machines dan).

Zou echt niet weten wat hier nou het probleem is.

- VPN ingebouwd in de router.
- Windows machines aansluiten en het werkt gewoon (Linux e.d. vast ook wel, maar niemand die daar gebruik van maakt).
-Mediaspeler waar Android 4.4.2 op draait krijgt alle gegevens van de router behalve de default gateway, als gevolg daarvan geen werkende verbinding.

Wat doe ik nou fout? 8)7

Beste antwoord (via Ingegno op 04-07-2016 14:54)


  • MisteRMeesteR
  • Registratie: December 2001
  • Nu online

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Ingegno schreef op vrijdag 01 juli 2016 @ 09:25:
Oké, even een update. Heb het getest en het heeft helaas niet geholpen. Waar ik wel ben achter gekomen is dat het DORA proces niet voltooid wordt. Vanuit de speler wordt er wel een request uitgezonden, maar er is geen acknowledgement. Hij krijg dus de IP/subnet/DNS, maar ik zie hem er niet tussen staan in de ARP table op mijn router.

Is dit een bekend probleem met Android 4.4.2? Het vreemde is dat op de 'normale' DHCP scope hij wél de gegevens krijgt. Het TTL waarde in het pakketje is zo rond de 60 oid (durf het niet exact te zeggen). Moet dit hoger zijn? Op Windows is het 128. Kan ik via een terminal program iets op de Android aanpassen om dit werkend te krijgen?
Kun je aangeven wat je exact geconfigureerd hebt staan qua IP adresseringen en DHCP scopes? Als je het exact zoals DeBolle aangeeft hebt geconfigureerd moet e.e.a. wel gaan werken nml...

In je oude situatie kan 10.137.247.224 natuurlijk nooit je default gateway zijn omdat dit het networkadres is van je /28 subnet.

www.google.nl

Alle reacties


Acties:
  • 0 Henk 'm!

  • Ingegno
  • Registratie: Oktober 2015
  • Laatst online: 22-06 15:02
Niemand? :'(

[ Voor 8% gewijzigd door Ingegno op 16-06-2016 16:49 ]


Acties:
  • 0 Henk 'm!

  • _JGC_
  • Registratie: Juli 2000
  • Nu online
Welke instellingen probeer je precies? Als de gateway buiten het subnet ligt hebt je kans dat het niet geaccepteerd wordt.

Acties:
  • 0 Henk 'm!

  • Ingegno
  • Registratie: Oktober 2015
  • Laatst online: 22-06 15:02
_JGC_ schreef op donderdag 16 juni 2016 @ 17:03:
Welke instellingen probeer je precies? Als de gateway buiten het subnet ligt hebt je kans dat het niet geaccepteerd wordt.
Default gateway 10.137.247.224
Subnetmask 255.255.255.240
DHCP Scope 10.137.247.225 – 10.137.247.238
DNS 8.8.8.8 – 8.8.4.4

Gateway ligt binnen het subnet, het is een hele vreemde want alles wordt wel ontvangen met uitzondering van de DG dus. En zoals ik zei de normale PC's die het wel ontvangen.

Acties:
  • 0 Henk 'm!

  • DeBolle
  • Registratie: September 2000
  • Laatst online: 13:23

DeBolle

Volgens mij ligt dat anders

Is het een optie om de gateway op 10.137.247.238 te zetten en dat adres uit DHCP te halen? Je hebt maar weinig opties in 10.137.247.224/28 netwerk zie ik, maar het eerste adres is in (old skool) implementaties meestal de netwerknaam en de laatste broadcast. Alle hosts zitten dan al in de DHCP scope, zodat je geen ruimte meer hebt voor een gateway.

Specs ... maar nog twee jaar zes maanden en dan weer 130!


Acties:
  • 0 Henk 'm!

  • Ingegno
  • Registratie: Oktober 2015
  • Laatst online: 22-06 15:02
DeBolle schreef op donderdag 16 juni 2016 @ 18:51:
Is het een optie om de gateway op 10.137.247.238 te zetten en dat adres uit DHCP te halen? Je hebt maar weinig opties in 10.137.247.224/28 netwerk zie ik, maar het eerste adres is in (old skool) implementaties meestal de netwerknaam en de laatste broadcast. Alle hosts zitten dan al in de DHCP scope, zodat je geen ruimte meer hebt voor een gateway.
10.137.247.224 is inderdaad de gateway. .235 tot .238 is dus de DHCP scope. Je stelt echter voor om de DG te veranderen naar 10.137.247.238 (wat dus binnen de DHCP scope lag)? Hoe moet het het dan met de subnetmask en DHCP scope?

Zou het kunnen proberen, het is hopen dat ie het dan wél ontvangt.

Acties:
  • 0 Henk 'm!

  • DeBolle
  • Registratie: September 2000
  • Laatst online: 13:23

DeBolle

Volgens mij ligt dat anders

Netmask blijft ongewijzigd, DHCP wordt kleiner. Samengevat:
Netwerk: 10.137.247.224/28
hosts: 10.137.247.225 tot en met 10.137.247.237
Gateway: 10.137.247.238
Broadcast: 10.137.247.239
Als je dan te weinig adressen voor hosts hebt, kun je altijd nog overwegen een bit extra te nemen in de netmask. Een /27 geeft 30 mogelijke hosts, dus:
Network: 10.137.247.224/27
DHCP: 10.137.247.225 tot en met 10.137.247.253
Gateway: 10.137.247.254
Broadcast: 10.137.247.255

Specs ... maar nog twee jaar zes maanden en dan weer 130!


Acties:
  • 0 Henk 'm!

  • Ingegno
  • Registratie: Oktober 2015
  • Laatst online: 22-06 15:02
DeBolle schreef op donderdag 16 juni 2016 @ 19:20:
Netmask blijft ongewijzigd, DHCP wordt kleiner. Samengevat:
Netwerk: 10.137.247.224/28
hosts: 10.137.247.225 tot en met 10.137.247.237
Gateway: 10.137.247.238
Broadcast: 10.137.247.239
Als je dan te weinig adressen voor hosts hebt, kun je altijd nog overwegen een bit extra te nemen in de netmask. Een /27 geeft 30 mogelijke hosts, dus:
Network: 10.137.247.224/27
DHCP: 10.137.247.225 tot en met 10.137.247.253
Gateway: 10.137.247.254
Broadcast: 10.137.247.255
Ik zal het morgen proberen, het aantal adressen is niet heel erg van belang. Heb er aan een stuk of 7/8 al genoeg. Hopen dat dit werkt, wil echt van dit probleem af.

Acties:
  • 0 Henk 'm!

  • Ingegno
  • Registratie: Oktober 2015
  • Laatst online: 22-06 15:02
Oké, even een update. Heb het getest en het heeft helaas niet geholpen. Waar ik wel ben achter gekomen is dat het DORA proces niet voltooid wordt. Vanuit de speler wordt er wel een request uitgezonden, maar er is geen acknowledgement. Hij krijg dus de IP/subnet/DNS, maar ik zie hem er niet tussen staan in de ARP table op mijn router.

Is dit een bekend probleem met Android 4.4.2? Het vreemde is dat op de 'normale' DHCP scope hij wél de gegevens krijgt. Het TTL waarde in het pakketje is zo rond de 60 oid (durf het niet exact te zeggen). Moet dit hoger zijn? Op Windows is het 128. Kan ik via een terminal program iets op de Android aanpassen om dit werkend te krijgen?

Acties:
  • Beste antwoord
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Nu online

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Ingegno schreef op vrijdag 01 juli 2016 @ 09:25:
Oké, even een update. Heb het getest en het heeft helaas niet geholpen. Waar ik wel ben achter gekomen is dat het DORA proces niet voltooid wordt. Vanuit de speler wordt er wel een request uitgezonden, maar er is geen acknowledgement. Hij krijg dus de IP/subnet/DNS, maar ik zie hem er niet tussen staan in de ARP table op mijn router.

Is dit een bekend probleem met Android 4.4.2? Het vreemde is dat op de 'normale' DHCP scope hij wél de gegevens krijgt. Het TTL waarde in het pakketje is zo rond de 60 oid (durf het niet exact te zeggen). Moet dit hoger zijn? Op Windows is het 128. Kan ik via een terminal program iets op de Android aanpassen om dit werkend te krijgen?
Kun je aangeven wat je exact geconfigureerd hebt staan qua IP adresseringen en DHCP scopes? Als je het exact zoals DeBolle aangeeft hebt geconfigureerd moet e.e.a. wel gaan werken nml...

In je oude situatie kan 10.137.247.224 natuurlijk nooit je default gateway zijn omdat dit het networkadres is van je /28 subnet.

www.google.nl


Acties:
  • 0 Henk 'm!

  • Ingegno
  • Registratie: Oktober 2015
  • Laatst online: 22-06 15:02
MisteRMeesteR schreef op vrijdag 01 juli 2016 @ 10:51:
[...]

Kun je aangeven wat je exact geconfigureerd hebt staan qua IP adresseringen en DHCP scopes? Als je het exact zoals DeBolle aangeeft hebt geconfigureerd moet e.e.a. wel gaan werken nml...

In je oude situatie kan 10.137.247.224 natuurlijk nooit je default gateway zijn omdat dit het networkadres is van je /28 subnet.
Niet? Dat is vreemd, mijn clients krijgen dat wél als default gateway. De DHCP scope van 10.137.247.224/28 is van 225 tot 238. Dit is de DHCP scope die is geconfigureerd. DNS is 8.8.8.8 en 8.8.4.4.

Dus dan zou ik in de IP setup het adres moeten veranderen naar iets wat binnen de scope valt, zoals .225 en vervolgens de scope wijzigen naar 226-238? Zou dit de reden kunnen zijn dat de Android spelers de DHCP proces niet kan voltooien? Want met mijn normale 192.168.0.0 netwerk loopt het prima op diezelfde spelers.

In de nieuwe situatie zou dat dus als volgt worden:

Scope: 10.137.247.226 tot 10.137.247.238
DG: 10.137.247.225
DNS hetzelfde.

Op de VPN die is geconfigureerd staat nog het volgende als policy:

Local ip type: subnet
Local ip address: 10.137.247.224
local subnetmask: 255.255.255.240

Neem aan dat ik daar niets hoef te wijzigen.

EDIT: Probleem opgelost! Allen dank voor de hulp :)
Pagina: 1