Format du modèle d’URL de stratégie d’entreprise

Plusieurs stratégies nécessitent un modèle d’URL pour spécifier les URL auxquelles elles s’appliquent. Les règles suivantes décrivent la spécification de ces modèles.

Spécifications de modèle valides

Les spécifications de modèle valides sont de l’une des formes suivantes (sans les guillemets) :

• "*"

  • Ce modèle correspond à n’importe quelle URL, avec n’importe quel schéma, port et chemin d’accès.

• « scheme ://domains :port/path »

  • Les schémas pris en charge sont « http » et « https ».
  • Le schéma peut être laissé de côté, ainsi que le séparateur de schéma « :// » pour correspondre à n’importe quel schéma. Vous pouvez également utiliser un caractère générique « * » pour le même effet.
  • Le domaine est suivi d’un domaine de niveau supérieur, précédé d’un ou de plusieurs sous-domaines. Vous pouvez également utiliser un hôte (tel que localhost) à la place.
    • Un domaine est précédé d’un caractère générique « [*.] » pour correspondre au domaine ou à l’un de ses sous-domaines. Le domaine en question peut être un sous-domaine de n’importe quel niveau. Le caractère générique « [*.] » n’est pas suivi d’un point et doit être préfixé directement au domaine/sous-domaine.
    • Un domaine sans préfixe générique correspond uniquement à ce domaine exact et non à aucun sous-domaine.
  • Le port est un nombre compris entre 0 et 65535. Il peut être laissé de côté avec le séparateur de port « : » ou remplacé par un caractère générique « * » pour correspondre à n’importe quel port.
  • De même, le chemin d’accès peut être laissé de côté avec le séparateur de partie « / » ou remplacé par un caractère générique « * » pour correspondre à n’importe quel chemin.
  • Les caractères génériques ne peuvent pas être utilisés pour mettre partiellement en correspondance un schéma, un domaine, un hôte, un port ou un chemin d’accès.
  • L’utilisation de plusieurs caractères génériques dans le même modèle (par exemple , ://google.com :/*) est prise en charge.

• « scheme ://a.b.c.d :port/path »

  • Au lieu d’un domaine, une adresse IPv4 au format « a.b.c.d » peut être utilisée. Bien que les règles pour les schémas, les ports et les chemins d’accès restent les mêmes que pour les URL de domaine, les caractères génériques ne peuvent pas du tout être utilisés pour les adresses IP.

• « scheme://[a :b :c :d :e :f :g :h]:p ort/path »

  • Une adresse IPv6 peut également être utilisée sous la forme « [a :b :c :d :e :f :g :h] ». Les crochets sont obligatoires. Tout comme avec les adresses IPv4, les caractères génériques ne sont pas pris en charge. Les règles pour les schémas, les ports et les chemins d’accès restent les mêmes que pour les URL de domaine et les adresses IPv4.

• « file://path »

  • Si le schéma « file » est utilisé, le chemin d’accès doit commencer par un « / ». Par conséquent, « file://dir/myfile.html » n’est pas un modèle non valide. « file:///dir/myfile.html » (avec trois barres obliques après « fichier : ») doit être utilisé à la place. Le seul format générique d’URL de fichier valide est « file:///* », qui correspond à n’importe quelle URL de fichier valide.
  • La partie domaine d’une URL de fichier doit être vide et correspondre à n’importe quel domaine (ou localhost). Par exemple, « file:///file.html » correspond à « file://localhost/file.html » et « file://mysite.com/file.html ».
  • Les ports ne peuvent pas être utilisés.

Modèles non valides

Les modèles suivants ne sont pas valides.

• [*.]. mysite.com n’est pas valide (notez le point avant « mon site »).
• file://mysite.com/somefile.html n’est pas valide, car le domaine n’est pas vide (non autorisé dans les URL de fichier).
• file ://somefile.html n’est pas valide (seulement deux barres obliques au lieu de trois).
• file://somefile. . (la seule URL de fichier valide qui contient un caractère générique est file:///).
• [*.] 127.0.0.1 n’est pas valide (l’utilisation de sous-domaines ou de caractères génériques de sous-domaine avec des adresses IP n’est pas valide).

Exemples de modèles

Voici quelques exemples de modèles :

• [*.] mysite.com correspond à la fois mysite.com et subdomain.mysite.com. Il correspond également à n’importe quel schéma, port et chemin d’accès.
• [*.] ontoso.com ne correspond pas à contoso.com. Toutefois, il correspond à subdomain.ontoso.com.
• file:///foo/bar.html correspond file://localhost/foo/bar.html et file://mysite.com/foo/bar.html.
• file:///* est valide et correspond à n’importe quelle URL file://.
• Les schémas, ports et chemins d’accès peuvent être utilisés avec des adresses IP, par exemple https://[ ::1] :8080/myfile.html est valide.

Licence de contenu

Ce travail est concédé sous une Licence internationale Creative Commons Attribution 4.0.

Voir également

• Page d’accueil Microsoft Edge Entreprise