Điểm:0

502 Bad Gateway với NuxtJS và NGINX Proxy Companion

lá cờ cn

Tôi đang cố gắng thiết lập proxy với đồng hành proxy NGINX nhưng tôi gặp phải lỗi 502 Bad Gateway...

Đây là docker-compose.yml của tôi:

  nuxtjs:
    xây dựng:
      bối cảnh: .
      dockerfile: docker/nuxtjs/Dockerfile
    môi trường:
      API_BASE_URL: fff.com
      VIRTUAL_HOST: fff.com
      LETSENCRYPT_HOST: fff.com
    cổng:
      - "8000:80"
    container_name: ${NUXTJS_CONTAINER_NAME}
    khối lượng:
      - ./front:/usr/src/app/
      - /usr/src/app/node_modules

Dockerfile:

TỪ nút: lts

# tạo thư mục đích
CHẠY mkdir -p /usr/src/app
WORKDIR /usr/src/ứng dụng

# sao chép ứng dụng, lưu ý .dockerignore
SAO CHÉP ./front /usr/src/app
CHẠY sợi

# cần xây dựng, ngay cả khi không cần tệp tĩnh,
# vì nó cũng xây dựng máy chủ
CHẠY tạo sợi

# lộ 80 trên container
TIẾP XÚC 80

# đặt phân phối ứng dụng thành cho phép / được chỉ định
ENV NUXT_HOST=0.0.0.0
# đặt cổng ứng dụng
ENV NUXT_PORT=80

# khởi động ứng dụng
CMD [ "sợi", "dev" ]

Và proxy hiển thị điều này trong nhật ký:

*40 không có dòng ngược trực tiếp trong khi kết nối với dòng ngược, máy khách: myip, máy chủ: fff.com, yêu cầu: "GET /favicon.ico HTTP/2.0", dòng ngược: "http://fff.com-upstream/favicon.ico" , máy chủ: "xxx.com", liên kết giới thiệu: "https://fff.com/"

Và conf được tạo:

ngược dòng fff.com {
        # Không thể kết nối với mạng 'webproxy' của vùng chứa này
        # Mục nhập dự phòng
        máy chủ 127.0.0.1 ngừng hoạt động;
}
người phục vụ {
        tên_máy chủ fff.com;
        nghe 80 ;
        access_log /var/log/nginx/access.log vhost;
        # Không chuyển hướng HTTPS Thử thách Let'sEncrypt ACME
        vị trí ^~ /.well-known/acme-challenge/ {
                auth_basic tắt;
                auth_request tắt;
                chấp nhận tất cả;
                gốc /usr/share/nginx/html;
                try_files $uri =404;
                nghỉ;
        }
        địa điểm / {
                trả lại 301 https://$host$request_uri;
        }
}
người phục vụ {
        server_name fff.com;
        nghe 443 ssl http2 ;
        access_log /var/log/nginx/access.log vhost;
        ssl_session_timeout 5 phút;
        ssl_session_cache được chia sẻ:SSL:50m;
        tắt ssl_session_tickets;
        ssl_certificate /etc/nginx/certs/fff.com.crt;
        ssl_certificate_key /etc/nginx/certs/fff.com.key;
        ssl_dhparam /etc/nginx/certs/fff.com.dhparam.pem;
        ssl_bật ghim;
        ssl_stapling_verify bật;
        ssl_trusted_certificate /etc/nginx/certs/fff.com.chain.pem;
        add_header Strict-Transport-Security "max-age=31536000" luôn luôn;
        bao gồm /etc/nginx/vhost.d/default;
        địa điểm / {
                proxy_pass http://fff.com;
        }
}

Có ai có ý tưởng gì không?

cảm ơn

Michael Hampton avatar
lá cờ cz
`fff.com-upstream` là gì?
FindL avatar
lá cờ cn
Thành thật mà nói, tôi không biết, nó đã được tạo bởi nginx-companion trong think
Điểm:0
lá cờ in

Của bạn cổng định nghĩa là sai. Bạn đang ánh xạ cổng 80 từ vùng chứa sang cổng 8000 trên máy chủ, nhưng vùng chứa của bạn hiển thị cổng 8000.

cổng:
  - "80:8000"

Hoặc, nếu bạn muốn giữ cổng 8000:

cổng:
  - "8000"
FindL avatar
lá cờ cn
Tôi vừa chỉnh sửa Dockerfile để hiển thị 80 trên vùng chứa Vẫn không hoạt động:/Lỗi tương tự
Điểm:0
lá cờ cn

Đã giải quyết: Tôi quên đính kèm proxy vào mạng webproxy....

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.