WsgiProxy. ferramentas de proxying http para aplicativos WSGI
Baixe Agora

WsgiProxy. Classificação e resumo

WsgiProxy. Tag

Proxy. Http. WSGI. Aplicação WSGI. Proxy HTTP Solicitações do WSGI.

WsgiProxy. Descrição

Ferramentas de proxiantes HTTP para aplicativos WSGI O WSGiProxy é um aplicativo que fornece ferramentas para solicitações de WSGI arbitrárias de proxy (ish) a outros processos em http.wsgipoxy contém um aplicativo WSGI que irá proxy para outro servidor, no WSGiProxy.app.wsgipoxyapp. Isso tentará representar a solicitação WSGI da melhor maneira possível. Todos os cabeçalhos de solicitação originais são passados. Além disso, esses cabeçalhos são adicionados: X-forwarded-for: O endereço IP usado originalmente para o servidor de solicitação (remote_addr) X-Facked-Server: o host e a porta originalmente solicitados-encaminhados-encaminhados: Nome do script HTTP ou HTTPSX : O valor do script_name (que não está no caminho da solicitação quando é passado) .x-Traversal-Path: Se você não for encaminhado para a raiz de um servidor, mas para algum caminho mais profundo, isso contém a porção de caminho mais profundo . Portanto, se você encaminhar para http: // localhost: 8080 / myapp, e há uma solicitação de / artigo / 1, então o caminho completo encaminhado para ser / myapp / artigo / 1. X-Traversal-Caminho conterá /myapp.x-traversal-quer-quer-fring: você também pode encaminhar para algo como http: // localhost: 8080 / myapp? Alguns = verystring. Isso adicionará alguns = querystring à string de consulta de solicitação real e definir a string de consulta X-TRARAVERSAL para alguns = querystring. Isso geralmente é muito importante. Além disso, pode serializar algumas das outras variáveis no ambiente. Por exemplo, se você quiser passar remote_user, você pode dar ao aplicativo proxy (WsgiProxyApp) o argumento string_keys = . Em seguida, ele passará um cabeçalho X-WsgiProxy-STR-1 com o valor remote_user {valor codificado}. Se o valor puder ir em um cabeçalho, não será codificado. Se contiver strings como newlines, arrastar espaço em branco ou valores binários, será base64 codificado e prefixado com B64. O WsgiProxyMiddleware pode decodificar isso. Além das cadeias de codificação, você pode passar unicode_keys (que são codificados pela UTF), JSON_KEYS (que são serializados com JSON) e pickle_keys (que são serializados com pickle). As teclas de pickle exigem que você configure hosts confiáveis ou um processo de assinatura; Você também precisa ter um código compartilhado entre o servidor e o cliente (já que a gole usa nomes de classe para se referir a muitos tipos). Geralmente, o JSON é uma opção melhor se for possível. Significando solicitações na aplicação e middleware do WSGI, você pode assinar e verificar a assinatura de uma solicitação. Ambos são configurados com secret_file, que é um nome de arquivo que contém um segredo compartilhado. O servidor adiciona um cabeçalho X-WsgiProxy-assinatura que contém o host e o caminho da solicitação, e um número arbitrário, além de uma assinatura HMAC que inclui o segredo. Este é usado para proteger cabeçalhos de pickle, e garantir que os pedidos não vazam De fora que pode usar esses mesmos cabeçalhos. O MiddlewarewsgiProxy contém um middleware que consertará uma solicitação, vindo de outro servidor WsgiProxy (WsgiProxyApp), ou de outro lugar. O middleware está no WsgiProxy.MiddleWare.wsgipoxymiddleware.Isso lê todos os cabeçalhos que WsgiProxyapp define. Também permite que você force as coisas sobre o pedido. Veja a documentação da classe para os detalhes. Requisitos: · Pitão

WsgiProxy. Software Relacionado