Port-forwarden werkt niet

[acclo]

Hallo,
Ik heb een Western Digital My Cloud EX2 Ultra aan een D-Link DIR-865L router hangen waarbij ik het port-forwarden niet werkend krijg. Volgens de instellingen zouden de poorten open moeten staan, maar in het instellingenscherm van de NAS en op websites die controleren of de poorten open staan krijg ik steeds time-outs.

Ik heb uPnP uitgezet, beide apparaten opnieuw opgestart, verschillende poorten geprobeerd, de poorten in losse regels gezet, maar alle poorten blijven dicht. De NAS staat op een gereserveerd/vast adres en beide apparaten hebben de nieuwste firmware. Mijn internetprovider is Ziggo voor als het nog wat uit kan maken.

Zie ik iets over het hoofd in de instellingen of kan de router hiermee niet overweg?

Screenshots van de instellingen/poortentests:

[Equator]

Het betreft hier sowieso alleen TCP, dus de UDP kan je leeg laten.

Ook kan je nog proberen te starten met slechts 1 poort, dus de TCP 8443 bijvoorbeeld, hoewel de TP-link aangeeft dat het zo zou moeten werken..

[Voor 18% gewijzigd door Equator op 02-08-2017 22:24]

[Room42]

ff klaar met Tweakers

[Voor 112% gewijzigd door Room42 op 07-08-2017 20:12]

[larsje]

Ik ben benieuwd naar hoe je netwerk is ingericht (modem/ router/ switch en dan de nas?

en of je intern benaderd of extern? hoe staat de firewal in de dlink ingesteld?

[dion_b]

Inderdaad. Waar hangt die DIR-865L aan? Exacte typenr graag!

En voorzover dat iets anders is dan een ouderwetse 'domme' bridge-only modem met een enkele poort: wat heb je daar exact op ingesteld?

[Equator]

Inderdaad is het nog even van belang om te weten vanaf waar je test. Soms werkt het niet om dit van binnenuit te testen. Probeer een online portscanner om te testen of je poort open staat.

[acclo]

Dank voor de snelle reacties!

Equator schreef op woensdag 2 augustus 2017 @ 22:22:
Het betreft hier sowieso alleen TCP, dus de UDP kan je leeg laten.

Ook kan je nog proberen te starten met slechts 1 poort, dus de TCP 8443 bijvoorbeeld, hoewel de TP-link aangeeft dat het zo zou moeten werken..

Maak helaas nog geen verschil.
Aparte poorten voor alles had ik al geprobeerd, ook met UDP en/of TCP uitgeschakeld (geen vinkje).

Room42 schreef op woensdag 2 augustus 2017 @ 22:27:
Ziggo: Heb je IPv6? Dan kan het zijn dat je geen eigen public IPv4-adres hebt. Check of ie wel over IPv6 werkt. Lees hier meer: https://community.ziggo.n...orwarding-bij-ziggo-16111

Staat de eventuele firewall op de NAS wel goed ingesteld?

Nee, IPv4. Ik zit niet in een oud UPC-gebied, maar @Home.
Ik heb geen router firewall aangezet, en ik weet niet helemaal zeker of deze wel aan staat. De instellingenpagina:

larsje schreef op woensdag 2 augustus 2017 @ 22:29:
Ik ben benieuwd naar hoe je netwerk is ingericht (modem/ router/ switch en dan de nas?

en of je intern benaderd of extern? hoe staat de firewal in de dlink ingesteld?

Modem->Router->NAS (geen switches, alleen kabels ertussen).
Intern en extern geprobeerd (4G en online tests).
Firewall staat waarschijnlijk uit, zie de pagina hierboven.

dion_b schreef op woensdag 2 augustus 2017 @ 22:31:
Inderdaad. Waar hangt die DIR-865L aan? Exacte typenr graag!

En voorzover dat iets anders is dan een ouderwetse 'domme' bridge-only modem met een enkele poort: wat heb je daar exact op ingesteld?

Cisco EPC3925. Een Ziggomonteur heeft deze jaren geleden geïnstalleerd (4-8?). Voor zover ik weet staan de draadloze netwerkverbindingen uit. Ik heb er verder nooit aan de instellingen gezeten behalve toen Ziggo een DNS storing had.

Equator schreef op woensdag 2 augustus 2017 @ 22:45:
Inderdaad is het nog even van belang om te weten vanaf waar je test. Soms werkt het niet om dit van binnenuit te testen. Probeer een online portscanner om te testen of je poort open staat.

De printscreens (port xxxx timed-out) zijn van een online poortenscanner. Ik heb het ook geprobeerd via 4G met hetzelfde resultaat.

[larsje]

staat de ziggo epc in bridge mode?

anders hier de handleiding

https://portforward.com/cisco/epc3925/

[johnkeates]

Zal wel dubbel-NAT zijn. Slechte zaak ;-)

[FreakNL]

Inderdaad, lijkt op NAT achter NAT.

Kan je je WAN ip vinden in de D-link? Bij status ergens ofzo? En wat staat daar?

Anders FF in command prompt dit doen:
Tracert 8.8.4.4
En resultaten hier plakken

[Voor 38% gewijzigd door FreakNL op 02-08-2017 23:10]

[acclo]

larsje schreef op woensdag 2 augustus 2017 @ 23:03:
staat de ziggo epc in bridge mode?

anders hier de handleiding

https://portforward.com/cisco/epc3925/

Ik heb geen idee. Ik zie geen instelmogelijkheden daarvoor maar wel alles wat erop wijst dat hij niet in de bridge-modus staat.

FreakNL schreef op woensdag 2 augustus 2017 @ 23:06:
Inderdaad, lijkt op NAT achter NAT.

Kan je je WAN ip vinden in de D-link? Bij status ergens ofzo? En wat staat daar?

Anders FF in command prompt dit doen:
Tracert 8.8.4.4
En resultaten hier plakken

Zijn dat deze gegevens?

code:

C:\Users\PC>Tracert 8.8.4.4

Traceren van de route naar google-public-dns-b.google.com [8.8.4.4]
via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  192.168.178.1
  2     5 ms     5 ms     5 ms  10.207.48.1
  3     6 ms     7 ms     7 ms  dv-rc0001-cr101-xe-1-0-5-0.core.as9143.net [213.51.185.64]
  4     *        *        *     Time-out bij opdracht.
  5    10 ms     9 ms    16 ms  nl-ams04a-ri3-ae9-0.aorta.net [84.116.130.242]
  6    10 ms     8 ms     9 ms  213.46.191.58
  7     *        *        *     Time-out bij opdracht.
  8     9 ms     8 ms    10 ms  108.170.236.226
  9    10 ms     9 ms     9 ms  108.170.241.172
 10     9 ms    12 ms    10 ms  216.239.41.49
 11    26 ms    12 ms    18 ms  74.125.37.130
 12    13 ms    12 ms    13 ms  108.170.232.9
 13     *        *        *     Time-out bij opdracht.
 14    13 ms    13 ms    13 ms  google-public-dns-b.google.com [8.8.4.4]

De trace is voltooid.

C:\Users\PC>

[FreakNL]

Die eerste screenshot laat zien dat je dlink geen publiek ip op zijn wan heeft maar een ip uit de DHCP range vd ziggo modem.

Lijkt er dus in 1e instantie op dat je dubbel NAT hebt.

Aan de andere kant; Ik snap alleen niet dat je bij je tracert niet je dlink (192.168.0.1) als eerste hop ziet, dat zou ik namelijk wel verwachten. Het lijkt er in dit geval op dat je dlink middels een lan poort verbonden is met je ziggo modem? In dat geval is er in principe niks aan de hand maar is je dlink niet router maar access point en is je ziggo modem je router (en enige router)

Wat heb je zelf voor ip op je pc? En hoe kom je op je dlink. (Welk adres)

Je netwerk is iig een zooitje als ik het zo zie... volgens mij ben je subnets aan het mixen...

[Voor 8% gewijzigd door FreakNL op 02-08-2017 23:31]

[dion_b]

acclo schreef op woensdag 2 augustus 2017 @ 23:20:
[...]


Zijn dat deze gegevens?
[afbeelding]

Ja. En dat is duidelijk:

1) ding staat te routeren
2) het is oud-Ziggo, dus om in bridge mode te zetten moet je de klantenservice bellen

Alternatief daarvoor is dubbel port forwarden. Gaat ook prima, maar je moet goed stilstaan bij wat je doet.

Op de DIR-865L staat alles al goed. Op de EPC3925 moet je forwarden naar het IP van de DIR-865L WAN (wat dus in de LAN van de EPC3925 staat). Oftewel diezelfde twee poorten forwarden in de EPC3925 naar 192.168.178.10. Zou ook moeten werken.

Enige reden dat je dat zou willen (en niet gewoon in bridge mode) als je de WiFi op de EPC3925 niet gebruikt, is als je apparaten bedraad op de EPC3925 aangesloten hebt. Zij verliezen verbinding als je dat ding in bridge mode laat zetten. Dan wil je NAT blijven doen op de EPC3925. In dat geval is trouwens beter alternatief om de DIR-865L als AP in te stellen, zodat je alsnog geen dubbel NAT krijgt.

[acclo]

FreakNL schreef op woensdag 2 augustus 2017 @ 23:28:
ie eerste screenshot laat zien dat je dlink geen publiek ip op zijn wan heeft maar een ip uit de DHCP range vd ziggo modem.

Lijkt er dus in 1e instantie op dat je dubbel NAT hebt.

Aan de andere kant; Ik snap alleen niet dat je bij je tracert niet je dlink (192.168.0.1) als eerste hop ziet, dat zou ik namelijk wel verwachten. Het lijkt er in dit geval op dat je dlink middels een lan poort verbonden is met je ziggo modem? In dat geval is er in principe niks aan de hand maar is je dlink niet router maar access point en is je ziggo modem je router (en enige router)

Wat heb je zelf voor ip op je pc? En hoe kom je op je dlink. (Welk adres)

Je netwerk is iig een zooitje als ik het zo zie... volgens mij ben je subnets aan het mixen...

Het is zo verbonden.
192.168.0.114
192.168.0.1
ipconfig als dat het nog iets duidelijker maakt:

code:

Windows IP-configuratie

   Hostnaam  . . . . . . . . . . . . : PC
   Primair DNS-achtervoegsel . . . . :
   Knooppunttype . . . . . . . . . . : hybride
   IP-routering ingeschakeld . . . . : nee
   WINS-proxy ingeschakeld . . . . . : nee
   DNS-achtervoegselzoeklijst. . . . : dynamic.ziggo.nl

Ethernet-adapter voor LAN-verbinding:

   Verbindingsspec. DNS-achtervoegsel: dynamic.ziggo.nl
   Beschrijving. . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Fysiek adres. . . . . . . . . . . : F4-6D-04-EE-74-26
   DHCP ingeschakeld . . . . . . . . : ja
   Autom. configuratie ingeschakeld  : ja
   Link-local IPv6-adres . . . . . . : fe80::d8a2:875f:1bdb:bcd4%16(voorkeur)
   IPv4-adres. . . . . . . . . . . . : 192.168.0.114(voorkeur)
   Subnetmasker. . . . . . . . . . . : 255.255.255.0
   Lease verkregen . . . . . . . . . : woensdag 2 augustus 2017 13:45:32
   Lease verlopen. . . . . . . . . . : zondag 9 september 2153 5:59:16
   Standaardgateway. . . . . . . . . : 192.168.0.1
   DHCP-server . . . . . . . . . . . : 192.168.0.1
   DHCPv6 IAID . . . . . . . . . . . : 284454148
   DHCPv6-client DUID. . . . . . . . : 00-01-00-01-1A-E8-71-84-F4-6D-04-EE-74-26
   DNS-servers . . . . . . . . . . . : 192.168.0.1
   NetBIOS via TCPIP . . . . . . . . : ingeschakeld

Volgens mijn ouders is het toentertijd aangelegd met een 'zolang het maar werkt' mentaliteit, dus dat zooitje zal wel kloppen...

dion_b schreef op woensdag 2 augustus 2017 @ 23:32:
[...]Enige reden dat je dat zou willen (en niet gewoon in bridge mode) als je de WiFi op de EPC3925 niet gebruikt, is als je apparaten bedraad op de EPC3925 aangesloten hebt. Zij verliezen verbinding als je dat ding in bridge mode laat zetten.

Bedoel je met apparaten ook de router? Er zit namelijk maar 1 poort op of de rest zit onder een metalen plaatje (stop hier de netwerkkabel in) wat achterop het modem zit.

[dion_b]

acclo schreef op woensdag 2 augustus 2017 @ 23:45:
Ja, de D-Link is verbonden via de lan poort.

Dan is het een wonder dat je überhaupt een werkende internetverbinding hebt

Sowieso raar dat je dan probeer poorten te forwarden in de DIR-865L - dat gaat over poorten van WAN naar LAN forwarden. Maar je WAN is nergens op aangesloten

Verbind de WAN-poort van de DIR-865L met LAN1 van de EPC3925 (de enige die niet afgedekt is met het stickertje).

[...]

Bedoel je met apparaten ook de router? Er zit namelijk maar 1 poort op of de rest zit onder een metalen plaatje (stop hier de netwerkkabel in) wat achterop het modem zit.

Nee, ik bedoel andere apparaten. Als die sticker _{niks metalen plaatje} nog over de andere drie poorten zit, moge duidelijk zijn dat dat niet het geval is.

Oftwel, Ziggo morgen bellen en vragen om bridge mode. In de tussentijd kun je op de EPC3925 de poorten naar 192.168.178.10 forwarden om alvast extern benaderbaar te zijn. Let op dat de EPC3925 geen NAT loopback ondersteunt, dus om te testen of het extern te benaderen is moet je dat vanaf een andere interneverbinding (bijvoorbeeld een smartphone met 4G) doen. Vanaf eigen netwerk is het niet op publiek IP benaderbaar.

[Voor 19% gewijzigd door dion_b op 02-08-2017 23:51]

[acclo]

dion_b schreef op woensdag 2 augustus 2017 @ 23:48:
[...]

Dan is het een wonder dat je überhaupt een werkende internetverbinding hebt

Sowieso raar dat je dan probeer poorten te forwarden in de DIR-865L - dat gaat over poorten van WAN naar LAN forwarden. Maar je WAN is nergens op aangesloten

Verbind de WAN-poort van de DIR-865L met LAN1 van de EPC3925 (de enige die niet afgedekt is met het stickertje).

Argh, sorry volgens mij haal ik alles door elkaar. Zo ziet het eruit (kabel = 5 meter):

dion_b schreef op woensdag 2 augustus 2017 @ 23:48:
[...]
Nee, ik bedoel andere apparaten. Als die sticker _{niks metalen plaatje} nog over de andere drie poorten zit, moge duidelijk zijn dat dat niet het geval is.

Inderdaad een sticker.

[Voor 19% gewijzigd door acclo op 03-08-2017 00:03]

[dion_b]

acclo schreef op donderdag 3 augustus 2017 @ 00:00:
[...]

Argh, sorry volgens mij haal ik alles door elkaar. Zo ziet het eruit (kabel = 5 meter):
[afbeelding]

OK, dan loopt de kabel van de LAN-poort van de modem naar de WAN-poort van de router. Dat klopt dan.

Je hebt nu 2x NAT, wat onnodig is, maar het werkt verder normaal.

Stappenplan:
1) In de EPC3925 (benaderbaar op 192.168.178.1) de poorten voor nu forwarden naar 192.168.178.10.
2) Ziggo bellen en vragen om bridge mode.

Hou er rekening mee dat je mogelijk de router zult moeten rebooten zodra de modem in bridge mode terechtkomt, en dat je dan zeker een ander publiek IP-adres gaat krijgen.

[FreakNL]

Toch klopt dat ook niet want ik zie in die tracert geen hop naar de dlink, dat is toch raar? Of zie ik iets over het hoofd?

[Voor 26% gewijzigd door FreakNL op 03-08-2017 00:13]

[acclo]

dion_b schreef op donderdag 3 augustus 2017 @ 00:04:
[...]
1) In de EPC3925 (benaderbaar op 192.168.178.1) de poorten voor nu forwarden naar 192.168.178.10.

Alle poorten of alleen voor alle apparaten waarvan ik de poorten wil forwarden? Ik kan wel wachten totdat de klantenservice open is als het alleen voor de tijdelijke forwarding van de apparaten is.

FreakNL schreef op donderdag 3 augustus 2017 @ 00:10:
Toch klopt dat ook niet want ik zie in die tracert geen hop naar de dlink, dat is toch raar? Of zie ik iets over het hoofd?

Ik weet niet of het daaraan kan liggen, maar de verbinding naar de pc is Cisco->4-5m kabel->D-Link->4-5m kabel->Switch->5-7m kabel->Switch->1m kabel->PC (2x Netgear GS205). Of misschien de niet-standaard DNS adressen?

[Voor 12% gewijzigd door acclo op 03-08-2017 00:27]

[iTeV]

acclo schreef op donderdag 3 augustus 2017 @ 00:23:
[...]

Ik weet niet of het daaraan kan liggen, maar de verbinding naar de pc is Cisco->4-5m kabel->D-Link->4-5m kabel->Switch->5-7m kabel->Switch->1m kabel->PC (2x Netgear GS205). Of misschien de niet-standaard DNS adressen?

Heeft vrij weinig te maken met DNS (het is nooit DNS, totdat het wel DNS is )
Maar wat @FreakNL terecht opmerkte is dat er in jouw situatie eigenlijk het volgende tracert zou moeten uitspugen:

code:

C:\Users\PC>Tracert 8.8.4.4

Traceren van de route naar google-public-dns-b.google.com [8.8.4.4]
via maximaal 30 hops:

  1   <1ms    <1 ms   <1 ms 192.168.0.1
  2   <1 ms   <1 ms   <1 ms  192.168.178.1

De trace is voltooid.

C:\Users\PC>

In plaats van

code:

C:\Users\PC>Tracert 8.8.4.4

Traceren van de route naar google-public-dns-b.google.com [8.8.4.4]
via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  192.168.178.1

C:\Users\PC>

aangezien de default gateway op jouw PC 192.168.0.1 is

Correct me if im wrong

[dion_b]

acclo schreef op donderdag 3 augustus 2017 @ 00:23:
[...]

Alle poorten of alleen voor alle apparaten waarvan ik de poorten wil forwarden?

Dezelfde poorten die je in de DIR-865L geforward hebt.

Edit: je kunt bij nader inzien ook 192.168.178.10 in de DMZ gooien natuurlijk

Ik kan wel wachten totdat de klantenservice open is als het alleen voor de tijdelijke forwarding van de apparaten is.

Klantenservice open is 1, daadwerkelijk uitvoeren van verzoek is twee. Er liepen laatst topics dat het meerdere dagen zo niet weken kon duren...

[Voor 7% gewijzigd door dion_b op 03-08-2017 08:59]

[FreakNL]

Ik twijfel nog steeds over je tracert, ik blijft het vreemd vinden dat je niet 192.168.0.1 al eerste hop ziet.

Maargoed, als we dat even terzijde schuiven heb je een paar oplossingsrichtingen;

1) Dubbel NAT behouden, maar dan moet je 2 keer gaan port forwarden (zowel in de Cisco als in de DLINK)
2) Cisco in Bridge laten zetten en DLINK router laten zijn
3) Cisco zo laten en DLINK als AP inzetten

Optie 1 is niet aan te raden. Optie 2 is het beste, maar kan wel even duren (zie ook de post van dion_b). Optie 3 is direct uit te voeren.

Ik zou persoonlijk direct optie 3 implementeren, gezien de wachttijd bij de klantenservice.

Stappenplan;

0) DLINK loskoppelen van Cisco
1) Laptop aansluiten op de Cisco, ip adres ophalen (zal 192.168.178.x zijn)
2) Inloggen op de Cisco (192.168.178.1) en controleren wat de DHCP scope is. Deze loopt bijvoorbeeld van 192.168.178.10 t/m 192.168.178.99.
3) Laptop aansluiten op DLINK, ip adres ophalen (zal 192.168.0.x zijn)
4) Inloggen op de DLINK (192.168.0.1)
5) DHCP uitzetten op Dlink
6) DLINK adres veranderen van 192.168.0.1 naar bijvoorbeeld 192.168.178.240. Belangrijk is dat het nieuwe adres van de dlink buiten de DHCP scope van 2 valt
7) Na verandering van IP zul je de connectie naar de DLINK kwijt zijn. Ook zul je geen DHCP van de DLINK meer krijgen. Maar goed, je weet nu dat hij 192.168.178.240 is.
7b) Mocht je ooit op losstaand (bijvoorbeeld als je Cisco kapot is of in Bridge gezet is) op de DLINK willen komen moet je dus je laptop een statisch IP geven (192.168.178.200 bijvoorbeeld).
Sluit nu de DLINK aan op de Cisco middels LAN-LAN. Je gebruikt nu dus niet de WAN poort van de DLINK
9) Sluit je laptop wederom aan op de DLINK en IP adres ophalen
10) Als het goed is heeft je laptop nu een 192.168.178.x adres (gekregen van de DHCP van de Cisco)
11) De DLINK heeft nu adres 192.168.178.240, dit is hetzelfde subnet als de Cisco, dus de DLINK is gewoon bereikbaar via 192.168.178.240. De cisco is bereikbaar via 192.168.178.1.


Op dit moment heb je een prima netwerk. Je moet alleen even kijken welke clients (bijvoorbeeld de NAS) er een 192.168.0.x adres hebben (static), dat moet je dan even wijzigen naar DHCP of static buiten de DHCP scope van stap 2.


Mocht je nu alsnog de helpdesk bellen om de modem in bridge te laten zetten zal je na een paar dagen/weken merken dat je het internet het niet meer doet. Dat is het moment dat je modem in bridge gezet is. Dan zou je het volgende moeten doen;


1) Laptop static IP geven (want de Cisco staat in bridge dus doet geen DHCP meer), bijvoorbeeld 192.168.178.200
2) Laptop aansluiten op de DLINK
3) Het kabeltje wat van de Cisco naar een LAN poort loopt op de DLINK omprikken naar de WAN poort op de DLINK
4) Inloggen op de DLINK (192.168.178.240)
5) Kijk bij de WAN status, deze zal nu een publiek/wan IP aangeven. Je modem staat nu dus in bridge en je DLINK is router
6) DHCP aanzetten op de DLINK.
7) Static IP van de laptop afhalen en proberen een DHCP adres op te halen, je zou nu een adres in de 192.168.178.x range moeten krijgen

[vanaalten]

Kan het zijn dat de DLINK mist in de traceroute omdat er wellicht vanaf een laptop een traceroute gemaakt wordt en die laptop via wifi direct aan het ziggo modem hangt?

[FreakNL]

Dat lijkt me niet want de laptop heeft een IP van 192.168.0.x volgens de TS

[wvdbroek]

Beste Heren,

Ik loop tegen hetzelfde probleem aan met 1 verschil dat mijn ziggo modem al in bridge modus staat.

Situatie

ziggo (tc 7200 u) bereikbaar op 192.168.100.1 met alle draadloos uit en in bridge

Dlink TL-WR1043ND bereikbaar op 192.168.1.1 met daarop ddwrt

poort 5000 en 5443 opengezet naar de statische nas ip en bij cloud settings in de nas ook deze poortnummers opgegeven.

Maar met geen mogelijkheid extern verbinding te maken.

bij yougetsignal.com geeft ie ook de poorten als gesloten terwijl andere poorten die ik ook open heb staan het wel gewoon doen !!

My cloud website en App werken wel maar wdsync krijgt geen verbinding !!

---

Wan op d-link

Type WAN VerbindingAutomatische Configuratie - DHCP
Tijd Verbonden0:06:38
IP-Adres89.98.64.xxx
Subnetmasker255.255.255.0
Gateway89.98.64.1
DNS 162.179.104.196
DNS 2213.46.228.196
DNS 3

---

tracert


Tracing route to google-public-dns-b.google.com [8.8.4.4]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms Allin-DD [192.168.1.1]
2 * * * Request timed out.
3 9 ms 10 ms 8 ms dhcp-089-098-064-001.chello.nl [89.98.64.1]
4 9 ms 8 ms 9 ms 212.142.51.57
5 * * * Request timed out.
6 43 ms 22 ms 14 ms nl-ams14a-ri1-ae5-0.aorta.net [84.116.135.34]
7 12 ms 12 ms 14 ms 74.125.146.228
8 15 ms 14 ms 12 ms 108.170.241.237
9 13 ms 15 ms 13 ms 209.85.255.214
10 24 ms 19 ms 16 ms 74.125.37.130
11 17 ms 16 ms 16 ms 72.14.235.74
12 18 ms 15 ms 20 ms 72.14.238.201
13 * * * Request timed out.
14 19 ms 20 ms 15 ms google-public-dns-b.google.com [8.8.4.4]

Trace complete.

---