uWSGI#

Permite passar requisições para um servidor uWSGI.

Exemplo de Configuração#

location / {
    include    uwsgi_params;
    uwsgi_pass localhost:9000;
}

Diretivas#

uwsgi_bind#

Sintaxe

uwsgi_bind address [transparent] | off;

Padrão

Contexto

http, server, location

Faz com que conexões de saída para um servidor uWSGI se originem do endereço IP local especificado com uma porta opcional. O valor do parâmetro pode conter variáveis. O valor especial off cancela o efeito da diretiva uwsgi_bind herdada do nível de configuração anterior, o que permite ao sistema atribuir automaticamente o endereço IP local e a porta.

O parâmetro transparent permite que conexões de saída para um servidor uWSGI se originem de um endereço IP não-local, por exemplo, de um endereço IP real de um cliente:

uwsgi_bind $remote_addr transparent;

Para que este parâmetro funcione, geralmente é necessário executar os processos worker do Angie com privilégios de superusuário. No Linux isso não é necessário, pois se o parâmetro transparent for especificado, os processos worker herdam a capacidade CAP_NET_RAW do processo mestre.

Nota

É necessário configurar a tabela de roteamento do kernel para interceptar o tráfego de rede do servidor uWSGI.

uwsgi_buffer_size#

Sintaxe

uwsgi_buffer_size size;

Padrão

uwsgi_buffer_size 4k|8k;

Contexto

http, server, location

Define o tamanho do buffer usado para ler a primeira parte da resposta recebida do servidor uWSGI. Esta parte geralmente contém um pequeno cabeçalho de resposta. Por padrão, o tamanho do buffer é igual a uma página de memória. Isso é 4K ou 8K, dependendo da plataforma. Pode ser feito menor, no entanto.

uwsgi_buffering#

Sintaxe

uwsgi_buffering on | off;

Padrão

uwsgi_buffering on;

Contexto

http, server, location

Habilita ou desabilita o buffering de respostas do servidor uWSGI.

on

O Angie recebe uma resposta do servidor uWSGI o mais rápido possível, salvando-a nos buffers definidos pelas diretivas uwsgi_buffer_size e uwsgi_buffers. Se toda a resposta não couber na memória, uma parte dela pode ser salva em um arquivo temporário no disco. A escrita em arquivos temporários é controlada pelas diretivas uwsgi_max_temp_file_size e uwsgi_temp_file_write_size.

off

A resposta é passada para um cliente de forma síncrona, imediatamente conforme é recebida. O Angie não tentará ler toda a resposta do servidor uWSGI. O tamanho máximo dos dados que o Angie pode receber do servidor de uma vez é definido pela diretiva uwsgi_buffer_size.

O buffering também pode ser habilitado ou desabilitado passando "yes" ou "no" no campo de cabeçalho de resposta X-Accel-Buffering. Esta capacidade pode ser desabilitada usando a diretiva uwsgi_ignore_headers.

uwsgi_buffers#

Sintaxe

uwsgi_buffers number size;

Padrão

uwsgi_buffers 8 4k | 8k;

Contexto

http, server, location

Define o número e tamanho dos buffers usados para ler uma resposta do servidor uWSGI, para uma única conexão.

Por padrão, o tamanho do buffer é igual a uma página de memória. Isso é 4K ou 8K, dependendo da plataforma.

uwsgi_busy_buffers_size#

Sintaxe

uwsgi_busy_buffers_size size;

Padrão

uwsgi_busy_buffers_size 8k | 16k;

Contexto

http, server, location

Quando o buffering de respostas do servidor uWSGI está habilitado, limita o tamanho total dos buffers que podem estar ocupados enviando uma resposta para o cliente enquanto a resposta ainda não foi totalmente lida. Enquanto isso, o resto dos buffers pode ser usado para ler a resposta e, se necessário, fazer buffer de parte da resposta em um arquivo temporário.

Por padrão, o tamanho é limitado pelo tamanho de dois buffers definidos pelas diretivas uwsgi_buffer_size e uwsgi_buffers.

uwsgi_cache#

Sintaxe

uwsgi_cache zone | off;

Padrão

uwsgi_cache off;

Contexto

http, server, location

Define uma zona de memória compartilhada usada para cache. A mesma zona pode ser usada em vários lugares. O valor do parâmetro pode conter variáveis.

off

desabilita o cache herdado do nível de configuração anterior.

uwsgi_cache_background_update#

Sintaxe

uwsgi_cache_background_update on | off;

Padrão

uwsgi_cache_background_update off;

Contexto

http, server, location

Permite iniciar uma sub-requisição em segundo plano para atualizar um item de cache expirado, enquanto uma resposta em cache obsoleta é retornada ao cliente.

Aviso

Note que é necessário permitir o uso de uma resposta em cache obsoleta quando ela está sendo atualizada.

uwsgi_cache_bypass#

Sintaxe

uwsgi_cache_bypass ...;

Padrão

Contexto

http, server, location

Define condições sob as quais a resposta não será obtida de um cache. Se pelo menos um valor dos parâmetros de string não estiver vazio e não for igual a "0", então a resposta não será obtida do cache:

uwsgi_cache_bypass $cookie_nocache $arg_nocache$arg_comment;
uwsgi_cache_bypass $http_pragma    $http_authorization;

Pode ser usado junto com a diretiva uwsgi_no_cache.

uwsgi_cache_key#

Sintaxe

uwsgi_cache_key string;

Padrão

Contexto

http, server, location

Define uma chave para cache, por exemplo

uwsgi_cache_key localhost:9000$request_uri;

uwsgi_cache_lock#

Sintaxe

uwsgi_cache_lock on | off;

Padrão

uwsgi_cache_lock off;

Contexto

http, server, location

Quando habilitado, apenas uma requisição por vez será permitida para popular um novo elemento de cache identificado de acordo com a diretiva uwsgi_cache_key passando uma requisição para um servidor uWSGI. Outras requisições do mesmo elemento de cache irão aguardar uma resposta aparecer no cache ou o bloqueio de cache para este elemento ser liberado, até o tempo definido pela diretiva uwsgi_cache_lock_timeout.

uwsgi_cache_lock_age#

Sintaxe

uwsgi_cache_lock_age time;

Padrão

uwsgi_cache_lock_age 5s;

Contexto

http, server, location

Se a última requisição passada para o servidor uWSGI para popular um novo elemento de cache não foi completada pelo tempo especificado, mais uma requisição pode ser passada para o servidor uWSGI.

uwsgi_cache_lock_timeout#

Sintaxe

uwsgi_cache_lock_timeout time;

Padrão

uwsgi_cache_lock_timeout 5s;

Contexto

http, server, location

Define um timeout para uwsgi_cache_lock. Quando o tempo expira, a requisição será passada para o servidor uWSGI, porém, a resposta não será armazenada em cache.

uwsgi_cache_max_range_offset#

Sintaxe

uwsgi_cache_max_range_offset number;

Padrão

Contexto

http, server, location

Define um deslocamento em bytes para requisições de intervalo de bytes. Se o intervalo estiver além do deslocamento, a requisição de intervalo será passada para o servidor uWSGI e a resposta não será armazenada em cache.

uwsgi_cache_methods#

Sintaxe

uwsgi_cache_methods GET | HEAD | POST ...;

Padrão

uwsgi_cache_methods GET HEAD;

Contexto

http, server, location

Se o método de requisição do cliente estiver listado nesta diretiva, então a resposta será armazenada em cache. Os métodos "GET" e "HEAD" são sempre adicionados à lista, embora seja recomendado especificá-los explicitamente. Veja também a diretiva uwsgi_no_cache.

uwsgi_cache_min_uses#

Sintaxe

uwsgi_cache_min_uses number;

Padrão

uwsgi_cache_min_uses 1;

Contexto

http, server, location

Define o número de requisições após o qual a resposta será armazenada em cache.

uwsgi_cache_path#

Sintaxe

uwsgi_cache_path path [levels=levels] [use_temp_path=on | off] keys_zone=name:size [inactive=time] [max_size=size] [min_free=size] [manager_files=number] [manager_sleep=time] [manager_threshold=time] [loader_files=number] [loader_sleep=time] [loader_threshold=time];

Padrão

Contexto

http

Define o caminho e outros parâmetros de um cache. Os dados do cache são armazenados em arquivos. O nome do arquivo em um cache é resultado da aplicação da função MD5 à chave de cache.

O parâmetro levels define níveis de hierarquia de um cache: de 1 a 3, cada nível aceita valores 1 ou 2. Por exemplo, na seguinte configuração:

uwsgi_cache_path /data/angie/cache levels=1:2 keys_zone=one:10m;

os nomes de arquivo em um cache ficarão assim:

/data/angie/cache/c/29/b7f54b2df7773722d382f4809d65029c

Uma resposta em cache é primeiro escrita em um arquivo temporário, e então o arquivo é renomeado. Arquivos temporários e o cache podem ser colocados em sistemas de arquivos diferentes. Porém, esteja ciente de que neste caso um arquivo é copiado entre dois sistemas de arquivos ao invés da operação barata de renomeação. É portanto recomendado que para qualquer localização dada tanto o cache quanto um diretório contendo arquivos temporários sejam colocados no mesmo sistema de arquivos.

O diretório para arquivos temporários é definido baseado no parâmetro use_temp_path.

on

Se este parâmetro for omitido ou definido para o valor on, o diretório definido pela diretiva uwsgi_temp_path para a localização dada será usado.

off

Arquivos temporários serão colocados diretamente no diretório de cache.

Além disso, todas as chaves ativas e informações sobre dados são armazenadas em uma zona de memória compartilhada, cujo nome e tamanho são configurados pelo parâmetro keys_zone. Uma zona de um megabyte pode armazenar cerca de 8 mil chaves.

Dados em cache que não são acessados durante o tempo especificado pelo parâmetro inactive são removidos do cache independentemente de sua atualidade.

Por padrão, inactive é definido para 10 minutos.

Um processo especial gerenciador de cache monitora o tamanho máximo do cache e a quantidade mínima de espaço livre no sistema de arquivos com cache, e quando o tamanho é excedido ou não há espaço livre suficiente, ele remove os dados usados menos recentemente. Os dados são removidos em iterações.

max_size

valor limite máximo para tamanho do cache

min_free

valor limite mínimo para espaço livre no sistema de arquivos com cache

manager_files

número máximo de itens de cache deletados em uma iteração

Padrão: 100

manager_threshold

limita o tempo de uma iteração

Padrão: 200 milissegundos

manager_sleep

tempo pelo qual uma pausa é mantida entre iterações

Padrão: 50 milissegundos

Um minuto após o Angie iniciar, um processo especial carregador de cache é ativado, que carrega informações sobre dados previamente armazenados em cache no sistema de arquivos para a zona de cache. O carregamento também ocorre em iterações.

loader_files

número máximo de itens de cache para carregar em uma iteração

Padrão: 100

loader_threshold

limita o tempo de uma iteração

Padrão: 200 milissegundos

loader_sleep

tempo pelo qual uma pausa é mantida entre iterações

Padrão: 50 milissegundos

uwsgi_cache_revalidate#

Sintaxe

uwsgi_cache_revalidate on | off;

Padrão

uwsgi_cache_revalidate off;

Contexto

http, server, location

Habilita a revalidação de itens de cache expirados usando solicitações condicionais com os campos de cabeçalho If-Modified-Since e If-None-Match.

uwsgi_cache_use_stale#

Sintaxe

uwsgi_cache_use_stale error | timeout | invalid_header | updating | http_500 | http_503 | http_403 | http_404 | http_429 | off ...;

Padrão

uwsgi_cache_use_stale off;

Contexto

http, server, location

Determina em quais casos uma resposta em cache obsoleta pode ser usada. Os parâmetros da diretiva correspondem aos parâmetros da diretiva uwsgi_next_upstream.

error

Permite usar uma resposta em cache obsoleta se um servidor uwsgi para processar uma solicitação não puder ser selecionado.

updating

Parâmetro adicional, permite usar uma resposta em cache obsoleta se ela estiver sendo atualizada no momento. Isso permite minimizar o número de acessos aos servidores uwsgi ao atualizar dados em cache.

O uso de uma resposta em cache obsoleta também pode ser habilitado diretamente no cabeçalho de resposta por um número especificado de segundos após a resposta ter se tornado obsoleta:

  • A extensão stale-while-revalidate do campo de cabeçalho Cache-Control permite usar uma resposta em cache obsoleta se ela estiver sendo atualizada no momento.

  • A extensão stale-if-error do campo de cabeçalho Cache-Control permite usar uma resposta em cache obsoleta em caso de erro.

Nota

Este método tem prioridade menor que definir os parâmetros da diretiva.

Para minimizar o número de acessos aos servidores uwsgi ao popular um novo elemento de cache, a diretiva uwsgi_cache_lock pode ser usada.

uwsgi_cache_valid#

Sintaxe

uwsgi_cache_valid [code ...] time;

Padrão

Contexto

http, server, location

Define o tempo de cache para diferentes códigos de resposta. Por exemplo, as seguintes diretivas

uwsgi_cache_valid 200 302 10m;
uwsgi_cache_valid 404      1m;

definem 10 minutos de cache para respostas com códigos 200 e 302 e 1 minuto para respostas com código 404.

Se apenas o tempo de cache for especificado,

uwsgi_cache_valid 5m;

então apenas respostas 200, 301 e 302 são armazenadas em cache.

Além disso, quaisquer respostas podem ser armazenadas em cache usando o parâmetro any:

uwsgi_cache_valid 200 302 10m;
uwsgi_cache_valid 301      1h;
uwsgi_cache_valid any      1m;

Nota

Os parâmetros de cache também podem ser definidos diretamente no cabeçalho de resposta. Este método tem prioridade maior que definir o tempo de cache usando a diretiva.

  • O campo de cabeçalho X-Accel-Expires define o tempo de cache de uma resposta em segundos. O valor 0 desabilita o cache para uma resposta. Se o valor começar com o prefixo @, ele define um tempo absoluto em segundos desde a Época, até o qual a resposta pode ser armazenada em cache.

  • Se o cabeçalho não incluir o campo X-Accel-Expires, os parâmetros de cache são determinados pelos campos de cabeçalho Expires ou Cache-Control.

  • Uma resposta com o campo de cabeçalho Set-Cookie não será armazenada em cache.

  • Uma resposta com o campo de cabeçalho Vary com o valor especial "*" não será armazenada em cache. Uma resposta com o campo de cabeçalho Vary com outro valor será armazenada em cache levando em conta os campos de cabeçalho de solicitação correspondentes.

O processamento de um ou mais desses campos de cabeçalho pode ser desabilitado usando a diretiva uwsgi_ignore_headers.

uwsgi_connect_timeout#

Sintaxe

uwsgi_connect_timeout time;

Padrão

uwsgi_connect_timeout 60s;

Contexto

http, server, location

Define um timeout para estabelecer uma conexão com um servidor uwsgi. Deve-se notar que este timeout geralmente não pode exceder 75 segundos.

uwsgi_connection_drop#

Sintaxe

uwsgi_connection_drop time | on | off;

Padrão

uwsgi_connection_drop off;

Contexto

http, server, location

Configura o encerramento de todas as conexões com o servidor proxy se ele foi removido do grupo ou marcado como permanentemente indisponível como resultado de um processo de reresolve ou comando da API DELETE.

Uma conexão é encerrada quando o próximo evento de leitura ou escrita é processado para o cliente ou o servidor proxy.

Definir time habilita um timeout de encerramento de conexão; com on definido, as conexões são descartadas imediatamente.

uwsgi_force_ranges#

Sintaxe

uwsgi_force_ranges on | off;

Padrão

uwsgi_force_ranges off;

Contexto

http, server, location

Habilita o suporte a byte-range tanto para respostas em cache quanto não armazenadas em cache de um servidor uwsgi, independentemente da presença do campo Accept-Ranges nessas respostas.

uwsgi_hide_header#

Sintaxe

uwsgi_hide_header field;

Padrão

Contexto

http, server, location

Por padrão, o Angie não passa os campos de cabeçalho Date, Server, X-Pad e X-Accel-... da resposta de um servidor uwsgi para um cliente. A diretiva uwsgi_hide_header define campos adicionais que não serão passados. Se, ao contrário, a passagem de campos precisar ser permitida, a diretiva uwsgi_pass_header pode ser usada.

uwsgi_ignore_client_abort#

Sintaxe

uwsgi_ignore_client_abort on | off;

Padrão

uwsgi_ignore_client_abort off;

Contexto

http, server, location

Determina se a conexão com um servidor uwsgi deve ser fechada quando um cliente fecha a conexão sem aguardar uma resposta.

uwsgi_ignore_headers#

Sintaxe

uwsgi_ignore_headers campo ...;

Padrão

Contexto

http, server, location

Desabilita o processamento de certos campos de cabeçalho de resposta do servidor uwsgi. Os seguintes campos podem ser ignorados: X-Accel-Redirect, X-Accel-Expires, X-Accel-Limit-Rate, X-Accel-Buffering, X-Accel-Charset, Expires, Cache-Control, Set-Cookie, e Vary.

Se não desabilitado, o processamento desses campos de cabeçalho tem o seguinte efeito:

  • X-Accel-Expires, Expires, Cache-Control, Set-Cookie e Vary definem os parâmetros do cache de resposta;

  • X-Accel-Redirect executa um redirecionamento interno para a URI especificada;

  • X-Accel-Limit-Rate define o limite de taxa para transmissão de uma resposta para um cliente;

  • X-Accel-Buffering habilita ou desabilita o buffering de uma resposta;

  • X-Accel-Charset define o charset desejado de uma resposta.

uwsgi_intercept_errors#

Sintaxe

uwsgi_intercept_errors on | off;

Padrão

uwsgi_intercept_errors off;

Contexto

http, server, location

Determina se as respostas do servidor uwsgi com códigos maiores ou iguais a 300 devem ser passadas para um cliente ou serem interceptadas e redirecionadas para o Angie para processamento com a diretiva error_page.

uwsgi_limit_rate#

Sintaxe

uwsgi_limit_rate taxa;

Padrão

uwsgi_limit_rate 0;

Contexto

http, server, location

Limita a velocidade de leitura da resposta do servidor uwsgi. A taxa é especificada em bytes por segundo; variáveis podem ser usadas.

0

desabilita a limitação de taxa

Nota

O limite é definido por requisição, e assim se o Angie abrir simultaneamente duas conexões para o servidor uwsgi, a taxa geral será duas vezes maior que o limite especificado. A limitação funciona apenas se o buffering de respostas do servidor uwsgi estiver habilitado.

uwsgi_max_temp_file_size#

Sintaxe

uwsgi_max_temp_file_size tamanho;

Padrão

uwsgi_max_temp_file_size 1024m;

Contexto

http, server, location

Quando o buffering de respostas do servidor uwsgi está habilitado, e toda a resposta não cabe nos buffers definidos pelas diretivas uwsgi_buffer_size e uwsgi_buffers, uma parte da resposta pode ser salva em um arquivo temporário. Esta diretiva define o tamanho máximo do arquivo temporário. O tamanho dos dados escritos no arquivo temporário por vez é definido pela diretiva uwsgi_temp_file_write_size.

0

desabilita o buffering de respostas para arquivos temporários

Nota

Esta restrição não se aplica a respostas que serão cacheadas ou armazenadas em disco.

uwsgi_modifier1#

Sintaxe

uwsgi_modifier1 número;

Padrão

uwsgi_modifier1 0;

Contexto

http, server, location

Define o valor do campo modifier1 no cabeçalho do pacote uwsgi.

uwsgi_modifier2#

Sintaxe

uwsgi_modifier2 número;

Padrão

uwsgi_modifier2 0;

Contexto

http, server, location

Define o valor do campo modifier2 no cabeçalho do pacote uwsgi.

uwsgi_next_upstream#

Sintaxe

uwsgi_next_upstream error | timeout | invalid_header | http_500 | http_503 | http_403 | http_404 | http_429 | non_idempotent | off ...;

Padrão

uwsgi_next_upstream error timeout;

Contexto

http, server, location

Especifica em quais casos uma requisição deve ser passada para o próximo servidor no grupo upstream:

error

ocorreu um erro de conexão, erro de transmissão de requisição, ou erro de leitura de cabeçalho de resposta;

timeout

ocorreu um timeout durante o estabelecimento de conexão, transmissão de requisição, ou leitura de cabeçalho de resposta;

invalid_header

o servidor retornou uma resposta vazia ou inválida;

http_500

o servidor retornou uma resposta com código 500;

http_503

o servidor retornou uma resposta com código 503;

http_403

o servidor retornou uma resposta com código 403;

http_404

o servidor retornou uma resposta com código 404;

http_429

o servidor retornou uma resposta com código 429;

non_idempotent

normalmente, requisições com métodos não-idempotentes (POST, LOCK, PATCH) não são passadas para outro servidor se uma requisição para um servidor upstream já foi enviada; habilitar este parâmetro permite explicitamente tentar novamente tais requisições;

off

desabilita passar uma requisição para o próximo servidor.

Nota

Deve-se entender que passar uma requisição para o próximo servidor só é possível se nada foi enviado para o cliente ainda. Ou seja, se um erro ou timeout ocorre no meio da transmissão de uma resposta, corrigir isso é impossível.

A diretiva também define o que é considerado uma tentativa mal-sucedida de comunicação com um servidor.

error

timeout

invalid_header

são sempre consideradas tentativas mal-sucedidas, mesmo se não estão especificadas na diretiva

http_500

http_503

http_429

são consideradas tentativas mal-sucedidas apenas se estão especificadas na diretiva

http_403

http_404

nunca são consideradas tentativas mal-sucedidas

Passar uma requisição para o próximo servidor pode ser limitado pelo número de tentativas e por tempo.

uwsgi_next_upstream_timeout#

Sintaxe

uwsgi_next_upstream_timeout time;

Padrão

uwsgi_next_upstream_timeout 0;

Contexto

http, server, location

Limita o tempo durante o qual uma requisição pode ser passada para o próximo servidor.

0

desativa esta limitação

uwsgi_next_upstream_tries#

Sintaxe

uwsgi_next_upstream_tries number;

Padrão

uwsgi_next_upstream_tries 0;

Contexto

http, server, location

Limita o número de tentativas possíveis para passar uma requisição para o próximo servidor.

0

desativa esta limitação

uwsgi_no_cache#

Sintaxe

uwsgi_no_cache string ...;

Padrão

Contexto

http, server, location

Define condições sob as quais a resposta não será salva em cache. Se pelo menos um valor dos parâmetros string não estiver vazio e não for igual a "0", então a resposta não será salva:

uwsgi_no_cache $cookie_nocache $arg_nocache$arg_comment;
uwsgi_no_cache $http_pragma    $http_authorization;

Pode ser usado junto com a diretiva uwsgi_cache_bypass.

uwsgi_param#

Sintaxe

uwsgi_param parameter value [if_not_empty];

Padrão

Contexto

http, server, location

Define um parâmetro que deve ser passado para o servidor uwsgi. O valor pode conter texto, variáveis e sua combinação. Essas diretivas são herdadas do nível de configuração anterior se e somente se não houver diretivas uwsgi_param definidas no nível atual.

Variáveis de ambiente CGI padrão devem ser fornecidas como cabeçalhos uwsgi, veja o arquivo uwsgi_params fornecido na distribuição:

location / {
    include uwsgi_params;
#    ...
}

Se a diretiva for especificada com if_not_empty, então tal parâmetro será passado para o servidor apenas se seu valor não estiver vazio:

uwsgi_param HTTPS $https if_not_empty;

uwsgi_pass#

Sintaxe

uwsgi_pass [protocol://] address;

Padrão

Contexto

location, if in location

Define o protocolo e endereço de um servidor uwsgi. Como protocolo, uwsgi ou suwsgi (uwsgi seguro, uwsgi sobre SSL) podem ser especificados. O endereço pode ser especificado como um nome de domínio ou endereço IP, e uma porta:

uwsgi_pass localhost:9000;
uwsgi_pass uwsgi://localhost:9000;
uwsgi_pass suwsgi://[2001:db8::1]:9090;

ou como um caminho de socket de domínio UNIX:

uwsgi_pass unix:/tmp/uwsgi.socket;

Se um nome de domínio resolver para vários endereços, todos eles serão usados em um esquema round-robin. Além disso, um endereço pode ser especificado como um grupo de servidores.

O valor do parâmetro pode conter variáveis. Neste caso, se um endereço for especificado como um nome de domínio, o nome é procurado entre os grupos de servidores descritos, e, se não encontrado, é determinado usando um resolver.

uwsgi_pass_header#

Sintaxe

uwsgi_pass_header field ...;

Padrão

Contexto

http, server, location

Permite passar campos de cabeçalho normalmente desabilitados de um servidor uwsgi para um cliente.

uwsgi_pass_request_body#

Sintaxe

uwsgi_pass_request_body on | off;

Padrão

uwsgi_pass_request_body on;

Contexto

http, server, location

Indica se o corpo da requisição original é passado para o servidor uwsgi. Veja também a diretiva uwsgi_pass_request_headers.

uwsgi_pass_request_headers#

Sintaxe

uwsgi_pass_request_headers on | off;

Padrão

uwsgi_pass_request_headers on;

Contexto

http, server, location

Habilita ou desabilita a passagem de campos de cabeçalho da requisição original para o servidor uwsgi. Veja também a diretiva uwsgi_pass_request_body.

uwsgi_read_timeout#

Sintaxe

uwsgi_read_timeout time;

Padrão

uwsgi_read_timeout 60s;

Contexto

http, server, location

Define um timeout para ler uma resposta do servidor uwsgi. O timeout é definido apenas entre duas operações de leitura sucessivas, não para a transmissão de toda a resposta. Se o servidor uwsgi não transmitir nada dentro deste tempo, a conexão é fechada.

uwsgi_request_buffering#

Sintaxe

uwsgi_request_buffering on | off;

Padrão

uwsgi_request_buffering on;

Contexto

http, server, location

Habilita ou desabilita o buffering do corpo da requisição do cliente.

on

O corpo da requisição é completamente lido do cliente antes de enviar a requisição para o servidor uwsgi.

off

O corpo da requisição é enviado para o servidor uwsgi imediatamente conforme é recebido. Neste caso, a requisição não pode ser passada para o próximo servidor se o Angie já começou a enviar o corpo da requisição.

Quando a codificação de transferência HTTP/1.1 chunked é usada para enviar o corpo da requisição original, então o corpo da requisição será armazenado em buffer independentemente do valor da diretiva.

uwsgi_send_timeout#

Sintaxe

uwsgi_send_timeout time;

Padrão

uwsgi_send_timeout 60s;

Contexto

http, server, location

Define um timeout para transmitir uma requisição para o servidor uwsgi. O timeout é definido apenas entre duas operações de escrita sucessivas, não para a transmissão de toda a requisição. Se o servidor uwsgi não receber nada dentro deste tempo, a conexão é fechada.

uwsgi_socket_keepalive#

Sintaxe

uwsgi_socket_keepalive on | off;

Padrão

uwsgi_socket_keepalive off;

Contexto

http, server, location

Configura o comportamento "TCP keepalive" para conexões de saída para um servidor uwsgi.

off

Por padrão, as configurações do sistema operacional estão em vigor para o socket.

on

A opção de socket SO_KEEPALIVE é ativada para o socket.

uwsgi_ssl_certificate#

Sintaxe

uwsgi_ssl_certificate file;

Padrão

Contexto

http, server, location

Especifica um arquivo com o certificado no formato PEM usado para autenticação em um servidor uwsgi seguro. Variáveis podem ser usadas no nome do arquivo.

uwsgi_ssl_certificate_cache#

Sintaxe

uwsgi_ssl_certificate_cache off;

uwsgi_ssl_certificate_cache max=N [inactive=time] [valid=time];

Padrão

uwsgi_ssl_certificate_cache off;

Contexto

http, server, location

Define um cache que armazena certificados SSL e chaves secretas especificados usando variáveis.

A diretiva suporta os seguintes parâmetros:

  • max — define o número máximo de elementos no cache. Quando o cache transborda, os elementos menos recentemente usados (LRU) são removidos.

  • inactive — define o tempo após o qual um elemento é removido se não foi acessado. O padrão é 10 segundos.

  • valid — define o tempo durante o qual um elemento em cache é considerado válido e pode ser reutilizado. O padrão é 60 segundos. Após este período, os certificados são recarregados ou revalidados.

  • off — desabilita o cache.

Exemplo:

uwsgi_ssl_certificate       $uwsgi_ssl_server_name.crt;
uwsgi_ssl_certificate_key   $uwsgi_ssl_server_name.key;
uwsgi_ssl_certificate_cache max=1000 inactive=20s valid=1m;

uwsgi_ssl_certificate_key#

Sintaxe

uwsgi_ssl_certificate_key file;

Padrão

Contexto

http, server, location

Especifica um arquivo com a chave secreta no formato PEM usado para autenticação em um servidor uwsgi seguro.

O valor engine:`name`:id pode ser especificado em vez do arquivo, que carrega uma chave secreta com um id especificado do mecanismo OpenSSL name.

Variáveis podem ser usadas no nome do arquivo.

uwsgi_ssl_ciphers#

Sintaxe

uwsgi_ssl_ciphers ciphers;

Padrão

uwsgi_ssl_ciphers DEFAULT;

Contexto

http, server, location

Especifica as cifras habilitadas para requisições a um servidor uwsgi seguro. As cifras são especificadas no formato compreendido pela biblioteca OpenSSL.

A lista de cifras depende da versão do OpenSSL instalada. A lista completa pode ser visualizada usando o comando openssl ciphers.

Aviso

A diretiva uwsgi_ssl_ciphers não configura cifras para TLS 1.3 ao usar OpenSSL. Para ajustar cifras TLS 1.3 com OpenSSL, use a diretiva uwsgi_ssl_conf_command, que foi adicionada para suportar configuração SSL avançada.

  • No LibreSSL, cifras TLS 1.3 podem ser configuradas usando uwsgi_ssl_ciphers.

  • No BoringSSL, cifras TLS 1.3 não podem ser configuradas de forma alguma.

uwsgi_ssl_conf_command#

Sintaxe

uwsgi_ssl_conf_command name value;

Padrão

Contexto

http, server, location

Define comandos de configuração OpenSSL arbitrários ao estabelecer uma conexão com um servidor uwsgi seguro.

Nota

A diretiva é suportada ao usar OpenSSL 1.0.2 ou superior. Para configurar cifras TLS 1.3 no OpenSSL, use o comando ciphersuites.

Múltiplas diretivas uwsgi_ssl_conf_command podem ser especificadas no mesmo nível. Essas diretivas são herdadas do nível de configuração anterior se e somente se não há diretivas uwsgi_ssl_conf_command definidas no nível atual.

Aviso

Note que reconfigurar o OpenSSL diretamente pode resultar em comportamento inesperado.

uwsgi_ssl_crl#

Sintaxe

uwsgi_ssl_crl file;

Padrão

Contexto

http, server, location

Especifica um arquivo com certificados revogados (CRL) no formato PEM usado para verificar o certificado do servidor uwsgi seguro.

uwsgi_ssl_name#

Sintaxe

uwsgi_ssl_name name;

Padrão

uwsgi_ssl_name `nome do host de uwsgi_pass;`

Contexto

http, server, location

Permite sobrescrever o nome do servidor usado para verificar o certificado do servidor uwsgi seguro e para ser passado através de SNI ao estabelecer uma conexão com o servidor uwsgi seguro.

Por padrão, o nome do host da diretiva uwsgi_pass é usado.

uwsgi_ssl_password_file#

Sintaxe

uwsgi_ssl_password_file file;

Padrão

Contexto

http, server, location

Especifica um arquivo com senhas para chaves secretas onde cada senha é especificada em uma linha separada. As senhas são tentadas em sequência ao carregar a chave.

uwsgi_ssl_protocols#

Sintaxe

uwsgi_ssl_protocols [SSLv2] [SSLv3] [TLSv1] [TLSv1.1] [TLSv1.2] [TLSv1.3];

Padrão

uwsgi_ssl_protocols TLSv1.2 TLSv1.3;

Contexto

http, server, location

Alterado na versão 1.2.0: Parâmetro TLSv1.3 adicionado ao conjunto padrão.

Habilita os protocolos especificados para requisições a um servidor uwsgi seguro.

uwsgi_ssl_server_name#

Sintaxe

uwsgi_ssl_server_name on | off;

Padrão

uwsgi_ssl_server_name off;

Contexto

http, server, location

Habilita ou desabilita a passagem do nome do servidor definido pela diretiva uwsgi_ssl_name através da extensão TLS Server Name Indication (SNI, RFC 6066) ao estabelecer uma conexão com o servidor uwsgi seguro.

uwsgi_ssl_session_reuse#

Sintaxe

uwsgi_ssl_session_reuse on | off;

Padrão

uwsgi_ssl_session_reuse on;

Contexto

http, server, location

Determina se as sessões SSL podem ser reutilizadas ao trabalhar com o servidor uwsgi seguro. Se os erros "SSL3_GET_FINISHED:digest check failed" aparecerem nos logs, tente desabilitar a reutilização de sessão.

uwsgi_ssl_trusted_certificate#

Sintaxe

uwsgi_ssl_trusted_certificate arquivo;

Padrão

Contexto

http, server, location

Especifica um arquivo com certificados CA confiáveis no formato PEM usado para verificar o certificado do servidor uwsgi seguro.

uwsgi_ssl_verify#

Sintaxe

uwsgi_ssl_verify on | off;

Padrão

uwsgi_ssl_verify off;

Contexto

http, server, location

Habilita ou desabilita a verificação do certificado do servidor uwsgi seguro.

uwsgi_ssl_verify_depth#

Sintaxe

uwsgi_ssl_verify_depth número;

Padrão

uwsgi_ssl_verify_depth 1;

Contexto

http, server, location

Define a profundidade de verificação na cadeia de certificados do servidor uwsgi seguro.

uwsgi_store#

Sintaxe

uwsgi_store on | off | string;

Padrão

uwsgi_store off;

Contexto

http, server, location

Habilita o salvamento de arquivos em disco.

on

salva arquivos com caminhos correspondentes às diretivas alias ou root

off

desabilita o salvamento de arquivos

O nome do arquivo pode ser definido explicitamente usando a string com variáveis:

uwsgi_store /data/www$original_uri;

O tempo de modificação dos arquivos é definido de acordo com o campo de cabeçalho de resposta Last-Modified recebido. A resposta é primeiro escrita em um arquivo temporário, e então o arquivo é renomeado. Arquivos temporários e o armazenamento persistente podem ser colocados em sistemas de arquivos diferentes. No entanto, esteja ciente de que neste caso um arquivo é copiado entre dois sistemas de arquivos em vez da operação barata de renomeação. É, portanto, recomendado que para qualquer localização dada tanto os arquivos salvos quanto um diretório contendo arquivos temporários, definido pela diretiva uwsgi_temp_path, sejam colocados no mesmo sistema de arquivos.

Esta diretiva pode ser usada para criar cópias locais de arquivos estáticos imutáveis, por exemplo:

location /images/ {
    root               /data/www;
    error_page         404 = /fetch$uri;
}

location /fetch/ {
    internal;

    uwsgi_pass         backend:9000;
    ...

    uwsgi_store        on;
    uwsgi_store_access user:rw group:rw all:r;
    uwsgi_temp_path    /data/temp;

    alias              /data/www/;
}

uwsgi_store_access#

Sintaxe

uwsgi_store_access usuários:permissões ...;

Padrão

uwsgi_store_access user:rw;

Contexto

http, server, location

Define permissões de acesso para arquivos e diretórios recém-criados, por exemplo:

uwsgi_store_access user:rw group:rw all:r;

Se quaisquer permissões de acesso group ou all forem especificadas, então as permissões de usuário podem ser omitidas:

uwsgi_store_access group:rw all:r;

uwsgi_temp_file_write_size#

Sintaxe

uwsgi_temp_file_write_size tamanho;

Padrão

uwsgi_temp_file_write_size 8k|16k;

Contexto

http, server, location

Limita o tamanho dos dados escritos em um arquivo temporário por vez, quando o buffering de respostas do servidor uwsgi para arquivos temporários está habilitado. Por padrão, o tamanho é limitado por dois buffers definidos pelas diretivas uwsgi_buffer_size e uwsgi_buffers. O tamanho máximo de um arquivo temporário é definido pela diretiva uwsgi_max_temp_file_size.

uwsgi_temp_path#

Sintaxe

uwsgi_temp_path caminho [nível1 [nível2 [nível3]]]`;

Padrão

uwsgi_temp_path uwsgi_temp; (o caminho depende do parâmetro de compilação --http-uwsgi-temp-path)

Contexto

http, server, location

Define um diretório para armazenar arquivos temporários com dados recebidos de servidores uwsgi. Até três níveis de hierarquia de subdiretórios podem ser usados abaixo do diretório especificado. Por exemplo, na seguinte configuração

uwsgi_temp_path /spool/angie/uwsgi_temp 1 2;

um arquivo temporário pode parecer com isto:

/spool/angie/uwsgi_temp/7/45/00000123457

Veja também o parâmetro use_temp_path da diretiva uwsgi_cache_path.