CDN dedicated erreur 520
... / CDN dedicated erreur 520
< Previous question   -   Next question >
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Question

CDN dedicated erreur 520

S
by
SHIROKOWEB
Created on 2017-12-10 13:34:35 (edited on 2024-09-04 13:22:01) in CDN-old

Bonjour,
Je viens de souscrire à l'offre CDN dedicated d'OVH.
J'ai reçu un email avec quelques informations :

> Bonjour,
> Votre CDN vient d'être installé.
> Votre IPanycast dédiée est le : 12.345.678.900
> Pour votre inscription, nous vous offrons 1To de bande passante.

> **Outils de configuration :**

> La configuration de votre CDN s'effectue via votre espace client CDN https://www.ovh.com/manager/dedicated ou via lAPI OVH CDN https://api.ovh.com/console/#/cdn

> Votre service pour l'utilisation de l'api est : cdn-12.345.678.900-xxxxx

> **Elements à configurer :**

> Pour activer votre CDN, vous devez :

> 1) Déclarer les Backends (IP de vos serveurs WEB) ;
> 2) Déclarer les domaines / sous-domaines que vous souhaitez voir intégrer le CDN ;
> 3) Faire pointer votre domaine vers le CNAME créé une fois votre domaine enregistré ;
> 4) Ajouter vos premières règles de cache.

> L'ajout d'un domaine sur le CDN genere un CNAME au format votredomaine.ext.web.cdn.anycast.me, vous devez faire pointer les DNS de votredomaine.ext vers ce CNAME pour l'activation.

> Une fois la configuration effectuée, un temps de propagation est nécessaire afin que l'ensemble de votre CDN soit opérationnel. Par ailleurs, il atteindra sa pleine performance avec les mises en caches progressives liées à vos règles

Je pense avoir configuré correctement les éléments, mais j'ai une erreur 520 :
Website not authorized on OVH CDN
This website does not seem to be activated on OVH CDN.

**Je gère les DNS de mes sites depuis DirectAdmin**
J'ai créé un enregistrement CNAME pour www.mondomaine.tld :
www.mondomaine.tld. 14400 IN CNAME mondomaine.tld.web.cdn.anycast.me.

Ensuite, j'ai créé le domaine avec et sans les www sur le manager OVH https://www.ovh.com/manager/dedicated

J'ai renseigné le Backend (ip du serveur d'origine)
J'ai créé une première règle pour le .css uniquement afin de faire des tests et mesurer les perfs (gains)

Je ne vois pas ce que j'ai bien pu louper...

Guide inexistant, et la page https://www.ovh.com/fr/cdn/ est une belle coquille vide.
Le support d'OVH est de pire en pire, certes ils sont très courtois au téléphone, mais le service est {NULL}.
Upvotes (0)
5585 Views
19 Replies ( Latest reply on 2020-01-10 21:53:48 by
kyodev
)
B

Question bête, tu as bien déclaré ndd.tld et www.ndd.tld au niveau du CDN ? (et éventuellement sous-domaine.ndd.tld)
Helpful (0)
S

Salut Buddy,

Oui j'ai bien créé les 2 avec et sans www comme indiqué dans mon msg :


Ensuite, j'ai créé le domaine avec et sans les www sur le manager OVH https://www.ovh.com/manager/dedicated
Helpful (0)
S

Liste des domaines depuis l'API /cdn/dedicated/{serviceName}/domains :

[
"mondomaine.tld"
"cdn.mondomaine.tld"
"mondomaine02.tld"
"www.mondomaine.tld"
"www.mondomaine02.tld"
]

Depuis l'API /cdn/dedicated/{serviceName}/domains/{domain} je vois que le ndd est censé être activé et fonctionnel :

{
cacheRuleUse: 1
domain: "cdn.mondomaine.tld"
status: "on"
type: "plain"
cname: "cdn.mondomaine.tld.web.cdn.anycast.me"
}

Or j'ai une erreur 520 lorsque j'essaie de me connecter à n'importe quelle URL se terminant par .web.cdn.anycast.me
Helpful (0)
B

heu, vous ne devez pas vous connecter via cette adresse, vous devez créer dans la zone DNS un champ cname de manière à ce que votre sous domaine pointe vers la même ip que cdn.mondomaine.tld.web.cdn.anycast.me

voir ça autrement, signifie qu'un ping sur cdn.domaine.tld renvoie la même IP qu'un ping sur cdn.mondomaine.tld.web.cdn.anycast.me
Helpful (0)
S

```text Oui je sais bien que je ne dois pas me connecter via cette adresse.

Cependant, je devrais accéder au contenu de la ressources statique à l'adresse :
http://cdn.fakedom.ovh.web.cdn.anycast.me/vendor/bootstrap/css/bootstrap.min.css

Voici la réponse :

HTTP/1.1 520 Website not authorized on CDN
Date: Sun, 10 Dec 2017 19:16:20 GMT
X-Cacheable: Not cacheable: not http 200
X-CDN-Pop: rbx1
X-CDN-Pop-IP: 51.254.41.192/26
Content-Type: text/html; charset=utf-8
Content-Length: 30429
X-IPLB-Instance: 17359

Si je laisse le chemin des url inchangées dans le fichier html source :

``

C'est le serveur qui sert les ressources et non pas le CDN.

Le CNAME est bien configuré pour faire pointer cdn.fakedom.ovh vers cdn.fakedom.ovh.web.cdn.anycast.me

Quand je ping cdn.fakedom.ovh j'ai bien l'IP du service :

C:\Users\toor>ping cdn.fakedom.ovh

Envoi d’une requête 'ping' sur 46-105-200-245.any.cdn.anycast.me [46.105.200.245] avec 32 octets de données :
Réponse de 46.105.200.245 : octets=32 temps=17 ms TTL=53
Réponse de 46.105.200.245 : octets=32 temps=17 ms TTL=53
Réponse de 46.105.200.245 : octets=32 temps=18 ms TTL=53
Réponse de 46.105.200.245 : octets=32 temps=17 ms TTL=53

Statistiques Ping pour 46.105.200.245:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 17ms, Maximum = 18ms, Moyenne = 17ms


C:\Users\toor>ping cdn.fakedom.ovh.web.cdn.anycast.me

Envoi d’une requête 'ping' sur 46-105-200-245.any.cdn.anycast.me [46.105.200.245] avec 32 octets de données :
Réponse de 46.105.200.245 : octets=32 temps=17 ms TTL=53
Réponse de 46.105.200.245 : octets=32 temps=17 ms TTL=53
Réponse de 46.105.200.245 : octets=32 temps=17 ms TTL=53
Réponse de 46.105.200.245 : octets=32 temps=17 ms TTL=53

Statistiques Ping pour 46.105.200.245:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 17ms, Maximum = 17ms, Moyenne = 17ms ```
Helpful (0)
B


Cependant, je devrais accéder au contenu de la ressources statique à l'adresse :
http://cdn.fakedom.ovh.web.cdn.anycast.me/vendor/bootstrap/css/bootstrap.min.css


Non!
La seule adresse qui doit marcher est
http://cdn.fakedom.ovh.web.cdn.anycast.me/vendor/bootstrap/css/bootstrap.min.css
Helpful (0)
S

Oui c'est ce que je dis... Et la réponse que j'obtiens c'est :
`HTTP/1.1 520 Website not authorized on CDN`
Je pige pas pourquoi le domaine n'est pas autorisé et renvoie une erreur 520 ni comment l'autoriser... puisqu'il est bien présent et visible depuis le manager et l'API
Helpful (0)
B

Sans le vrai domaine, difficile d'en savoir plus...
il va falloir appeler la hotline demain.
Helpful (0)
S

fakedom.ovh est le vrai domaine de test ;)
Helpful (0)
B


La seule adresse qui doit marcher est
http://cdn.fakedom.ovh.web.cdn.anycast.me/vendor/bootstrap/css/bootstrap.min.css


Je me suis trompé (le forum plante tellement qu'il faut réécrire 3 fois les messages)..., la seule adresse qui doit marcher est celle ci
La seule adresse qui doit marcher est
http://cdn.fakedom.ovh/vendor/bootstrap/css/bootstrap.min.css , elle renvoie un 404, ce qui laisse penser que après le serveur est mal configuré (cf mon message suivant).
Helpful (0)
B

Est-ce que sur le serveur, cdn.fakedom.ovh est bien un Alias de fakedom.ovh dans le vhost apache ?
Helpful (0)
S

Oui (le serveur tourne sous Nginx et PageSpeed) :
`server_name fakedom.ovh www.fakedom.ovh dns.fakedom.ovh;`
Je vais appeler la hotline en espérant avoir une réponse...
Helpful (0)
B


server_name fakedom.ovh www.fakedom.ovh dns.fakedom.ovh;


et si tu mets **cdn**.fakedom.ovh à la place de **dns**.fakedom.ovh ?
Helpful (0)
S

Bon,

Je m'y étais mal pris, j'ai donc tout repris de zéro, à tête reposée, ça fonctionne bien mieux.
Comme je désirais servir uniquement les ressources statiques via le CDN, ma configuration n'était pas bonne car TOUT le trafic passait par le CDN et bouffait la bande passante.

**J'ai donc au niveau de l'hébergement :**

* créé un sous-domaine cdn.fakedom.ovh
* créé des liens symboliques vers les dossiers statiques

**Dans l'interface CDN d'OVH :**

* supprimé tous les domaines pour ne laisser que cdn.fakedom.ovh

**Au niveau du nom de domaine :**

* Modifié la Zone DNS pour faire pointer le root fakedomain.ovh en A vers l'IP du serveur web
* Ajouté une entrée cdn.fakedom.ovh avec un CNAME pointant vers cdn.fakedom.ovh.web.cdn.anycast.me.

Normalement dans le code source de mes pages, je devrais remplacer tous les liens des ressources statiques (exemple) :
``
par
` `

Bref, comme tout codeur, je suis fainéant, aillant ngx_pagespeed de compilé sur ma machine, j'ai simplement ajouté la directive de réécriture de nnd :

pagespeed EnableFilters rewrite_domains;
pagespeed Domain http://fakedom.ovh;
pagespeed Domain http://cdn.fakedom.ovh;
pagespeed MapOriginDomain fakedom.ovh cdn.fakedom.ovh;
pagespeed MapRewriteDomain http://cdn.fakedom.ovh http://fakedom.ovh;

**Le résultat n'est pas trop dégueulasse :**

https://gtmetrix.com/reports/fakedom.ovh/yrHJNVhQ bien que GTM ne détecte pas l'utilisation d'un CDN...

Tandis qu'il l'est bien par WEBPAGETEST
https://www.webpagetest.org/result/171211_BQ_0dfa6b3d386654dd079bd85fb318cb2e/


**Prochaines étapes :**

Utilisation du protocole HTTPS (je me demande si le HTTP/2 est pris en charge...)
Déployer le service sur les autres sites tournant sous divers CMS : WP, Prestashop, Magento etc...
Helpful (0)
B


Utilisation du protocole HTTPS (je me demande si le HTTP/2 est pris en charge...)


Apparement oui ;
https://tools.keycdn.com/http2-test
un test avec cdn.fakedom.ovh renvoie Yeah! cdn.fakedom.ovh supports HTTP/2.0

Par contre, les navigateurs (firefox, chrome, IE/Edge) imposent HTTPS pour http/2
Helpful (0)
O

Bonjour je suis propriétaire d'un domaine frao.org chez OVH . depuis deux jours nous sommes dans l'impossibilité accéder à notre site , l'écran affiche ERROR 520 ; alors que nous avons payés la dernière facture . est ce quelqu'un peu nous aider.
Merci à vous tous .
Helpful (0)
K

```text tu déterres un sujet sans aucun rapport
ton registrar est gandi, ta zone chez cloudflare
c'est là-bas où il faut de poser des questions:
```text
dig +nocmd +noall +answer frao.org A @ashley.ns.cloudflare.com
frao.org. 300 IN A 104.27.153.93
frao.org. 300 IN A 104.27.152.93

dig +nocmd +noall +answer www.frao.org A @ashley.ns.cloudflare.com
www.frao.org. 300 IN A 91.134.128.86
www.frao.org. 300 IN A 164.132.235.17
dig +short -x 164.132.235.17 -> cluster023.hosting.ovh.net
dig +short -x 91.134.128.86 -> quelque part chez Ovh

dig +nocmd +noall +answer frao.org AAAA @ashley.ns.cloudflare.com
frao.org. 300 IN AAAA 2606:4700:30::681b:985d
frao.org. 300 IN AAAA 2606:4700:30::681b:995d
dig +short -x 2606:4700:30::681b:985d -> < CF >

dig +nocmd +noall +answer www.frao.org AAAA @ashley.ns.cloudflare.com
www.frao.org. 300 IN AAAA 2001:41d0:202:100:91:134:128:86
www.frao.org. 300 IN AAAA 2001:41d0:301::23
dig +short -x 2001:41d0:301::23 -> < cluster 23>
dig +short -x 001:41d0:202:100:91:134:128:86 -> quelque part chez Ovh
```
sur CF, commence par supprimer:

* www.frao.org. 300 IN A 164.132.235.17
* www.frao.org. 300 IN AAAA 2001:41d0:301::23
* www.frao.org. 300 IN A 91.134.128.86
* www.frao.org. 300 IN AAAA 2001:41d0:202:100:91:134:128:86
* tu as des entrées en doubles, inutiles donc
* ton www est entièrement en erreur, utilise plutôt un CNAME de frao.org ```
Helpful (0)
O

merci Kyodev pour votre orientation après la suppression doit je ajouter ces enregistrements que vous avez notez?
j'ai vraiment besoin d'aide à ce niveau pour bien organiser ma zone DNS. merci
Helpful (0)
K

c'est chez cloudFlare que ça se passe
je t'ai donné tout ce qu'il fallait faire
Helpful (0)
O


www.frao.org. 300 IN AAAA 2001:41d0:301::23
dig +short -x 2001:41d0:301::23 -> < cluster 23>
dig +short -x 001:41d0:202:100:91:134:128:86 -> quelque part chez Ovh


Bonjour Kydev.
J'ai enregistrer les champs que tu m'avais donné , le site n'apparais tjrs pas car il manque d'autre enregistrements , j'ai vraiment besoin de soutien pour régler cette situation
Helpful (0)
K

Error 1000 DNS points to prohibited IP

> What happened?
You've requested a page on a website (frao.org) that is on the Cloudflare network. Unfortunately, it is resolving to an IP address that is creating a conflict within Cloudflare's system.

> What can I do?
If you are the owner of this website:
you should login to Cloudflare and change the DNS A records for frao.org to resolve to a different IP address.

comme indiqué ce n'est pas chez Ovh que ça se passe
je ne pratique pas suffisamment CF pour te dépanner de mémoire
il n'est pas utile que tes entrées soient systématiquement en doublon, et ce n'est pas à toi de saisir les entrées A des domaines que tu as inscrits dans le CDN, de mémoire
Helpful (0)
K

utiliser SSL gateway est inadapté...
Message Privé envoyé
Helpful (0)
Replies are currently disabled for this question.

Join discussion