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 um dos formulários a seguir (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 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.
- Um domínio é prefixado por um 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 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 qualquer subdomínio.
- A porta é um número no intervalo 0-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 parte "/" ou substituído por um curinga "*" para corresponder a qualquer caminho.
- Os curingas não podem ser usados para corresponder parcialmente a um esquema, domínio, host, porta ou caminho.
- Há suporte para usar 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 formulário "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, os curingas não podem ser usados em todos os 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 formulário "[a:b:c:d:e:f:g:h]". Os colchetes são obrigatórios. Assim como acontece com endereços IPv4, não há suporte para curingas. As regras para esquemas, portas e caminhos permanecem as mesmas para URLs de domínio e endereços IPv4.
"file://path"
- Se o esquema "arquivo" for usado, o caminho deverá começar com um "/", portanto , "file://dir/myfile.html" será um padrão inválido. "file:///dir/myfile.html" (com três barras para a frente após "file:") precisa ser usado em vez disso. O único formato curinga de URL de arquivo válido é "file:///*", que corresponde a qualquer URL de arquivo válida.
- A parte de domínio de uma URL de arquivo precisa estar vazia e corresponde 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 é nenhum (não permitido em URLs de arquivo).
- file://somefile.html é inválido (apenas duas barras para a frente em vez de três).
- file://somefile. . (a única URL de arquivo válida que contém um curinga é file:///).
- [*.] 127.0.0.1 é inválido (o uso de subdomínios ou curingas subdomínios 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 contoso.com. No entanto, ele corresponde 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álida.
Licença de conteúdo
Observação
Partes desta página são modificações baseadas no trabalho criado e compartilhado pela Chromium.org e usadas de acordo com os termos descritos na Licença Pública Creative Commons Atribuição 4.0 Internacional. A página original do Chromium pode ser encontrada aqui.
Esse trabalho é licenciado sob uma Licença Attribution 4.0 International da Creative Commons.
Consulte também
Comentários
https://aka.ms/ContentUserFeedback.
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulteEnviar e exibir comentários de