A modificação do site padrão interrompe o administrador de várias instâncias do ColdFusion no IIS7

Question

Para recriar:

1. Padrão do Server 2008 de configuração
2. Instale o ColdFusion 8 Enterprise Multi instance
3. Confirme se o administrador do CF funciona indo para o link de outro computador.
4. Abra o Gerenciador do IIS no servidor de teste
5. Realce o Site padrão e clique em Configurações básicas à direita
6. Altere o "caminho físico" para algo diferente do padrão. No meu caso eu estou fazendo E: \ diretório

7. O administrador da CF não está mais acessível

8. Se você alterar o "caminho físico" de volta para C: \ inetpub \ wwwroot, o administrador do CF ainda não estará acessível

9. Se você reinstalar o CF8, ele restaurará a configuração de trabalho mencionada na etapa 3 acima.

Observação "caminho físico" é um termo do IIS para o mapeamento lógico de um nome de site para um diretório em que o conteúdo é mantido. Nos passos 6 e 8, não estou movendo nenhum arquivo no disco rígido. Estou apenas alterando as configurações no IIS. Também vale a pena notar que eu não alterei nenhuma configuração no CF Admin ou em qualquer outro lugar no Windows ou na rede. Isso é puramente causado pela alteração de uma única configuração no IIS.

No meu servidor de produção, estou usando o padrão CF8, e o caminho físico do site padrão é E: \ directory \ subdirectory, e o administrador do CF ainda funciona, por isso fico surpreso ao ver essa falha.

Eu quero saber como consertá-lo sem desinstalar e reinstalar o CF8

Eu quero saber se há uma maneira de mudar isso sem quebrar coisas toda vez que eu faço.

Uma sugestão é remover e recriar os mapeamentos wsconfig. Isso parece ser uma coisa válida para explorar as opções:

Host Jrun: localhost
Servidor Jrun: admin ou cfusion
Servidor Web: IIS
Site do IIS: Todos ou Site padrão
Configure o servidor da Web para aplicativos do ColdFusion 8: marcado ou desmarcado

Quais opções do Jrun Server e Configure correspondem às que a configuração faz? Eu não sei se elas correspondem à configuração, mas posso confirmar que escolher as que estão em negrito corrige a página geral CFADMIN . Agora tenho que descobrir como acessar as instâncias das páginas de administração e confirmar que posso fazer outras alterações sem quebrar nada.

Nota: etiqueta restaurada de várias instâncias. O ColdFusion se comporta de maneira muito diferente no modo de instância única do que no modo Multi Instance. Perguntas sobre fusão a frio precisam ser marcadas para mostrar a diferença. Se você acredita que há uma maneira melhor de marcá-lo, faça isso, mas somente se você entender as diferenças nos tipos de instalações do ColdFusion.

    

Answer 1

Quando você instala o ColdFusion, ele pergunta qual pasta é sua webroot. Na maioria dos casos, essa será a mesma pasta do site padrão no IIS. O instalador coloca a pasta CFIDE na raiz padrão, portanto, quando você vai para essa pasta no site padrão, ela é carregada corretamente. Quando você altera a pasta do site padrão, no entanto, a pasta CFIDE não está mais na pasta especificada e, portanto, você recebe um erro 404.

Para qualquer site que precise ser capaz de obter o administrador do CF ou precisar carregar os validadores do JavaScript para o CFFORM, entre outras coisas, você precisará de um mapeamento de pasta virtual CFIDE no IIS no nível raiz de cada site. . Você não precisa reinstalar o ColdFusion ou algo assim.

    

Answer 2

Geralmente, quando algo assim acontece com o ColdFusion, porque o diretório "cfide" não está apontando para o lugar certo.

Dê uma olhada nos mapeamentos de diretório virtual e verifique se está correto.

Você não mencionou em qual diretório você realmente instalou, então vou adivinhar o drive C :. Se for esse o caso, então você precisa alterar seu diretório virtual para que cfide aponte para E:

Boa sorte.

    

Answer 3

Você está dizendo que mudou o mapeamento para o arquivo do site no administrador do IIS?

Primeiras coisas primeiro: um erro 404 seria servido pelo IIS. O ColdFusion nem deveria estar envolvido ainda. Coloque um arquivo html no diretório e tente chamá-lo diretamente e ver o que acontece.

Seu outro problema pode estar no conector do servidor da Web do JRun. Isso é um pouco de java que lida com a ponte entre o CF e seu servidor da Web (nesse caso, o IIS). na sua pasta Jrun4 \ bin é um wsconfig.exe. Isso abre um aplicativo java para gerenciar as conexões. Remova a conexão existente e adicione uma nova conexão entre sua instância e a configuração adequada do IIS. Mesmo que a leitura seja a mesma da última vez, o 'movimento' que você fez anteriormente no IIS pode ter lavado o conector, exigindo que ele seja reinicializado.

Apenas algumas sugestões. Espero que você descubra isso.

    

Answer 4

Eu vi este e outros problemas quando uso um conector IIS padrão durante a instalação. Minha solução é instalar com o servidor interno, que na instalação de várias instâncias colocará o CFIDE na porta 8300 (se estiver disponível).

Então eu posso brincar com o IIS para o conteúdo dos meus corações e não bork up CF. Isso tornou minha vida muito mais fácil, especialmente quando outras pessoas desligam o site padrão para fazer com que coisas como o Sharepoint funcionem.

Quanto ao seu problema, seus mapeamentos virtuais podem não estar sendo recuperados quando você altera o caminho físico. Eu vi isso no IIS também, apenas no IIS 6. Eu ainda não tentei no IIS 7 (só tenho o meu novo dev caixa na semana passada).