ID do artigo: 216493 - Última revisão: terça-feira, 21 de novembro de 2006 - Revisão: 3.2

Erro: Você pode receber um HTTP 405 "Método não permitido" mensagem de erro quando você procura o documento padrão sem especificar o nome do arquivo

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.

Nesta página

Expandir tudo | Recolher tudo

Sintomas

Quando você procura o documento padrão, você recebe uma das seguintes mensagens de erro:
Erro HTTP
405 Método não permitido

O método especificado na linha de solicitação não é permitido para o recurso identificado pela solicitação. Garanta verifique que você tenha o MIME adequado digite configurar para o recurso solicitado.

Contate o administrador do servidor se o problema persistir.
HTTP 405 - recurso não permitido
Internet Information Services
Esse problema ocorre se as seguintes condições forem verdadeiras:
  • Você não especificar o nome do arquivo. Por exemplo, você não especificar http://Server/Web/.
  • O Modelo de objeto de script (SOM) está ativado.
  • Um evento DTC é chamado.

Causa

Esse problema ocorre apenas quando você usa serviços de informações da Internet (IIS) 4.0 e o Microsoft Internet Information Services 5.0. Esse problema ocorre se você enviar uma solicitação POST para um servidor que está executando o IIS 4.0 ou o IIS 5.0, e a solicitação POST contém um URL que termina em uma barra diagonal (/). O IIS retorna a mensagem de 405 erro em vez do documento padrão. No entanto, se o valor de método de propriedade verbo é GET ou HEAD, o IIS retorna o documento padrão.

Resolução

Quando o SOM está ativado e um evento DTC é chamado

Quando o SOM está ativado para a página, uma marca <form> que é semelhante à seguinte é inserida na página.
<FORM name=thisForm METHOD=post>
				
porque nenhum atributo de ação está especificado na marca, Netscape Navigator e o Internet Explorer tentam fazer uma solicitação HTTP POST para o URI "web /". De acordo com a RFC do HTTP (RFC 2068), isso não é um URI de solicitação válido para uma operação POST.

Para contornar este problema, use um dos seguintes métodos:
  • Redirecionar do documento padrão para um documento diferente. Nesse caso, o documento habilitado para SOM deixará de ser o documento padrão. O novo documento padrão apenas redirecionará para o documento habilitado para SOM. Por exemplo, se seu documento habilitado para SOM for chamado MyDefault.asp, o padrão documento (default.asp) irá conter apenas o seguinte code.
      <%
      Response.Redirect "mydefault.asp"
      %>
    						
  • Use script do lado do cliente para certificar-se que o nome do arquivo é incluído na URL. Se você deve usar o seu documento habilitado para SOM como o documento padrão, use um bloco de código do lado do cliente é semelhante ao seguinte bloco de código como o primeiro bloco de código dentro da seção <head> da página. Este bloco de código faz a substituição de local a seguir.
    <SCRIPT Language=JavaScript>
      var loc = document.location.toString()
      var loclen = loc.length
      
      //The name of the default document
      var filename = "default.asp"     
      var filelen = filename.length
      
      loc = loc.substring(loclen - filelen, loclen)
      
      if (loc.toUpperCase() != filename.toUpperCase()) { 
        location.replace(filename) 
      }
    </SCRIPT>
    						

Quando o script remoto é chamado

Esse problema pode ocorrer se você usar a propriedade window.location.href em um documento HTML para determinar o caminho do documento atual. Se você fizer isso, quando você inicia uma chamada de script remota, a chamada de script remota falhará porque a página do cliente não tem um nome de arquivo.

Para determinar se a página pode usar scripts remotos no cliente, verifique se o valor da propriedade window.location.href não termina em uma barra diagonal. Para fornecer um nome de arquivo no navegador cliente e para impedir que o erro no servidor, use Response.Redirect método redirecionar a solicitação da página padrão para outra página. Para obter mais informações, consulte o primeiro método de resolução na seção "".

Situação

A Microsoft confirmou que esse é um problema nos produtos da Microsoft listados na seção "Aplica-se a".

Esse bug foi corrigido no Microsoft Internet Information Services 6.0.

A informação contida neste artigo aplica-se a:
  • Microsoft Internet Information Services 5.0
  • Microsoft Internet Information Server 4.0
Palavras-chave: 
kbmt kbbug kbctrl KB216493 KbMtpt
Tradução automáticaTradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 216493  (http://support.microsoft.com/kb/216493/en-us/ )