INFO: WinInet não suportados para uso nos serviços

Não há suporte para as funções de Internet do Microsoft Win32 (exportados WinInet.dll) quando executado a partir de um serviço ou um aplicativo Internet Information Server (IIS) (também um serviço). Este artigo discute usando o WinInet.dll em um serviço ou em IIS aplicativos.

Como o IIS é um serviço, você terá o mesmo conjunto de problemas na execução WinInet em uma extensão ISAPI ou em uma DLL COM--DLL ActiveX usado pelo Active Server Pages (ASP)--como na execução do WinInet em um serviço. Execução WinInet em um aplicativo IIS também tem um conjunto exclusivo de problemas.

O problema com a execução WinInet em um serviço é que WinInet usa as configurações do Registro para informações sobre SSL, informações de proxy e muito mais. Serviços não carregam o hive do Registro HKEY_CURRENT_USER, portanto, essas informações não estão disponíveis.

Aviso : a Microsoft não suporta usando APIs de WinInet dentro do contexto de um serviço de sistema.

APIs de WinInet violações de acesso relatório quando usado do serviço sobre o SSL com o Internet Explorer 5.0 instalado.

Para entender as limitações exclusivas usando WinInet em um ambiente de servidor, é necessário compreender o histórico do WinInet. WinInet foi desenvolvido para uso pelo Internet Explorer. Na verdade, para usar as versões posteriores do WinInet, você deve carregar uma instalação mínima do Internet Explorer (consulte a seção referências neste artigo). WinInet também expõe APIs para uso por outros aplicativos de cliente que desejem acessar recursos na Internet (ou intranet). É importante reconhecer o ambiente no qual WinInet foi desenvolvido e testado para compreender o uso apropriado para a DLL. WinInet foi desenvolvido para uso em um ambiente de cliente. Embora ele ainda está atuando como um cliente quando estiver ligado em uma DLL ISAPI, ele está sendo executado em um ambiente de servidor nesse caso.

ambiente de cliente: A pessoa executando o Internet Explorer

• Número relativamente baixo de solicitações
• Solicitações feitas relativamente consecutivamente
• Vida útil do aplicativo host é curto (comprimento de sessão do navegador

ambiente de servidor: um servidor Web (como www.microsoft.com)

• Alto número de solicitações por segundo
• Fazendo solicitações simultaneamente de vários segmentos
• Deve executar para semanas ou meses

A solução preferencial é usar WinHttp, projetado para ser executado em um ambiente de serviço, e como ele é uma pilha HTTP do lado do servidor, ele não está vinculado ao limite de 2 conexão que é imposto pelo pilhas de RFC 2616 que HTTP do lado do cliente. Esse conjunto de APIs é muito semelhante em uso para WinInet, portanto, esses familar para WinInet achará bem fácil para se adaptar às.

Outra solução é usar soquetes diretamente o Platform SDK inclui um exemplo que demonstra como usar a WinSock sobre o SSL. Você encontrará um exemplo na pasta \Microsoft Platform SDK\Samples\Winbase\Security\Ssl do SDK.

Outro problema estar atento ao usar WinInet em um ambiente de servidor é o limite de duas conexões imposto pelo Internet Explorer. Esse assunto é abordado no seguinte artigo do Knowledge Base: Enquanto é possível usar WinInet em um serviço e em um ambiente de servidor, não se recomenda nem é suportado pela Microsoft. Não foi testado WinInet nessa configuração e existem problemas.

Para obter mais informações, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft: