fastcgi_bind

Директива `fastcgi_bind` настраивает адрес, на который FastCGI-сервер будет привязываться для приёма запросов. — NGINX HTTP Core

fastcgi_bind
httpserverlocation
Синтаксисfastcgi_bind address [port];
По умолчаниюnone
Контекстhttp, server, location
МодульNGINX HTTP Core
Аргументы1-2

Описание

Директива `fastcgi_bind` используется в HTTP-сервере NGINX для указания адреса или сокета, к которому FastCGI-сервер должен привязываться при обработке запросов. Эта директива может принимать один или два аргумента. Первый аргумент — это адрес (IPv4 или IPv6) или путь к Unix socket, который указывает, где FastCGI-сервер может слушать соединения. Опциональный второй аргумент может указывать порт для привязки, позволяя более точно контролировать сетевые интерфейсы и порты, используемые процессом FastCGI. При использовании Unix socket синтаксис просто представляет собой путь к сокету без указания порта. Этот механизм привязки критичен в сценариях, где может работать несколько FastCGI-серверов, поскольку позволяет NGINX направлять трафик к нужному экземпляру FastCGI. FastCGI-серверы могут быть эффективно распределены в зависимости от заданной привязки, что может повысить производительность за счёт ограничения лишней сетевой нагрузки. Правильная конфигурация директивы `fastcgi_bind` необходима при развёртывании приложений на NGINX, зависящих от FastCGI, так как обеспечивает корректное распределение серверных ресурсов в соответствии с требованиями приложения и поддерживает отзывчивость на клиентские запросы. Для контекста эта директива может использоваться в блоках `http`, `server` или `location`, что даёт широкую гибкость в настройке обработчиков FastCGI для разных частей установки NGINX.

Пример конфига

location ~ \.php$ {
    fastcgi_pass   127.0.0.1;  # Example FastCGI server address
    fastcgi_bind   127.0.0.1:9000;
}

Убедитесь, что указанный адрес правильный и доступен для рабочих процессов NGINX.

Избегайте привязывания к адресам, не выделенным серверу, поскольку это может привести к ошибкам 'address already in use'.

При использовании Unix sockets убедитесь, что путь сокета имеет соответствующие права, чтобы NGINX мог получить к нему доступ.