Website enkel zichtbaar met VPN na overgang naar IPv6

[PvH Design]

Hallo beste mensen!

Voor een klant heb ik een website gemaakt (Wordpress) die tot nu toe goed bereikbaar is geweest zonder problemen. Zowel hij als ik hebben internet via Trined (ISP). Een tijdje geleden is Trined overgegaan van IPv4 naar IPv6, en sindsdien is de website (inc. CPanel en mail) niet meer te bereiken, TENZIJ er gebruik gemaakt wordt van een VPN verbinding. Zowel de klant als ik ervaren dezelfde problemen, terwijl collega's met een andere ISP dan Trined geen problemen ondervinden.

Trined heeft aangegeven dat onze IP adressen waarschijnlijk geblokkeerd worden door de firewall aan de kant van de webhoster (BudgetWebhosting). BudgetWebhosting heeft echter aangegeven dat er geen IP adressen geblokkeerd worden vanuit hun kant.
Na een hoop contact heen en weer heeft BudgetWebhosting (blijkbaar bij hoge uitzondering) het IP adres van de klant (IPv4 adres toegewezen door Trined) toegevoegd aan hun whitelist, maar helaas is het probleem daarmee niet opgelost en blijft het domein onbereikbaar zonder VPN.

We hebben van alle standaard 'oplossingen' geprobeerd, zoals DNS flush, opnieuw instellen van de modems etc. BudgetWebhosting heeft aan hun kant de firewall opnieuw herstart, maar ook hiermee is het probleem niet opgelost.

Als laatste optie geeft Trined aan dat mijn klant PORTFORWARDING zou kunnen configureren, maar zowel hij als ik zijn zeker geen ICT'ers/netwerkexperts. We komen een heel eind, maar lopen nu tegen een paar dingen aan:

• We hebben een IP adres nodig. Ik neem aan dat dat het IP adres is van de website. Als ik inlog op CPanel (via VPN ) dan zie ik een SHARED IP ADRES staan. Als dat het correcte adres is dan is die info duidelijk.
• Er wordt gevraagd naar een protocol (TCP, UDP, ESP of GRE). Na wat zoekwerk is mij duidelijk geworden dat ESP en GRE alleen gebruikt worden wanneer VPN in het spel komt dus die zijn eigenlijk niet nodig (tikkie ironisch wel..) Het zal dus of TCP of UDP moeten zijn.
• Als laatste wordt gevraagd naar een poort. Voor het instellen van de email hebben we informatie gekregen met daarin de juiste poorten voor IMAP en SMTP, maar ik heb geen idee of dat de juiste poorten zijn om portforwarding te configureren.

Nog een paar voetnoten:

• BudgetWebhosting heeft het volgende aangegeven over portforwarding:
  "Dit is geen instelling die op de server kan worden ingesteld, u zult dit waarschijnlijk willen instellen in uw lokale router- of modemconfiguratie, u zult hiervoor contact op moeten nemen met de systeembeheerder van het bedrijf of met de ISP als het de modem betreft."
• Ik heb meerdere websites gemaakt die gehost worden via BudgetWebhosting (waar ik overigens best wel tevreden mee ben!). Deze andere websites kan ik WEL gewoon bereiken met Trined

Heeft iemand enig idee waar dit aan zou kunnen liggen, en voornamelijk aan welke kant (ISP of webhoster)?
Tweede vraag; Is het uberhaubt mogelijk om in dit geval portforwarding te configureren? Dus van het modem van mijn klant naar de gehoste website (of hun server).

Alle hulp is van harte welkom en wordt zeer gewaardeerd!! Het is voor ons duidelijk dat we hier zelf niet uit gaan komen, en de ISP en webhoster sturen ons van het kastje naar de muur.

Gr. Peter

[Brahiewahiewa]

PvH Design schreef op dinsdag 8 december 2020 @ 12:42:
...
Voor een klant ..
maar zowel hij als ik zijn zeker geen ICT'ers/netwerkexperts...

Sorry hoor, maar als jij bedrijfsmatig websites wil verkopen zonder dat je netwerkkennis hebt, ben je verkeerd bezig. Is net zoiets als een taxi chauffeur zonder rijbewijs. Huur die kennis gewoon in

[GlowMouse]

Kijk eens of je AAAA-records goed zijn ingesteld.

Brahiewahiewa schreef op dinsdag 8 december 2020 @ 15:50:
[...]

Sorry hoor, maar als jij bedrijfsmatig websites wil verkopen zonder dat je netwerkkennis hebt, ben je verkeerd bezig. Is net zoiets als een taxi chauffeur zonder rijbewijs. Huur die kennis gewoon in

Het helpt niet mee dat Trined en BudgetWebhosting hem in de compleet verkeerde richting sturen Zeker BudgetWebhosting zou direct moeten zien wat er mis is.

[Brahiewahiewa]

GlowMouse schreef op dinsdag 8 december 2020 @ 15:55:
... Zeker BudgetWebhosting zou direct moeten zien wat er mis is.

offtopic:
Ze heten niet voor niets "budgetwebhosting"; ze hebben ongetwijfeld bespaard op de technische kennis van de helpdesk

[PvH Design]

Hoi Brahiewahiewa,

Je hebt gelijk wat dat betreft, ik ben geen ICT'er maar ontwerper met een vrij degelijke kennis van websites en het achterliggende daarvan. Tot nogtoe heb ik altijd alles zelf op kunnen lossen, maar iedereen heeft wel een limiet van kennis lijkt me.

Dat gezegd hebbende; Ik heb wel degelijk een ICT'er gevraagd er naar te kijken. Hij heeft geprobeerd contact op te nemen met de hoster maar heeft nog geen reactie gehad. Vandaag heb ik daarom zelf ook nog een bericht naar de helpdesk gestuurd én leek het me een goed idee om tegelijkertijd een vraag te stellen op dit forum.

Ik begrijp je reactie, maar echt heel vriendelijk komt het niet op mij over.

Maargoed, ik zal je reactie alvast markeren als beste antwoord

[Freekers]

Dit is echt een vaag verhaal waar ik geen touw aan vast kan knopen. Kun je de domeinnaam eens delen, binnen member tags zodat ie niet geïndexeerd wordt door Google?

[PvH Design]

Members only: domeinnaam

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[RollieBollie]

Heb je wel een IPv6 adres aan de domeinnaam gekoppeld? Ik heb een IPv4 en IPv6 adres en kan de website wel bereiken. Heeft Trined alleen nog IPv6? Zo ja, denk dat je nog beter een ISP kan zoeken die dan wel IPv4 levert, omdat anders het grootste deel van internet onbereikbaar is.

C:\Users\->ping -4 vankesseltechniek.nl

Pinging vankesseltechniek.nl [138.128.178.178] with 32 bytes of data:
Reply from 138.128.178.178: bytes=32 time=124ms TTL=53
Reply from 138.128.178.178: bytes=32 time=122ms TTL=53
Reply from 138.128.178.178: bytes=32 time=122ms TTL=53
Reply from 138.128.178.178: bytes=32 time=126ms TTL=53

Ping statistics for 138.128.178.178:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 122ms, Maximum = 126ms, Average = 123ms

C:\Users\->ping -6 vankesseltechniek.nl
Ping request could not find host vankesseltechniek.nl. Please check the name and try again.

[ Voor 13% gewijzigd door RollieBollie op 08-12-2020 19:28 ]

[Saven]

Je hebt geen AAAA-records ingesteld.

[Brahiewahiewa]

PvH Design schreef op dinsdag 8 december 2020 @ 18:46:
...
Ik begrijp je reactie, maar echt heel vriendelijk komt het niet op mij over...

In het kader van zachte heelmeesters maken stinkende wonden, leek het mij nuttig om er geen doekjes om te winden. Ik bedoel: al die tijd die jij nu zit te pingen en te nslookuppen heeft jouw klant niet de beschikking over zijn website. Als je dat te lang laat duren, is die klant jouw klant niet meer

[PvH Design]

GlowMouse, RollieBollie en Saven,

Bedankt voor de reacties. Dan gaan we het in die hoek zoeken (AAAA-records).

Brahiewahiewa,

Wederom begrijp ik je reactie. Zoals ik al zei heb ik het ook doorgezet naar een ICT'er die er vast wel uit gaat komen. En inderdaad heeft het geen zin om er doekjes om te winden.

Maar als ZZP-er denk ik ook graag mee met mijn klant en probeer ik dus ook mee te zoeken naar een oplossing (naast dat de ICT'er er ook mee bezig is). En als ik via een vraag op dit forum bij kan dragen aan een snellere oplossing dan de ICT'er alleen, dan is dat alleen maar goed lijkt mij.

En naast meedenken vind ik het geen probleem om zelf ook nog wat te leren, want ik prentendeer zeker niet dat ik alle kennis altijd zomaar paraat heb maar ik vind het altijd fijn om wijzer te worden.

P.s. Juist omdat ik altijd mee probeer te denken met mijn klanten raak ik ze niet kwijt

[GlowMouse]

Er kunnen twee dingen aan de hand zijn:
1. Er stonden onjuiste AAAA-records ingesteld en zijn die net verwijderd. De TTL is vier uur, dus het kan vier uur duren voordat jij de wijziging ziet.
2. BudgetWebhosting is voor jou niet bereikbaar via ipv4 maar wel via ipv6, en de andere website is via ipv6 beschikbaar. Kun je ook een domeinnaam noemen die wel werkt? En heb je de output van tracert (op jouw computer) naar de website die wel werkt en naar de website die niet werkt?

[Jef61]

RollieBollie schreef op dinsdag 8 december 2020 @ 19:26:
Heb je wel een IPv6 adres aan de domeinnaam gekoppeld? Ik heb een IPv4 en IPv6 adres en kan de website wel bereiken. Heeft Trined alleen nog IPv6? Zo ja, denk dat je nog beter een ISP kan zoeken die dan wel IPv4 levert, omdat anders het grootste deel van internet onbereikbaar is.

Eigenlijk zou het NIET aanwezig zijn van AAAA-records niet het probleem kunnen zijn van het volledig onbereikbaar zijn van de website, het moet dan gewoon terugvallen op IPv4.

Ik ben eigenlijk benieuwd welk IP-adres @PvH Design krijgt als hij een ping doet naar het betreffende domein. Lijkt me dat hij dan een geldig IPv4 adres krijgt en ben benieuwd of hij ook een ping-reply krijgt.

[PvH Design]

Ik heb zojuist even gekeken bij de DNS records, en ik zie inderdaad nergens een AAAA-record staan.
Dit ga ik doorgeven aan de ICT'er!

Daarnaast heb ik even gekeken http://www.watzijnmijnips.nl/ en die geeft aan dat ik alleen IPv4 heb en geen IPv6...

Een andere domeinnaam via BudgetWebhosting die wel werkt is:

Members only: domeinnaam

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[RollieBollie]

Je hebt gelijk. Ik zat ondertussen de persco te kijken. Blijkt maar weer dat multitasken lastig is.

Wat ik begrijp: trined levert IPv6, maar de website heeft enkel een IPv4 adres. Trined levert ook nog IPv4 en dus zou je de website wel horen te bereiken.

De grote vraag is dus: waarom bereik je de pagina toch niet? Het lijkt erop dat via de klant verbinding en je eigen verbinding niet automatisch IPv6 en IPv4 verbinding kan gebruiken. Misschien heb je iets in je modem/router ingesteld dat dit veroorzaakt.

Bllijft natuurlijk wel het probleem bestaan dat als je enkel een IPv4 adres aan je website hebt hangen iedereen die enkel een IPv6 verbinding heeft de site niet kan bereiken.

[Jef61]

PvH Design schreef op dinsdag 8 december 2020 @ 20:01:
Ik heb zojuist even gekeken bij de DNS records, en ik zie inderdaad nergens een AAAA-record staan.
Dit ga ik doorgeven aan de ICT'er!

Daarnaast heb ik even gekeken http://www.watzijnmijnips.nl/ en die geeft aan dat ik alleen IPv4 heb en geen IPv6...

En dus zou het gewoon moeten werken (toch ergens een blokkade?)
Wat krijg je nu als je pingt naar het domein?

[PvH Design]

Als ik zelf de domeinnaam ping krijg ik het volgende:

C:\Users\Peter>ping -4 vankesseltechniek.nl

Pinging vankesseltechniek.nl [138.128.178.178] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 138.128.178.178:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

[Jef61]

PvH Design schreef op dinsdag 8 december 2020 @ 20:12:
Als ik zelf de domeinnaam ping krijg ik het volgende:

C:\Users\Peter>ping -4 vankesseltechniek.nl

Pinging vankesseltechniek.nl [138.128.178.178] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 138.128.178.178:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

En als je de -4 weg laat? Hetzelfde lijkt me...

C:\Users\xxx>ping vankesseltechniek.nl

Pinging vankesseltechniek.nl [138.128.178.178] with 32 bytes of data:
Reply from 138.128.178.178: bytes=32 time=112ms TTL=57
Reply from 138.128.178.178: bytes=32 time=111ms TTL=57
Reply from 138.128.178.178: bytes=32 time=111ms TTL=57
Reply from 138.128.178.178: bytes=32 time=108ms TTL=57

Ik denk dat het probleem bij jouw ISP zit...

[ Voor 26% gewijzigd door Jef61 op 08-12-2020 20:18 ]

[PvH Design]

Jup

[Jef61]

C:\Users\xxx>tracert vankesseltechniek.nl

Tracing route to vankesseltechniek.nl [138.128.178.178]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms xxx
2 3 ms 3 ms 3 ms xxx
3 4 ms 3 ms 3 ms 5.104.136.37
4 4 ms 4 ms 4 ms be5271.207.rcr21.b015960-1.ams03.atlas.cogentco.com [149.14.82.145]
5 7 ms 6 ms 5 ms be3197.ccr41.ams03.atlas.cogentco.com [154.54.56.153]
6 92 ms 89 ms 90 ms be12265.ccr41.par01.atlas.cogentco.com [130.117.2.142]
7 87 ms 86 ms 86 ms be3628.ccr42.jfk02.atlas.cogentco.com [154.54.27.169]
8 86 ms 87 ms 87 ms be2807.ccr42.dca01.atlas.cogentco.com [154.54.40.110]
9 97 ms 97 ms 100 ms be2112.ccr41.atl01.atlas.cogentco.com [154.54.7.158]
10 108 ms 107 ms 107 ms be2449.rcr21.jax01.atlas.cogentco.com [154.54.46.98]
11 109 ms 107 ms 107 ms be3639.rcr51.mco01.atlas.cogentco.com [154.24.19.133]
12 108 ms 112 ms 112 ms te0-0-1-0.nr11.b006655-1.mco01.atlas.cogentco.com [154.24.23.202]
13 110 ms 111 ms 111 ms 38.104.89.26
14 110 ms 110 ms 110 ms ae2.core2.mco.hostdime.com [67.23.229.205]
15 107 ms 107 ms 106 ms server.beterwebserver.nl [138.128.178.178]

Trace complete.

[PvH Design]

Microsoft Windows [Version 10.0.18363.1198]
(c) 2019 Microsoft Corporation. Alle rechten voorbehouden.

C:\Users\xxx>tracert vankesseltechniek.nl

Tracing route to vankesseltechniek.nl [138.128.178.178]
over a maximum of 30 hops:

1 1 ms 1 ms 2 ms xxx
2 2 ms 1 ms 1 ms xxx
3 9 ms 7 ms 7 ms 100.65.0.1
4 7 ms 8 ms 7 ms 100.127.1.17
5 8 ms 6 ms 6 ms 100.127.1.19
6 8 ms 7 ms 7 ms be120-25.ams_nkhf_ipr01.tnoc.nl [45.145.108.121]
7 8 ms 8 ms 8 ms 185.185.244.88
8 8 ms 7 ms 7 ms lo50.cr1.nkhf-asd.h2b.nl [185.185.245.248]
9 8 ms 10 ms 7 ms nl-ams04a-rb2-ae-12-0.aorta.net [213.46.186.33]
10 8 ms 8 ms 9 ms nl-ams17b-rc1-lag-12-0.aorta.net [84.116.139.129]
11 97 ms 98 ms 96 ms us-was02a-rd2-ae-105-0.aorta.net [84.116.130.66]
12 98 ms 97 ms 95 ms us-was03a-ri1-ae-11-0.aorta.net [84.116.130.165]
13 96 ms 99 ms 103 ms 4.68.39.141
14 125 ms 162 ms 123 ms ae-2-4.bar1.Orlando1.Level3.net [4.69.206.181]
15 125 ms 197 ms 149 ms HOSTDIME.bar1.Orlando1.Level3.net [4.31.179.146]
16 154 ms 240 ms 123 ms ae2.core2.mco.hostdime.com [67.23.229.205]
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.

Trace complete.

[GlowMouse]

PvH Design schreef op dinsdag 8 december 2020 @ 20:28:
C:\Users\xxx>tracert vankesseltechniek.nl

Tracing route to vankesseltechniek.nl [138.128.178.178]
over a maximum of 30 hops:

1 1 ms 1 ms 2 ms xxx
2 2 ms 1 ms 1 ms xxx
3 9 ms 7 ms 7 ms 100.65.0.1
4 7 ms 8 ms 7 ms 100.127.1.17
5 8 ms 6 ms 6 ms 100.127.1.19
6 8 ms 7 ms 7 ms be120-25.ams_nkhf_ipr01.tnoc.nl [45.145.108.121]
7 8 ms 8 ms 8 ms 185.185.244.88
8 8 ms 7 ms 7 ms lo50.cr1.nkhf-asd.h2b.nl [185.185.245.248]
9 8 ms 10 ms 7 ms nl-ams04a-rb2-ae-12-0.aorta.net [213.46.186.33]
10 8 ms 8 ms 9 ms nl-ams17b-rc1-lag-12-0.aorta.net [84.116.139.129]
11 97 ms 98 ms 96 ms us-was02a-rd2-ae-105-0.aorta.net [84.116.130.66]
12 98 ms 97 ms 95 ms us-was03a-ri1-ae-11-0.aorta.net [84.116.130.165]
13 96 ms 99 ms 103 ms 4.68.39.141
14 125 ms 162 ms 123 ms ae-2-4.bar1.Orlando1.Level3.net [4.69.206.181]
15 125 ms 197 ms 149 ms HOSTDIME.bar1.Orlando1.Level3.net [4.31.179.146]
16 154 ms 240 ms 123 ms ae2.core2.mco.hostdime.com [67.23.229.205]
Trace complete.

Ik denk dat er wat fout is gegaan bij het copy/pasten, dit is de traceroute naar gradjessmokerverhuur.nl. Die staat op een compleet andere server en in een ander land, dus helaas zegt het niet zoveel dat je die website wel kunt bereiken. Heb je ook de traceroute naar vankesseltechniek.nl?

[Freekers]

Zo te zien staat de server van BudgetWebHosting helemaal in de VS. Dat lijkt me niet wenselijk gezien latency.

Daarnaast ontbreekt er inderdaad een AAAA record voor je website, maar ik kan me niet voorstellen dat Trined énkel internet over IPv6 aanbiedt, aangezien heel veel sites nog niet IPv6 compatible zijn (tenzij je een of ander exotisch budget pakket hebt). Zodoende zou dat niet de oorzaak mogen zijn, aangezien het A record gewoon werkt.

[ Voor 60% gewijzigd door Freekers op 08-12-2020 20:44 ]

[Dennis-L]

TriNed werkt sinds kort met IPv6 en IPv4 via CG NAT (100.64.0.0/10)
Dat laatste gaat blijkbaar ergens niet helemaal goed.

[Jef61]

GlowMouse schreef op dinsdag 8 december 2020 @ 20:42:
[...]

Ik denk dat er wat fout is gegaan bij het copy/pasten, dit is de traceroute naar gradjessmokerverhuur.nl. Die staat op een compleet andere server en in een ander land, dus helaas zegt het niet zoveel dat je die website wel kunt bereiken. Heb je ook de traceroute naar vankesseltechniek.nl?

Of wel goed gekopieerd en er gaat echt ergens iets niet goed in de routering...

[PvH Design]

Ik heb het nog eens geprobeerd, maar volgens mij met hetzelfde resultaat:

Microsoft Windows [Version 10.0.18363.1198]
(c) 2019 Microsoft Corporation. Alle rechten voorbehouden.

C:\Users\xxx>tracert vankesseltechniek.nl

Tracing route to vankesseltechniek.nl [138.128.178.178]
over a maximum of 30 hops:

1 <1 ms 1 ms <1 ms xxx
2 1 ms 1 ms 2 ms xxx
3 8 ms 7 ms 8 ms 100.65.0.1
4 8 ms 7 ms 7 ms 100.127.1.17
5 7 ms 6 ms 7 ms 100.127.1.19
6 23 ms 9 ms 8 ms be120-25.ams_nkhf_ipr01.tnoc.nl [45.145.108.121]
7 7 ms 7 ms 7 ms 185.185.244.88
8 7 ms 7 ms 7 ms lo50.cr1.nkhf-asd.h2b.nl [185.185.245.248]
9 9 ms 7 ms 8 ms nl-ams04a-rb2-ae-12-0.aorta.net [213.46.186.33]
10 8 ms 8 ms 7 ms nl-ams17b-rc1-lag-12-0.aorta.net [84.116.139.129]
11 96 ms 97 ms 96 ms us-was02a-rd2-ae-105-0.aorta.net [84.116.130.66]
12 95 ms 96 ms 95 ms us-was03a-ri1-ae-11-0.aorta.net [84.116.130.165]
13 96 ms 95 ms 96 ms 4.68.39.141
14 124 ms 145 ms 123 ms ae-2-4.bar1.Orlando1.Level3.net [4.69.206.181]
15 123 ms 124 ms 123 ms HOSTDIME.bar1.Orlando1.Level3.net [4.31.179.146]
16 123 ms 123 ms 123 ms ae2.core2.mco.hostdime.com [67.23.229.205]
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.

Trace complete.

[Jef61]

Dennis-L schreef op dinsdag 8 december 2020 @ 20:46:
TriNed werkt sinds kort met IPv6 en IPv4 via CG NAT (100.64.0.0/10)
Dat laatste gaat blijkbaar ergens niet helemaal goed.

Ja idd, lijkt iets niet goed te gaan met de CG NAT.
Dus fout idd bij de ISP lijkt me.

[GlowMouse]

Ik zat scheel te kijken. De tracert gaat goed tot de één na laatste stap (67.23.229.205). Ik denk dat de firewall van 138.128.178.178 (dus van je hostingprovider) jou blokkeert.

[Jef61]

GlowMouse schreef op dinsdag 8 december 2020 @ 21:02:
Ik zat scheel te kijken. De tracert gaat goed tot de één na laatste stap (67.23.229.205). Ik denk dat de firewall van 138.128.178.178 (dus van je hostingprovider) jou blokkeert.

Nee, de routering gaat al veel eerder fout (na de 100.x.x.x).
Zie de tracert van mij.

[Dennis-L]

Jef61 schreef op dinsdag 8 december 2020 @ 20:53:
[...]

Ja idd, lijkt iets niet goed te gaan met de CG NAT.
Dus fout idd bij de ISP lijkt me.

Dat durf ik nog niet zo te stellen.
Vanaf de TS zijn kant gaat de tracert op weg tot het eindpunt.
Als ik het laatste stukje van zijn trace

15 123 ms 124 ms 123 ms HOSTDIME.bar1.Orlando1.Level3.net [4.31.179.146]
16 123 ms 123 ms 123 ms ae2.core2.mco.hostdime.com [67.23.229.205]
17 * * * Request timed out.

vergelijk met die van mij

10 202 ms 124 ms 117 ms HOSTDIME.bar1.Orlando1.Level3.net [4.31.179.146]
11 178 ms 200 ms 201 ms ae2.core1.mco.hostdime.com [67.23.229.201] (al komt hij op de 205)
12 154 ms 200 ms 200 ms server.beterwebserver.nl [138.128.178.178]

Het lijkt mij dan meer dat server.beterwebserver.nl geen idee heeft waar hij zijn verkeer heen moet sturen.

[ Voor 10% gewijzigd door Dennis-L op 08-12-2020 21:09 ]

[Jef61]

Dennis-L schreef op dinsdag 8 december 2020 @ 21:09:
[...]


Dat durf ik nog niet zo te stellen.
Vanaf de TS zijn kant gaat de tracert op weg tot het eindpunt.
Als ik het laatste stukje van zijn trace

15 123 ms 124 ms 123 ms HOSTDIME.bar1.Orlando1.Level3.net [4.31.179.146]
16 123 ms 123 ms 123 ms ae2.core2.mco.hostdime.com [67.23.229.205]
17 * * * Request timed out.

vergelijk met die van mij

10 202 ms 124 ms 117 ms HOSTDIME.bar1.Orlando1.Level3.net [4.31.179.146]
11 178 ms 200 ms 201 ms ae2.core1.mco.hostdime.com [67.23.229.201] (al komt hij op de 205)
12 154 ms 200 ms 200 ms server.beterwebserver.nl [138.128.178.178]

Het lijkt mij dan meer dat server.beterwebserver.nl geen idee heeft waar hij zijn verkeer heen moet sturen.

Oke, je hebt gelijk, ik had dat laatste stukje niet goed bekeken. (excuus @GlowMouse )

[purge]

Hecht niet teveel waarde aan de traceroute,
Vanaf mijn vaste verbinding is deze te vergelijken met Jef61 en Dennis-L.
Doe ik een traceroute vanaf de mobiele verbinding met NAT64, dan verdwijnt de laatste hob (webserver) ook ergens.
De website doet het overigens wel op beide vast en mobiel.

Ik dacht eerst aan een firewall filter, mogelijk kan je met een portquery uitsluiten of het een filter of routering is.

Kan je iets zien in de logging van de webserver? (of een control panel oid)

[ Voor 8% gewijzigd door purge op 08-12-2020 21:23 ]

[PvH Design]

Mensen!

Alvast superbedankt voor alle hulp en informatie!!
Excuses voor mijn afwezigheid de laatste uren, er was helaas een en ander tussen gekomen. Ik ga de ICT'er even naar al jullie info laten kijken en dan hoop ik dat we tot een oplossing kunnen komen.

Nogmaals bedankt, en ik hou jullie op de hoogte!

Gr. Peter

[Thralas]

GlowMouse schreef op dinsdag 8 december 2020 @ 21:02:
Ik zat scheel te kijken. De tracert gaat goed tot de één na laatste stap (67.23.229.205). Ik denk dat de firewall van 138.128.178.178 (dus van je hostingprovider) jou blokkeert.

Dat heeft er inderdaad alle schijn van. Ondanks het feit dat de hoster claimt van niet: je kunt ze de traceroutes laten zien als bewijs.

IPv6 heeft er mogelijk in zoverre mee te maken dat je provider je met het 'overgaan' naar IPv6 ook achter carrier grade NAT heeft gestopt. Dus dan heb je niet een een eigen adres meer, of in ieder geval een ander adres dan je eerst had.

Nu zijn scherp afgestelde firewalls al een veelvoorkomend probleem bij shared webhosting, met carrier grade NAT is het simpelweg niet de juiste oplossing: een blokkade treft altijd onbedoeld meerdere (tientallen? honderden? wie zal het zeggen..) gebruikers.