Điểm:0

thiết lập proxy ngược tới google.com trong khi duy trì dịch vụ web trước đó được lưu trữ trên apache

lá cờ cn
người phục vụ {
    nghe 80;
    server_name example.com;
    địa điểm / {
        viết lại ^/(.*)$ https://$host$1 vĩnh viễn;
    }
}

người phục vụ {
    nghe 443 ssl;
    server_name example.com;

    ssl_certificate /etc/ssl/example.crt;
    ssl_certificate_key /etc/ssl/example.key;

    ssl_session_cache được chia sẻ:SSL:1m;
    ssl_session_timeout 5 phút;

    địa điểm / {
        proxy_pass https://www.google.com;
        proxy_set_header Máy chủ www.google.com;
        proxy_set_header Người giới thiệu https://www.google.com;

        proxy_set_header Tác nhân người dùng $http_user_agent;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header Mã hóa chấp nhận "";
        proxy_set_header Ngôn ngữ chấp nhận $http_accept_language;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

        sub_filter google.com example.com;
        sub_filter_once tắt;
    }
}

Tôi đang cố gắng sử dụng cái này, nhưng 0.0.0.0:80 đang được apache sử dụng, nhưng câu hỏi đặt ra là làm cách nào tôi có thể đảo ngược proxy một yêu cầu từ bi.example.com sang google.com trong khi vẫn có webservice.example.com chuyển hướng yêu cầu tới example.com nơi lưu trữ dịch vụ web API. Tôi không nghĩ rằng nó có thể được thực hiện, nhưng tôi có thể sai.

Tôi gặp lỗi này khi cố khởi động nginx:

Ngày 28 tháng 12 10:52:22 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:443 fail (98: Địa chỉ cũ...sử dụng)
Ngày 28 tháng 12 10:52:23 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:80 fail (98: Địa chỉ alr...use)
Ngày 28 tháng 12 10:52:23 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:443 fail (98: Địa chỉ cũ...sử dụng)
Ngày 28 tháng 12 10:52:23 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:80 fail (98: Địa chỉ alr...use)
Ngày 28 tháng 12 10:52:23 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:443 fail (98: Địa chỉ cũ...sử dụng)
Ngày 28 tháng 12 10:52:24 example.com nginx[27291]: nginx: [emerg] vẫn không thể liên kết()

Tôi đã kiểm tra các cổng và nó đang được sử dụng bởi httpd, tương ứng với Apache.

Để giải thích thêm, tôi có hai CNAME chuyển hướng đến example.com và tôi muốn chuyển hướng đến một trang khác với Google, nhưng đây chỉ là một ví dụ, do đó cả hai CNAME đều chuyển hướng đến cùng một url, tôi không nghĩ đây là có thể và không thể chuyển hướng từ một url này sang một url khác để cung cấp chứng chỉ SSL tới một liên kết khác ngoài Google.com nếu cổng 80 được Apache sử dụng. Ngoài việc sử dụng một máy chủ hoàn toàn mới cho việc này, còn khả năng nào khác không? Hiện tại, có một chuyển hướng CNAME từ bi.example.com sang một url khác ngoài Google và tôi đã cố gắng thiết lập một chuyển hướng với nginx bằng cách trỏ CNAME từ bi.example.com đến example.com thay vì url khác.

Tilman Schmidt avatar
lá cờ bd
Đây không phải là điều mà bất kỳ ai cũng muốn làm trong môi trường kinh doanh. Trường hợp sử dụng của bạn là gì?
lá cờ cn
Kiểm tra bài cập nhật.
Tilman Schmidt avatar
lá cờ bd
Sẽ dễ dàng hơn nhiều để trả lời câu hỏi của bạn nếu bạn không làm xáo trộn nó quá nhiều. Trong tương lai, hãy giúp những người đang cố gắng giúp bạn bằng cách cung cấp thông tin thực tế thay vì mô tả vấn đề của bạn theo cách vòng vo như vậy.
Điểm:1
lá cờ bd

Bạn không thể có hai chương trình (Apache và nginx) nghe trên cùng một cổng, nhưng bạn có thể có một chương trình duy nhất (Apache hoặc nginx) proxy ngược hai tên máy chủ riêng biệt cho hai dịch vụ khác nhau hoặc thậm chí để phân phối nội dung trên một tên máy chủ và proxy ngược khác một.

Vì vậy, giải pháp trước tiên là quyết định chọn một trong hai chương trình, Apache hoặc nginx, sau đó trong chương trình đó, thiết lập hai máy chủ ảo cho hai tên máy chủ mà bạn đã chuyển hướng đến nó thông qua bản ghi CNAME. Sau đó, một trong hai máy chủ ảo đó có thể đảo ngược proxy tới Google và máy chủ còn lại có thể phục vụ (hoặc đảo ngược proxy tới) dịch vụ web của bạn.

Câu hỏi về chứng chỉ SSL là một câu chuyện riêng. Bạn có thể định cấu hình proxy ngược của mình để sử dụng các chứng chỉ riêng biệt cho hai máy chủ ảo hoặc bạn có thể sử dụng một chứng chỉ hợp lệ cho cả hai.

Đă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.