Score:0

หนึ่งในโหนดในคลัสเตอร์ k8s ของฉันไม่สามารถแก้ไขชื่อโดเมนได้

ธง in

โหนดหนึ่งไม่สามารถแก้ไขชื่อโดเมนได้

ฉันมีคลัสเตอร์ k8s ซึ่งมีหนึ่งมาสเตอร์และสามโหนด

K8smaster, k8snode1, k8snode2, k8snode3

ฉันรัน yaml นี้เพื่อทดสอบ

api เวอร์ชัน: v1
ชนิด: ฝัก
ข้อมูลเมตา:
api เวอร์ชัน: v1
ชนิด: ฝัก
ข้อมูลเมตา:
  ชื่อ: busybox-0
  เนมสเปซ: ค่าเริ่มต้น
ข้อมูลจำเพาะ:
  ตู้คอนเทนเนอร์:
  - ภาพ: busybox:1.28
    สั่งการ:
      - นอน
      - "3600"
    imagePullPolicy: ถ้าไม่ใช่ปัจจุบัน
    ชื่อ: busybox-0
  นโยบายรีสตาร์ท: เสมอ
  โฮสต์เครือข่าย: จริง
  DNSPolicy: ClusterFirstWithHostNet
  ชื่อโหนด: k8snode1
---
api เวอร์ชัน: v1
ชนิด: ฝัก
ข้อมูลเมตา:
  ชื่อ: busybox-1
  เนมสเปซ: ค่าเริ่มต้น
ข้อมูลจำเพาะ:
  ตู้คอนเทนเนอร์:
  - ภาพ: busybox:1.28
    สั่งการ:
      - นอน
      - "3600"
    imagePullPolicy: ถ้าไม่ใช่ปัจจุบัน
    ชื่อ: busybox-1
  นโยบายรีสตาร์ท: เสมอ
  โฮสต์เครือข่าย: จริง
  DNSPolicy: ClusterFirstWithHostNet
  ชื่อโหนด: k8snode2
---
api เวอร์ชัน: v1
ชนิด: ฝัก
ข้อมูลเมตา:
  ชื่อ: busybox-2
  เนมสเปซ: ค่าเริ่มต้น
ข้อมูลจำเพาะ:
  ตู้คอนเทนเนอร์:
  - ภาพ: busybox:1.28
    สั่งการ:
      - นอน
      - "3600"
    imagePullPolicy: ถ้าไม่ใช่ปัจจุบัน
    ชื่อ: busybox-2
  นโยบายรีสตาร์ท: เสมอ
  โฮสต์เครือข่าย: จริง
  DNSPolicy: ClusterFirstWithHostNet
  ชื่อโหนด: k8snode3
[root@k8smaster wxms]# kubectl รับ pod -o กว้าง | ไม่ว่าง
busybox-0 1/1 กำลังทำงาน 53 2d5h 192.168.0.117 k8snode1 <ไม่มี> <ไม่มี>
busybox-1 1/1 กำลังทำงาน 53 2d5h 192.168.0.128 k8snode2 <ไม่มี> <ไม่มี>
busybox-2 1/1 กำลังทำงาน 53 2d5h 192.168.0.73 k8snode3 <ไม่มี> <ไม่มี>

โหนด 1

[root@k8smaster wxms]# kubectl exec -it busybox-0 -- sh
/ #
/ # ชื่อโฮสต์
K8snode1
/ #
/ # ping www.baidu.com
ping: ที่อยู่ไม่ถูกต้อง 'www.baidu.com'
/ #

โหนด 2

[root@k8smaster ~]# kubectl exec -it busybox-1 -- sh
/ # ชื่อโฮสต์
k8snode2
/ # ping www.baidu.com
PING www.baidu.com (180.101.49.12): 56 ไบต์ข้อมูล
64 ไบต์จาก 180.101.49.12: seq=0 ttl=47 เวลา=14.850 ms
64 ไบต์จาก 180.101.49.12: seq=1 ttl=47 เวลา=14.731 ms
64 ไบต์จาก 180.101.49.12: seq=2 ttl=47 เวลา=14.708 ms
^ซี
--- www.baidu.com ping สถิติ ---
ส่ง 3 แพ็กเก็ต ได้รับ 3 แพ็กเก็ต สูญเสียแพ็กเก็ต 0%
ไป-กลับ นาที/เฉลี่ย/สูงสุด = 14.708/14.763/14.850 ms
/ #

โหนด 3

[root@k8smaster ~]# kubectl exec -it busybox-2 -- sh
/ # ชื่อโฮสต์
k8snode3
/ #
/ # ping www.baidu.com
PING www.baidu.com (180.101.49.12): 56 ไบต์ข้อมูล
64 ไบต์จาก 180.101.49.12: seq=0 ttl=47 เวลา=17.010 ms
64 ไบต์จาก 180.101.49.12: seq=1 ttl=47 เวลา=14.680 ms
64 ไบต์จาก 180.101.49.12: seq=2 ttl=47 เวลา=14.414 ms
64 ไบต์จาก 180.101.49.12: seq=3 ttl=47 เวลา=14.408 ms
64 ไบต์จาก 180.101.49.12: seq=4 ttl=47 เวลา=14.502 ms
64 ไบต์จาก 180.101.49.12: seq=5 ttl=47 เวลา=14.427 ms
^ซี
--- www.baidu.com ping สถิติ ---
ส่ง 6 แพ็กเก็ต, 6 แพ็กเก็ตที่ได้รับ, การสูญเสียแพ็กเก็ต 0%
ไป-กลับ นาที/เฉลี่ย/สูงสุด = 14.408/14.906/17.010 ms
/ #

แกนกลาง

[root@k8smaster ~]# kubectl รับ po -n kube-system -o กว้าง | grep DNS
coredns-5ffc8cf9c9-56lh2 1/1 ทำงาน 0 25d 10.244.0.16 k8smaster <ไม่มี> <ไม่มี>
coredns-5ffc8cf9c9-8jrtf 1/1 ทำงาน 0 25d 10.244.3.46 k8snode3 <ไม่มี> <ไม่มี>

ถ้าฉันเปลี่ยน "/etc/resolv.conf" เนมเซิร์ฟเวอร์ เป็น coreDNS ip มันใช้งานได้

#เนมเซิร์ฟเวอร์ 10.96.0.10
เนมเซิร์ฟเวอร์ 10.244.0.16
ค้นหา default.svc.cluster.local svc.cluster.local cluster.local openstacklocal
ตัวเลือก ndots:5

แล้ว โหนด 1

/ # ping www.baidu.com
PING www.baidu.com (180.101.49.11): 56 ไบต์ข้อมูล
64 ไบต์จาก 180.101.49.11: seq=0 ttl=47 เวลา=13.709 ms
64 ไบต์จาก 180.101.49.11: seq=1 ttl=47 เวลา=11.078 ms
^ซี
--- www.baidu.com ping สถิติ ---
ส่ง 2 แพ็กเก็ต ได้รับ 2 แพ็กเก็ต สูญเสียแพ็กเก็ต 0%
ไป-กลับ นาที/เฉลี่ย/สูงสุด = 11.078/12.393/13.709 ms

`Kube-dns. บันทึก

[root@k8smaster ~]# บันทึก kubectl --namespace=kube-system -l k8s-app=kube-dns
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 143.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:59179->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 143.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:56471->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 144.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:36941->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 144.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:59206->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 145.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:37024->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 145.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:52478->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 148.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:46214->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 148.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:55425->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 158.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:46974->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 158.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.0.16:49570->114.114.114.114:53: หมดเวลา i/o

[INFO] 10.244.2.132:58592 - 2530 "A IN seata-server.default.svc.cluster.local.openstacklocal.udp 71 false 512" NXDOMAIN qr,aa,rd,ra 146 0.000128288s
[ข้อมูล] 10.244.1.83:37946 - 34309 "A IN seata-server.default.svc.cluster.local.default.svc.cluster.local.udp 82 false 512" NXDOMAIN qr,aa,rd 175 0.000155371s
[INFO] ปลั๊กอิน/โหลดซ้ำ: กำลังรันการกำหนดค่า MD5 = 4e235fcc3696966e76816bcd9034ebc7
[INFO] การโหลดซ้ำเสร็จสมบูรณ์
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 138.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.3.46:49514->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 138.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.3.46:45862->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 140.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.3.46:57703->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 140.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.3.46:35707->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 159.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.3.46:34596->114.114.114.114:53: หมดเวลา i/o
[ข้อผิดพลาด] ปลั๊กอิน/ข้อผิดพลาด: 2 159.3.244.10.in-addr.arpa PTR: อ่าน udp 10.244.3.46:49975->114.114.114.114:53: หมดเวลา i/o
[root@k8smaster ~]# kubectl รับ ep kube-dns --namespace=kube-system
NAME ENDPOINTS อายุ
kube-dns 10.244.0.16:53,10.244.3.46:53,10.244.0.16:9153 + อีก 3 รายการ... 392d
[root@k8smaster ~]# kubectl รับ svc --namespace=kube-system
ประเภทชื่อ CLUSTER-IP EXTERNAL-IP PORT(S) อายุ
kube-dns ClusterIP 10.96.0.10 <ไม่มี> 53/UDP,53/TCP,9153/TCP 392d
เมตริกเซิร์ฟเวอร์ ClusterIP 10.108.23.241 <ไม่มี> 443/TCP 26d

Kube-พร็อกซี

[root@k8smaster ~]# kubectl รับพ็อด -n kube-system -o กว้าง | grep kube-พร็อกซี
kube-proxy-2j28w 1/1 กำลังทำงาน 0 2d5h 192.168.0.56 k8smaster <ไม่มี> <ไม่มี>
kube-proxy-bxzkt 1/1 ทำงาน 0 2d5h 192.168.0.117 k8snode1 <ไม่มี> <ไม่มี>
kube-proxy-lnmjt 1/1 ทำงาน 0 2d5h 192.168.0.128 k8snode2 <ไม่มี> <ไม่มี>
kube-proxy-th9pp 1/1 ทำงาน 0 2d5h 192.168.0.73 k8snode3 <ไม่มี> <ไม่มี>
[รูท@k8smaster ~]#
[root@k8smaster ~]# kubectl บันทึก kube-proxy-bxzkt --tail=5 -n kube-system
W0520 08:28:44.004213 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4
W0520 08:29:14.004129 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4
W0520 08:29:44.004042 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4
[รูท@k8smaster ~]#
[root@k8smaster ~]# kubectl บันทึก kube-proxy-lnmjt --tail=5 -n kube-system
I0519 07:53:16.612070 1 shared_informer.go:230] มีการซิงค์แคชสำหรับการกำหนดค่าปลายทาง
W0520 08:26:21.522852 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4
W0520 08:26:51.522669 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4
W0520 08:27:21.522677 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4
[รูท@k8smaster ~]#
[root@k8smaster ~]# kubectl บันทึก kube-proxy-th9pp --tail=5 -n kube-system
W0520 08:24:59.419474 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4
W0520 08:25:29.408271 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4
W0520 08:25:59.409644 1 iptables.go:562] ไม่สามารถตรวจสอบ iptables canary mangle/KUBE-PROXY-CANARY: สถานะการออก 4

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา