Formato de padrão de URL da política empresarial

Várias políticas exigem um padrão de URL para especificar a quais URLs elas se aplicam. As regras a seguir descrevem a especificação para esses padrões.

Especificações de padrão válidas

As especificações de padrão válidas são de uma das seguintes formas (sem as aspas):

• "*"

  • Esse padrão corresponde a qualquer URL, com qualquer esquema, porta e caminho.

• "scheme://domains:port/path"

  • Os esquemas com suporte são "http" e "https".
  • O esquema pode ser deixado de fora, juntamente com o separador de esquema "://" para corresponder a qualquer esquema. Como alternativa, um caractere curinga "*" pode ser usado para o mesmo efeito.
  • O domínio é seguido por um domínio de nível superior, prefixado por um ou mais subdomínios. Como alternativa, um host (como localhost) pode ser usado em seu lugar.
    • Um domínio é prefixado por um caractere curinga "[*.]" para corresponder ao domínio ou a qualquer um de seus subdomínios. O domínio em questão pode ser um subdomínio de qualquer nível. O caractere curinga "[*.]" não é seguido por um ponto e deve ser prefixado diretamente no domínio/subdomínio.
    • Um domínio sem o prefixo curinga corresponde apenas a esse domínio exato e não a nenhum subdomínio.
  • A porta é um número no intervalo de 0 a 65535. Ele pode ser deixado de fora junto com o separador de porta ":" ou substituído por um curinga "*" para corresponder a qualquer porta.
  • Da mesma forma, o caminho pode ser deixado de fora junto com o separador de peça "/" ou substituído por um curinga "*" para coincidir com qualquer caminho.
  • Os caracteres curinga não podem ser usados para corresponder parcialmente a um esquema, domínio, host, porta ou caminho.
  • Há suporte para o uso de vários curingas no mesmo padrão (por exemplo: ://google.com:/*).

• "scheme://a.b.c.d:port/path"

  • Em vez de um domínio, um endereço IPv4 no formato "a.b.c.d" pode ser usado. Embora as regras para esquemas, portas e caminhos permaneçam as mesmas que para URLs de domínio, caracteres curinga não podem ser usados para endereços IP.

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

  • Um endereço IPv6 também pode ser usado no formato "[a:b:c:d:e:f:g:h]". Os colchetes são obrigatórios. Assim como acontece com os endereços IPv4, não há suporte para caracteres curinga. As regras para esquemas, portas e caminhos permanecem as mesmas para URLs de domínio e endereços IPv4.

• "file://path"

  • Se o esquema "file" for usado, o caminho deve começar com um "/", portanto, "file://dir/myfile.html" é um padrão inválido. "file:///dir/myfile.html" (com três barras após "arquivo:") precisa ser usado em seu lugar. O único formato curinga de URL de arquivo válido é "file:///*", que corresponde a qualquer URL de arquivo válida.
  • A parte do domínio de uma URL de arquivo precisa estar vazia e corresponder a qualquer domínio (ou localhost). Por exemplo, "file:///file.html" corresponde a "file://localhost/file.html" e "file://mysite.com/file.html".
  • As portas não podem ser usadas.

Padrões inválidos

Os padrões a seguir são inválidos.

• [*.]. mysite.com é inválido (observe o ponto antes de "mysite").
• file://mysite.com/somefile.html é inválido, pois o domínio não está vazio (não é permitido em URLs de arquivos).
• file://somefile.html é inválido (apenas duas barras em vez de três).
• file://somefile. . (a única URL de arquivo válida que contém um caractere curinga é file:///).
• [*.]127.0.0.1 é inválido (o uso de subdomínios ou curingas de subdomínio com endereços IP é inválido).

Exemplos de padrão

Alguns exemplos de padrões são:

• [*.]mysite.com corresponde a mysite.com e subdomain.mysite.com. Ele também corresponde a qualquer esquema, porta e caminho.
• [*.]ontoso.com não corresponde a contoso.com. No entanto, ele corresponde a subdomain.ontoso.com.
• file:///foo/bar.html corresponde a file://localhost/foo/bar.html e file://mysite.com/foo/bar.html.
• file:///* é válido e corresponde a qualquer URL file://.
• Esquemas, portas e caminhos podem ser usados com endereços IP, por exemplo, https://[::1]:8080/myfile.html é válido.

Licença de conteúdo

Esse trabalho é licenciado sob uma Licença Attribution 4.0 International da Creative Commons.

Consulte também

• Página de aterrissagem do Microsoft Edge Enterprise