Почему nginx возвращает ответ вместе с телом запроса?

Question

[alexsmirnovdotcom]

Есть такой docker-compose файл:

version: "3.7"
services:

  api:
    env_file:
      - .env
    build:
      context: .
      dockerfile: ./src/api/Dockerfile
      args:
        - user=${USER}
        - uid=${UID}
    container_name: api
    restart: unless-stopped
    working_dir: /var/www/api
    ports:
      - "9000:9000"
    volumes:
      - ./src/api:/var/www/api
    networks:
      - internal

  front:
    build:
      context: .
      target: dev
      dockerfile: ./src/front/Dockerfile
    ports:
      - "3000:3000"
    container_name: front
    working_dir: /var/www/front
    restart: unless-stopped
    volumes:
      - ./src/front:/var/www/front
    networks:
      - internal

  nginx:
    image: nginx:alpine
    container_name: nginx
    restart: unless-stopped
    tty: true
    ports:
      - "80:80"
      - "443:443"
    networks:
      - internal
    volumes:
      - ./nginx/:/etc/nginx/conf.d/
      - ./src/api:/var/www/api
      - ./src/front:/var/www/front
    depends_on:
      - front
      - api

  db:
    image: mariadb
    container_name: db
    restart: unless-stopped
    environment:
      MYSQL_USER: ${DB_USERNAME}
      MYSQL_PASSWORD: ${DB_PASSWORD}
      MYSQL_DATABASE: ${DB_DATABASE}
      MYSQL_ROOT_PASSWORD: ${DB_PASSWORD}
    volumes:
      -  db:/var/lib/mysql
    ports:
      - '33006:3306'
    networks:
      - internal

networks:
  internal:
    driver: bridge

volumes:
  db:

Конфиг nginx:

server {
    listen 80;
    server_name ########;

    add_header X-Frame-Options "SAMEORIGIN";
    add_header X-XSS-Protection "1; mode=block";
    add_header X-Content-Type-Options "nosniff";

    charset utf-8;

    location / {
        proxy_pass http://front:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_redirect off;
    }

    # Handle /api and /files requests
    location ~ ^/(api|files|sanctum) {
        root /var/www/api/public;
        index index.php;
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \.php$ {
        root /var/www/api/public;
        index index.php;
        fastcgi_pass api:9000;
        fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
        include fastcgi_params;
    }

    location = /favicon.ico { access_log off; log_not_found off; }
    location = /robots.txt  { access_log off; log_not_found off; }
}

При отправке POST запроса на api (laravel), неважно откуда через axios или postman 50/50 ошибки возвращаются либо как нужно в json и с правильным кодом ответа (например 422 при ошибках валидации) либо в виде plain text (код 200) и в ответе содержится как сам json ответа, так и json из тела запроса.

Пример кривого ответа:

{"login":"","password":"","is_remember":true}{"message":"The login field is required. (and 1 more error)","errors":{"login":["The login field is required."],"password":["The password field is required."]}}

Из логов nginx:
Это при кривом ответе сервера:
- - [16/Oct/2023:06:16:49 +0000] "POST /api/login HTTP/1.1" 200 216 "http://######/login" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/117.0.0.0 Safari/537.36" "-"

Это при нормальном:
- - [16/Oct/2023:06:17:14 +0000] "POST /api/login HTTP/1.1" 422 171 "http://######/login" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/117.0.0.0 Safari/537.36" "-"

Никаких ошибок ни в nginx ни в laravel нет...
Что это может быть и как исправить?
Если делать запросы напрямую к api:9000 такого нет, все ответы возвращаются корректно.

Comments

[alexsmirnovdotcom]

Код метода в контроллере:

public function login(LoginRequest $request): UserAccountResource
    {
        $authData = $request->validated(['login', 'password']);
        $authData['banned_at'] = null;

        $isAuthenticated = Auth::attempt(
            credentials: $authData,
            remember: $request->validated('is_remember')
        );

        if (!$isAuthenticated) {
            abort(401, __('auth.failed'));
        }

        $request->session()->regenerate();

        $user = Auth::user();

        return UserAccountResource::make($user);
    }

Тело запроса:
{"login":"","password":"","is_remember":true}

[alexsmirnovdotcom]

на всякий еще Dockerfile для api:

FROM php:8.2-fpm

ARG user
ARG uid

# Install system dependencies
RUN apt-get update && apt-get install -y \
    git \
    curl \
    libpng-dev \
    libonig-dev \
    libxml2-dev \
    zip \
    unzip \
    libzip-dev \
    libmagickwand-dev \
    mariadb-client \
    cron

# Clear cache
RUN apt-get clean && rm -rf /var/lib/apt/lists/*

RUN pecl install imagick \
    && docker-php-ext-enable imagick

#RUN docker-php-ext-configure gd --enable-gd --with-freetype --with-jpeg
#RUN #docker-php-ext-install pdo_mysql mbstring exif pcntl bcmath gd

# Install PHP extensions
RUN docker-php-ext-install pdo_mysql mbstring zip exif pcntl bcmath gd


# Get latest Composer
COPY --from=composer:latest /usr/bin/composer /usr/bin/composer

COPY ./src/api /var/www/api

RUN adduser $user

# Create system user to run Composer and Artisan Commands
RUN chown -R $user:$user /var/www/api

RUN usermod -aG www-data $user

RUN chmod -R g+rx /var/www/api/public

USER $user

# Set working directory

WORKDIR /var/www/api

RUN composer install

#
EXPOSE 9000
CMD ["php-fpm"]

[alexsmirnovdotcom]

Возможно причина в php-fpm, т.к. если запустить php artisan serve, то все становится идеально...

#EXPOSE 9000
#CMD ["php-fpm"]

EXPOSE 9000
CMD php artisan serve --host 0.0.0.0 --port 9000

[AUser0]

Я бы tcpdump-ом отследил, в каком виде посылаются запросы к api:9000, и в каком виде тот отвечает.
Потому что всё выглядит так, как будто это API отвечает именно такой ошибочной строкой, повторяя сам запрос.

Answer 1

[Евгений Механиков]

А данные в запросе всегда одинаковые?
Могу предположить когда авторизация проходит успешно - получаем статус 200, а если логин или пароль не верные - 422

Comments

[alexsmirnovdotcom]

Запрос всегда один и тот же с пустыми данными, т.е. я ожидаю получить ошибку валидации во всех случаях, но половина ответов приходит с ошибкой, в код 200 и в теле ответа содержится и тело запроса (в комментариях к вопросу дополнял что отправляю и получаю)