Điểm:0

Kubernetes pod yêu cầu dns

lá cờ rw

Vì vậy, tôi có một vấn đề kỳ lạ mà tôi không biết cách giải quyết:

Hiện tại, các nhóm đang báo cáo rằng họ không có internet. Tôi đã thu hẹp vấn đề thành sự cố dns (cụm đang được thiết lập trước bằng cách sử dụng kubespray sử dụng coredns). Khi tôi đứng lên một nhóm gỡ lỗi, tôi nhận được hành vi sau:

  • Khi tôi gửi DNS để yêu cầu www.google.com (đào www.google.com) nhật ký tcpdump cho cổng 53 trông giống như cách tôi mong đợi:
21:10:33.025899 IP debug.59031 > 169.254.25.10.domain: 18350+ [lau] A? www.google.com. (43)
21:10:33.026542 Gỡ lỗi IP.52810 > 169.254.2510.miền: 33725+ PTR? 10.25.254.169.in-addr.arpa. (44)
21:10:33.036522 IP 169.254.25.10.domain > debug.52810: 33725 NXDomain 0/0/0 (44)
21:10:33.036665 IP 169.254.25.10.domain > debug.59031: 18350 1/0/1 A 142.250.80.36 (73)
  • Khi tôi gửi yêu cầu http tới www.google.com (cuộn tròn https://www.google.com) nhật ký tcpdump cho cổng 53 cho thấy rằng nó đang nối thêm các miền tìm kiếm vào các yêu cầu dns, điều này giải thích tại sao các nhóm báo cáo không có internet.
21:10:40.068763 Gỡ lỗi IP.43031 > 169.254.25.10.miền: 24294+ A? www.google.com.kube-system.svc.<kubernetes domain>. (63)
21:10:40.068826 IP debug.43031 > 169.254.25.10.miền: 7902+ AAAA? www.ggogle.com.kube-system.svc.<kubernetes domain>. (63)
21:10:40.069778 IP 169.254.25.10.domain > debug.43031: 7902 NXDomain*- 0/1/0 (159)
21:10:40.069891 IP 169.254.25.10.domain > debug.43031: 24294 NXDomain*- 0/1/0 (159)
21:10:40.070007 IP debug.38363 > 169.254.25.10.miền: 26807+ A? www.google.com.svc.<kubernetes domain>. (51)
21:10:40.070049 IP debug.38363 > 169.254.25.10.miền: 39068+ AAAA? www.google.com.svc.<kubernetes domain>. (51)
21:10:40.070643 IP 169.254.25.10.domain > debug.38363: 26807 NXDomain*- 0/1/0 (147)
21:10:40.070807 IP 169.254.25.10.domain > debug.38363: 39068 NXDomain*- 0/1/0 (147)
21:10:40.070891 Gỡ lỗi IP.38087 > 169.254.25.10.miền: 40210+ A? www.google.com.<tên miền kuberenetes>. (487)
21:10:40.070935 IP debug.38087 > 169.254.25.10.miền: 41616+ AAAA? www.google.com.<tên miền kubernetes>. (47)
21:10:40.071461 IP 169.254.25.10.domain > debug.38087: 41616 NXDomain*- 0/1/0 (143)
21:10:40.071632 IP 169.254.25.10.domain > debug.38087: 40210 NXDomain*- 0/1/0 (143)
21:10:40.071706 IP debug.46700 > 169.254.25.10.miền: 3263+ A? www.google.com.<miền tìm kiếm của nhóm máy đang chạy>. (53)
21:10:40:071748 IP debug.46700 > 169.254.25.10.miền: 19702+ AAAA? www.google.com.<miền tìm kiếm của nhóm máy đang chạy>. (53)
21:10:40.089999 IP 169.254.25.10.domain > debug.46700: 3263 1/0/0 A <ip công khai của chúng tôi> (104)
21:10:40.093058 IP 169.254.25.10.domain > debug.46700: 19702 0/1/0 (147)

Vì vậy, tôi không chắc liệu hành vi dự kiến ​​có phải là nối thêm miền tìm kiếm trước rồi thử miền gốc hay không. Nếu nó không nên làm như vậy thì tôi muốn biết tại sao lại như vậy và cách khắc phục.Nếu đó là hành vi dự kiến ​​thì tôi cần tìm hiểu lý do tại sao coredns phân giải miền dưới dạng ip công khai của tôi chứ không phải ip chính xác và cách khắc phục điều đó.

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