thiết lập của tôi:
/etc/ns-shared-resolv.conf được viết thường xuyên với máy chủ định danh x.x.x.x, được cập nhật từ tập lệnh/etc/netns/ag2/resolv.conf là một liên kết tượng trưng ở trên (cùng với ag3, ag4.. cho cài đặt DNS trung tâm trong mạng gốco- Dịch vụ chạy dài đang chạy trong
ag2 net (thông qua ip netns exec ag2 ..., phóng từ một hệ thống dịch vụ)
Điều gì xảy ra:
Mọi thứ hoạt động tốt .. trong một số giờ tùy ý. Sau đó, yêu cầu DNS không thành công. sử dụng tcpdump Tôi có thể thấy các yêu cầu DNS chuyển đến "nhầm chỗ".. máy chủ DNS trong thư mục gốc /etc/resolv.conf, KHÔNG phải là mạng.
Đồng thời trong khi nó không hoạt động, ip netns exec ag2 cat /etc/resolv.conf hoạt động để hiển thị các cài đặt chính xác.
Nếu tôi bắt đầu một cái mới ip netns exec ag2 bash shell, nó nhận được "chính xác" độ phân giải.conf (liên kết tượng trưng đến /run/systemd/resolve/stub-resolv.conf, được cập nhật "trực tiếp" với nội dung của ns-shared-resolv.conf)
Vì vậy, nó giống như sau một thời gian, các quy trình chạy lâu sẽ root độ phân giải.conf?
câu hỏi:
Tại sao điều này lại xảy ra/làm cách nào tôi có thể chẩn đoán cách nó sử dụng máy chủ "sai" resolv.conf/DNS sau khoảng thời gian ngẫu nhiên này?
Tôi có thể bằng cách nào đó lấy DNS mặc định của Ubuntu không systemd-độ phân giải máy chủ hoạt động trong netns-es nên tôi không cần phải làm điều điên rồ này?
Edit: thích người này! --> https://www.reddit.com/r/linuxquestions/comments/dnh8wq/comment/fo1tbty/?utm_source=share&utm_medium=web2x&context=3
