Kan ik Cloudflare instellen op een Strato domein?

[k---evi-n]

Ik heb sinds een tijdje een website bij Strato.
Nu wil ik deze versnellen/beveiligen met een CDN zoals Cloudflare.

Ik heb alles ingesteld bij "Verify That All Of Your DNS Records Are Listed Below" (Cloudflare) en de "NS-Record" veranderd bij Strato. Helaas kreeg ik na een uurtje een 404 foutmelding, hierna heb ik de back-up maar terug gezet zodat de site weer online is

Dit zijn de instellingen die ik gebruikt heb:

Members only: Instellingen

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Kan iemand mij vertellen of het mogelijk is zonder foutmelding een CDN in te stellen bij Strato? Of is dit totaal niet mogelijk?

Alvast bedankt voor de tips

[slaay]

Wat zei de support van Strato?

[rens-br]

@k---evi-n ik zou inderdaad eerst even contact opnemen met Strato, die kunnen jou veel beter vertellen wat er wel en niet mogelijk is.

[AW_Bos]

Als je nameservers kan instellen zou het geen probleem moeten zijn. Hoogstens dat de logging enkel CF-IP's aangeeft, omdat ze als proxy fungeren, maar ik neem aan de Strato zijn servers al gepatched heeft.

De vraag is: Waar komt die 404 vandaan? Van Strato of CloudFlare?

[ Voor 14% gewijzigd door AW_Bos op 27-11-2017 08:56 ]

[k---evi-n]

slaay schreef op maandag 27 november 2017 @ 08:32:
Wat zei de support van Strato?

rens-br schreef op maandag 27 november 2017 @ 08:51:
@k---evi-n ik zou inderdaad eerst even contact opnemen met Strato, die kunnen jou veel beter vertellen wat er wel en niet mogelijk is.

Strato support zei nog niets, die zijn niet de snelste

AW_Bos schreef op maandag 27 november 2017 @ 08:55:
Als je nameservers ... gepatched heeft.

De vraag is: Waar komt die 404 vandaan? Van Strato of CloudFlare?

Ik had cloudflare gepauzeerd en dit hielp niet, vervolgens de nameservers bij strato weer veranderd naar de standaard en uiteindelijk cloudflare verwijderd.
Hierna werkte het pas weer. Ik heb al gezocht of meerdere dit probleem hebben maar niemand die duidelijk antwoord hier op kan geven

[AW_Bos]

Dan blijft nog steeds de vraag: Was het een algemene 404 pagina vanaf de Strato-server, of eentje van Cloudflare? Pas dan kan je de oorzaak achterhalen.

[ Voor 14% gewijzigd door AW_Bos op 27-11-2017 10:40 ]

[k---evi-n]

AW_Bos schreef op maandag 27 november 2017 @ 10:39:
Dan blijft nog steeds de vraag: Was het een algemene 404 pagina vanaf de Strato-server, of eentje van Cloudflare? Pas dan kan je de oorzaak achterhalen.

De volgende foutmelding kreeg ik te zien:
(dit is niet mijn afbeelding, maar de error is hetzelfde )


Nu heb ik dus een ping gedaan naar mijn .nl & .com.
Ik heb op het .com domein een http forward (via Strato) naar mijn .nl domein.
De cloudflare heb ik ingesteld op het .nl domein.

Dit is het resultaat van de ping

Members only: resultaat

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

.com (.81) verwijst dus naarSstrato domein en .nl (.104) verwijst volgens IP finder naar Cloudflare.

Al met al geen idee waar de error vandaan kwam... in de browserbalk is wel mijn logo te vinden

[AW_Bos]

Lijkt mij dus iets aan Strato zelf. Cloudflare heeft wat mooier opgeschmuckte error-pages.

[coskun1990]

Hoi Kevin,

Ik neem aan dat je de volgende stappen hebt gevolgd, maar vraag het je toch voor de zekerheid.

1) Je Nameservers wijzigen bij Strato (als je domeinnaam ergens anders is moet je het natuurlijk daar wijzigen) naar waarschijnlijk ken.ns.cloudflare.com en vera.ns.cloudflare.com
2) IP-adres van je domein in Cloudflare control panel wijzigen naar Strato IP, waarchijnlijk 81.169.xxx.xxx
A record: wrapunlimited.nl points to 81.169.xxx.xxx TTL Automatic Cloudflare icon oranje
A record: www points to 81.169.xxx.xxx TTL Automatic Cloudflare icon oranje
3) Je hebt SSL aan staan met een certificaat. Ook in Cloudflare aanvinken dat je SSL gebruikt. Gebruik FULL. Eventueel ook page rules, always use SSL

Kun je hier iets mee?

[k---evi-n]

coskun1990 schreef op maandag 27 november 2017 @ 11:32:
Hoi Kevin,

Ik neem aan dat je de volgende stappen hebt gevolgd, maar vraag het je toch voor de zekerheid.

...
3) Je hebt SSL aan staan met een certificaat. Ook in Cloudflare aanvinken dat je SSL gebruikt. Gebruik FULL. Eventueel ook page rules, always use SSL

Kun je hier iets mee?

Ik ga het met deze instellingen proberen.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Helaas kan ik nog niets in de cloudflare control panel veranderen (deze is nog niet beschikbaar)

Strato heeft overigens op mijn bericht gereageerd en er werd geadviseerd de "TechC en ZoneC" goed na te kijken of alles klopt.

Wish me luck

[coskun1990]

Hoi Kevin,

Je schermafbeelding lijkt correct te zijn bij Cloudflare

[k---evi-n]

Helaas.. de site geeft weer een foutmelding aan..
In chrome krijg ik deze:


en in MS Edge krijg ik deze:


Als ik vervolgens naar het ip adres kijk krijg ik deze "104.28.1.157" en dat is eentje van cloudflare.. Dus neem ik aan dat bij cloudflare nu het probleem ligt?

[coskun1990]

Hoi Kevin,

Hoe heb je het bij Strato ingesteld?
NS1: zelda.ns.cloudflare.com
NS2: yichun.ns.cloudflare.com
?

[k---evi-n]

coskun1990 schreef op maandag 27 november 2017 @ 15:36:
Hoi Kevin,

Hoe heb je het bij Strato ingesteld?
NS1: zelda.ns.cloudflare.com
NS2: yichun.ns.cloudflare.com
?

Nee bij strato heb ik
N1: yichun.ns.cloudflare.com
N2: zelda.ns.cloudflare.com

Dit had de medewerker van Strato gechecked en hij zei dat dit er goed uitzag..
Blijkbaar ziet het er niet zo heel goed uit

[coskun1990]

Kevin,

Kun je eens CNAME autoconfig en SRV records verwijderen? Maak eerst een backup door het ergens op te schrijven.

[CyBeR]

k---evi-n schreef op maandag 27 november 2017 @ 15:39:
[...]


Nee bij strato heb ik
N1: yichun.ns.cloudflare.com
N2: zelda.ns.cloudflare.com

Dit had de medewerker van Strato gechecked en hij zei dat dit er goed uitzag..
Blijkbaar ziet het er niet zo heel goed uit

Dat ziet er prima uit. Het probleem is dat de server bij Strato niet de goede pagina teruggeeft. Ik krijg nu als ik 't direct aan jouw server vraag namelijk hetzelfde:

$ curl -vvv --resolve www.wrapunlimited.nl:80:81.169.145.105 http://www.wrapunlimited.nl/
* Added www.wrapunlimited.nl:80:81.169.145.105 to DNS cache
* Hostname www.wrapunlimited.nl was found in DNS cache
*   Trying 81.169.145.105...
* TCP_NODELAY set
* Connected to www.wrapunlimited.nl (81.169.145.105) port 80 (#0)
> GET / HTTP/1.1
> Host: www.wrapunlimited.nl
> User-Agent: curl/7.54.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Mon, 27 Nov 2017 14:51:30 GMT
< Server: Apache/2.2.31 (Unix)
< Content-Length: 198
< Content-Type: text/html; charset=iso-8859-1
< 

Idem met 81.169.145.80.

[k---evi-n]

coskun1990 schreef op maandag 27 november 2017 @ 15:46:
Kevin,

Kun je eens CNAME autoconfig en SRV records verwijderen? Maak eerst een backup door het ergens op te schrijven.

Ik heb de CNAME autoconfig en SRV records verwijderd. Helaas geen resultaat.

Strato vertelt mij dat het probleem bij Cloudflare ligt..

[coskun1990]

Hoe heb je je SSL instellingen bij cloudflare staan?

[k---evi-n]

coskun1990 schreef op maandag 27 november 2017 @ 15:57:
Hoe heb je je SSL instellingen bij cloudflare staan?

• SSL = FULL (Active)
• Always use HTTPS = OFF
• Authenticated Origin Pulls = OFF
• Require Modern TLS = OFF
• Opportunistic Encryption = ON
• TLS 1.3 = Enabled + 0RTT
• Automatic HTTPS Rewrites = OFF

Hier heb ik eigenlijk alles onveranderd gelaten. Heb wel geprobeerd om TLS 1.3 uit te zetten & SSL helemaal uit te schakelen maar dit heeft ook niet gewerkt

[coskun1990]

Ik weet niet of het voor Strato geldt, maar bij sommige providers kan het voorkomen dat je SSL op Flexibel moet instellen ipv Full. Kun je dat eens proberen?

[k---evi-n]

coskun1990 schreef op maandag 27 november 2017 @ 16:03:
Ik weet niet of het voor Strato geldt, maar bij sommige providers kan het voorkomen dat je SSL op Flexibel moet instellen ipv Full. Kun je dat eens proberen?

Bij Strato heb ik deze keus niet, hier is het of volledig ingeschakeld, of niet.
Wel kan ik kiezen voor tijdelijk of permanente omleiding..

[coskun1990]

In de control panel van Cloudflare kun je kiezen of je SSL uit gebt, Flexible, Full of Full (strict). Kun je Full even wijzigen in Flexible?

[k---evi-n]

Done, ik zie geen veranderingen
Zit hier ook nog tijd aan voordat de wijzigingen doorkomen?

[coskun1990]

Klopt, je dient altijd te wachten. De ene provider pakt het sneller op dan de andere. Van een minuut to wel 24 uur.
DNS van Google doet het normaal gesproken binnen enkele minuten

[coskun1990]

Zit je op een shared hosting of een vps? Indien een vps, kun je dan apache of nginx een herstart geven?
Het lijkt wel iets mis te gaan met virtualhost configuratie.

[k---evi-n]

coskun1990 schreef op maandag 27 november 2017 @ 16:19:
Zit je op een shared hosting of een vps? Indien een vps, kun je dan apache of nginx een herstart geven?
Het lijkt wel iets mis te gaan met virtualhost configuratie.

Ik zit op een Shared hosting, dus helaas herstart gaat niet

[coskun1990]

Je gaf vanochtend in een van je posts aan dat je Cloudflare hebt gepauzeerd en dat het alsnog niet werkt. Normaal gesproken moet het dan werken als Cloudflare voor problemen zorgt. Mijn vermoeden is dat Strato iets niet goed regelt. Je kunt eens vragen of ze apache/nginx willen herstarten. Volgens mij wordt er bij Strato dingen(informatie/wijzigingen) niet bijgewerkt

[CyBeR]

coskun1990 schreef op maandag 27 november 2017 @ 16:16:
Klopt, je dient altijd te wachten.

Wijzigingen binnen cloudflare zijn geen DNS-wijzigingen, tenzij je het wolkje op grijs hebt staan.

Maar je bent dus het verkeerde onderdeel aan het troubleshooten. Als TS z'n IP-adressen kloppen dan is het de server die niet werkt. CloudFlare doet 't prima.

Dus, TS: check of je IP-adressen correct zijn. Ik zie hier in dit topic al twee verschillende.

[k---evi-n]

CyBeR schreef op maandag 27 november 2017 @ 16:41:
[...]


Wijzigingen binnen cloudflare zijn geen DNS-wijzigingen, tenzij je het wolkje op grijs hebt staan.

Maar je bent dus het verkeerde onderdeel aan het troubleshooten. Als TS z'n IP-adressen kloppen dan is het de server die niet werkt. CloudFlare doet 't prima.

Dus, TS: check of je IP-adressen correct zijn. Ik zie hier in dit topic al twee verschillende.

Waar moet ik mijn IP-adressen checken? Bij Strato kan ik (zover ik zie en weet) niet veel met adressen doen.

Ik kan eigenlijk hier een aantal instellingen veranderen. (Deze zijn nu inactief omdat ik een aangepast NS heb. :


Ik denk niet dat er een oplossing komt vanuit Strato dus ben bang dat het gewoon niet gaat werken met hun

[coskun1990]

Ik zie een forward in je plaatje. Heb jij je site in een map geplaatst en niet direct in je root folder?

[k---evi-n]

coskun1990 schreef op maandag 27 november 2017 @ 17:07:
Ik zie een forward in je plaatje. Heb jij je site in een map geplaatst en niet direct in je root folder?

Ik heb de wizard van Strato gebruikt, deze hebben zij dus zo erin gezet. (dit werkte volledig tot nu )

[CyBeR]

k---evi-n schreef op maandag 27 november 2017 @ 17:01:
[...]


Waar moet ik mijn IP-adressen checken? Bij Strato kan ik (zover ik zie en weet) niet veel met adressen doen.

Ik kan eigenlijk hier een aantal instellingen veranderen. (Deze zijn nu inactief omdat ik een aangepast NS heb. :
[afbeelding]

Ik denk niet dat er een oplossing komt vanuit Strato dus ben bang dat het gewoon niet gaat werken met hun

Krijg je informatie over wat er stond voordat je de NS'en wijzigde?

[coskun1990]

Dat kan het probleem zijn. Kun je eens even de volgende testen:
Maak even een bestandje aan met test. Sla het op in je root folder onder index.html
Wat zie je dan als je naar je website gaat?

[k---evi-n]

CyBeR schreef op maandag 27 november 2017 @ 17:10:
[...]


Krijg je informatie over wat er stond voordat je de NS'en wijzigde?

Daar stond " STRATO standaard IP-adres" meer als die info weet ik helaas niet...

coskun1990 schreef op maandag 27 november 2017 @ 17:11:
Dat kan het probleem zijn. Kun je eens even de volgende testen:
Maak even een bestandje aan met test. Sla het op in je root folder onder index.html
Wat zie je dan als je naar je website gaat?

Geprobeerd. Ik heb in de root een bestand index.html gezet en in WordPress_02 helaas blijft er nog altijd die foutmelding komen...

[CyBeR]

k---evi-n schreef op maandag 27 november 2017 @ 17:25:
[...]


Daar stond " STRATO standaard IP-adres" meer als die info weet ik helaas niet...

Als Strato's klantenservice je daar zelf ook niet van kan voorzien, dan is het simpelste denk ik om de DNS weer terug te zetten naar Strato en, als 't dan wel werkt, de IP-adressen op te zoeken in DNS (A én AAAA records) en die over te nemen in CloudFlare. En de NS'en dan weer terug zetten naar CF.

Beetje omslachtig maar ik zie ook geen andere manier.

Als 't dan nóg niet werkt, dan doet Strato iets raars als je de domeinnaam extern beheert.

[ Voor 10% gewijzigd door CyBeR op 27-11-2017 17:33 ]

[coskun1990]

Nav wat Cyber zei:
Ik zie inderdaad nu ook twee verschillende IP adressen, namelijk 81.169.145.105 en 81.169.145.80

[k---evi-n]

CyBeR schreef op maandag 27 november 2017 @ 17:30:
[...]


Als Strato's klantenservice je daar zelf ook niet van kan voorzien, dan is het simpelste denk ik om de DNS weer terug te zetten naar Strato en, als 't dan wel werkt, de IP-adressen op te zoeken in DNS (A én AAAA records) en die over te nemen in CloudFlare. En de NS'en dan weer terug zetten naar CF.

Beetje omslachtig maar ik zie ook geen andere manier.

Als 't dan nóg niet werkt, dan doet Strato iets raars als je de domeinnaam extern beheert.

coskun1990 schreef op maandag 27 november 2017 @ 17:36:
Nav wat Cyber zei:
Ik zie inderdaad nu ook twee verschillende IP adressen, namelijk 81.169.145.105 en 81.169.145.80

Ik heb het neergelegd bij strato en hun zeiden het volgende hierop:

Dit gaat helaas niet werken omdat onze IP adressen niet vast zijn en heel regelmatig rouleren.

Dus al met al, strato gaat in combinatie met cloudflare dus niet werken...
Goed dat ze dit gisteren niet al hadden verteld...

[CyBeR]

k---evi-n schreef op dinsdag 28 november 2017 @ 13:46:
[...]


[...]


Ik heb het neergelegd bij strato en hun zeiden het volgende hierop:

[...]


Dus al met al, strato gaat in combinatie met cloudflare dus niet werken...
Goed dat ze dit gisteren niet al hadden verteld...

Andere hoster zoeken dus.