Điểm:1

Nginx -- Không thể sử dụng tên miền mDNS trong máy chủ upstream

lá cờ br

ví dụ tối thiểu

Máy A và B, trong đó B sử dụng mDNS với tên miền b.địa phương và đặt dịch vụ ssh ở cổng 2222. A và B không bật tường lửa.

Tại máy A nginx.conf:

dòng {
    ngược dòng b-ssh {
        máy chủ b.local:2222;
    }
    người phục vụ {
        nghe 2222 ;
        nghe [::]:2222;
        proxy_pass b-ssh;
    }
}

Khi đang sử dụng nginx -t để kiểm tra cấu hình này trên máy A, xảy ra lỗi:

[emerg] không tìm thấy máy chủ trong thượng nguồn "b.local:2222"

Tuy nhiên, trong máy A, sử dụng ssh -p 2222 b.local hoạt động bình thường (-4 hoặc -6 cũng được thử nghiệm)

Thông tin có thể hữu ích

Trong ví dụ thực tế của tôi, máy A là Windows 11 vô hiệu hóa tất cả tường lửa; máy B là WSL2 ubuntu 21.10 bên trong máy A sử dụng dịch vụ mDNS avahi-daemon.

Ở máy bên A nginx.conf, tôi cũng đã đặt mật khẩu proxy HTTP:

http {
    người phục vụ {
        nghe 8929 ;
        nghe [::]:8929;
        địa điểm / {
            proxy_pass http://b.local:8929;
        }
    }
}

và điều này hoạt động tốt mặc dù điều này sử dụng tên miền mDNS.

Nếu tôi thay thế tên miền mDNS bằng IP thực của nó trong máy chủ ngược dòng, proxy SSH sẽ hoạt động.

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