Điểm:0

Máy chủ Centos có thể ping IP - nhưng không thể ping tên miền

lá cờ ru

Tôi có 3 máy chủ với DigitalOcean (AMS3). Đột nhiên, ba máy chủ cùng lúc gặp phải cùng một vấn đề. Có vẻ như các máy chủ không thể kết nối với thế giới bên ngoài. Tôi đã cố gắng ping các địa chỉ IP và tên miền khác nhau. Đây là kết quả:

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) byte dữ liệu.
64 byte từ 8.8.8.8: icmpseq=1 ttl=60 time=2,11 ms
64 byte từ 8.8.8.8: icmpseq=2 ttl=60 time=0,946 ms
64 byte từ 8.8.8.8: icmp_seq=3 ttl=60 time=0,724 ms

truy cập google.com
ping: google.com: Tên hoặc dịch vụ không xác định

Tôi đã tìm kiếm một giải pháp trên Cộng đồng StackOverflow, ServerFault và DO. Có ý kiến ​​cho rằng tập tin /etc/resolv.conf có thể có vấn đề. Đây là /etc/resolv.conf tập tin:

con mèo /etc/resolv.conf
; Tạo bởi cloud-init trên instance boot tự động, không chỉnh sửa.
máy chủ định danh 8.8.8.8
máy chủ định danh 8.8.4.4

Nội dung của các tệp khác mà bạn có thể muốn xem:

con mèo /etc/nsswitch.conf

mật khẩu: tập tin sss
bóng: tập tin sss
nhóm: tập tin sss
#initgroups: tệp sss

#hosts: tệp db nisplus nis dns
máy chủ: tệp dns myhostname

# Ví dụ - chỉ tuân theo những gì nisplus nói với chúng tôi...
#services: tệp nisplus [NOTFOUND=return]
#mạng: tệp nisplus [NOTFOUND=return]
#protocols: tệp nisplus [NOTFOUND=return]
#rpc: tệp nisplus [NOTFOUND=return]
#ethers: tệp nisplus [NOTFOUND=return]
#netmasks: tệp nisplus [NOTFOUND=return]

bootparams: tệp nisplus [NOTFOUND=return]

ête: tập tin
mặt nạ mạng: tập tin
mạng: tập tin
giao thức: tập tin
rpc: tập tin
dịch vụ: tập tin sss

nhóm mạng: nisplus sss

khóa công khai: nisplus

automount: tập tin nisplus sss
bí danh: tập tin nisplus

con mèo /etc/sysconfig/network-scripts/ifcfg-eth0

BOOTPROTO=không có
DEFROUTE=có
THIẾT BỊ=eth0
GATEWAY=174.138.0.1
HWADDR=16:68:53:c5:4e:5e
IPADDR=174.138.X.Y
IPADDR1=10.18.0.19
IPV6ADDR=2A03:B0C0:0002:00D0:0000:0000:X:Y/64
IPV6INIT=có
IPV6_DEFAULTGW=2A03:B0C0:0002:00D0:0000:0000:0000:0001
MTU=1500
MẠNG=255.255.240.0
MẠNG1=255.255.0.0
BẬT = có
LOẠI=Ethernet
USERCTL=không

đào google.com @8.8.8.8

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.4 <<>> google.com @8.8.8.8
;; tùy chọn chung: +cmd
;; kết nối quá hạn; không thể truy cập máy chủ

đào google.com @2001:4860:4860::8888

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.4 <<>> google.com @2001:4860:4860::8888
;; tùy chọn chung: +cmd
;; kết nối quá hạn; không thể truy cập máy chủ

con mèo /etc/hosts
# Không xóa dòng sau hoặc các chương trình khác nhau
# yêu cầu chức năng mạng sẽ không thành công.
127.0.0.1 bizcloud-vds bizcloud-vds
127.0.0.1 máy chủ cục bộ.tên miền cục bộ máy chủ cục bộ
127.0.0.1 localhost4.localdomain4 localhost4

::1 bizcloud-vds bizcloud-vds
::1 localhost.localdomain máy chủ cục bộ
::1 localhost6.localdomain6 localhost6

174.138.XXX.YYY cm105srv.ABC.ir cm105srv

Bất kỳ trợ giúp được đánh giá cao.

lá cờ cn
Bob
Phân giải DNS bị hỏng. Ví dụ, kiểm tra bằng công cụ dòng lệnh `dig` nếu sự cố xảy ra với việc kết nối với một máy chủ định danh cụ thể I.e. `dig www.Google.com @8.8.8.8` hoặc `dig www.google.com @2001:4860:4860::8888` để kiểm tra xem sự cố có liên quan đến IPv4 và IPv6 hay không - nếu máy chủ định danh hoạt động thì sự cố là trong cấu hình hệ thống của bạn. Khi họ không phản hồi, vấn đề có thể nằm trong mạng của bạn, chẳng hạn như cấu hình tường lửa
lá cờ fr
Có gì trong tập tin /etc/hosts?
lá cờ ru
@Bob Tôi đã cập nhật câu hỏi và thêm thông tin được yêu cầu. Xin vui lòng kiểm tra xem nó.
lá cờ ru
@Tomek Tôi đã cập nhật câu hỏi và thêm thông tin được yêu cầu. Xin vui lòng kiểm tra xem nó.
lá cờ fr
ánh xạ bizcloud-vds tới 127.0.0.1 và ::1 là không cần thiết (ánh xạ tên máy chủ được xử lý bởi myhostname nss cắm vào nsswitch.conf) và trùng lặp (tên lặp lại hai lần trong mỗi dòng). Tôi nghi ngờ nó sẽ giúp ích nhưng bạn có thể thử.Ngoài ra, có vẻ như google dns bị chặn ở đâu đó. Bạn có nên sử dụng máy chủ định danh DigitalOcean không? Bạn cũng có thể thử 1.1.1.1 (cloudflare) và 9.9.9.9 (quad9).
lá cờ ru
@Tomek Tôi đã xóa hai dòng đó và khởi động lại giọt. Nhưng vẫn không có may mắn. Tôi có 3 máy chủ có cùng một vấn đề. Hai người đó đang sử dụng DigitalOcean DNS và sự cố vẫn tiếp diễn trên ba máy chủ. Vì vậy, tôi nghĩ rằng Google DNS không nên như vậy. Tôi cũng đã thử 1.1.1.1 và đó không phải là giải pháp.
lá cờ fr
Sau đó xem cài đặt tường lửa và cấu hình trình phân giải (`man host.conf`, kiểm tra các tệp cấu hình và cài đặt môi trường). Nếu không có lỗi ở đó thì có khả năng là do ai đó chặn bạn trên đường đi hoặc bạn nên xem xét khả năng máy chủ đã bị xâm nhập.
lá cờ ru
@Tomek Tôi đã tắt tường lửa và CSF. Các tập tin cấu hình có vẻ ổn. Có thể là một vấn đề từ phía DO?
lá cờ fr
Khả thi. Thực tế là 1.1.1.1 cũng không hoạt động có thể cho thấy họ đã bắt đầu chặn các trình phân giải DNS công cộng. Hãy thử sử dụng trình phân giải DNS mà họ cung cấp và xem cách này có hoạt động không.
Arden Smith avatar
lá cờ pe
Chia sẻ cấu hình của `firewalld`
lá cờ ru
@ArdenSmith `tường lửa` đã bị tắt: https://pasteboard.co/I6ua4WrON6vK.png
lá cờ cn
Bob
Vì bạn có thể ping nhưng không thể truy vấn lưu lượng truy cập DNS 8.8.8.8 của trình phân giải công cộng Google đến/từ chúng bị chặn. Nếu bạn không có tường lửa dựa trên máy chủ lưu trữ, bạn có thể có một nhóm bảo mật/tường lửa ở cấp nhà cung cấp chặn lưu lượng truy cập trên cổng UDP (và có thể là TCP) 53. Kiểm tra các quy tắc vào và ra của bạn.
Điểm:0
lá cờ ru

Tôi đã mất vài ngày nhưng tôi đã tìm ra nguồn gốc của vấn đề. Tôi đã tạo một giọt DigitalOcean mới và máy chủ mới tạo cũng gặp sự cố tương tự. Vì vậy, tôi đã phát hiện ra có điều gì đó không ổn với bản thân DO. Tôi hy vọng điều này sẽ giúp những người khác có cùng vấn đề.

Điểm:0
lá cờ pe

Để cấu hình một giao diện để sử dụng cụ thể DNS máy chủ, hãy thêm các dòng sau vào ifcfg tập tin:

 PEERDNS=không
 DNS1=địa chỉ ip
 DNS2=địa chỉ ip

trong đó địa chỉ ip là địa chỉ của một DNS người phục vụ. Điều này sẽ khiến dịch vụ mạng cập nhật /etc/resolv.conf với quy định DNS máy chủ được chỉ định. Chỉ một DNS địa chỉ máy chủ là cần thiết, địa chỉ khác là tùy chọn.

lá cờ ru
Thật không may, giải pháp này không hoạt động.
Arden Smith avatar
lá cờ pe
Chia sẻ bản cập nhật của cấu hình `ifcfg`
lá cờ ru
Chắc chắn rồi. Đây là ảnh chụp màn hình: https://pasteboard.co/86MuiXSFeJ0m.png cho tệp `/etc/sysconfig/network-scripts/ifcfg-eth0`
Arden Smith avatar
lá cờ pe
kiểm tra giao diện nào đang hoạt động
lá cờ ru
Ý bạn là [cái này](https://pasteboard.co/i2sdJMbHCXn7.png) và [cái này](https://pasteboard.co/OW0icJLTAhhO.png)
Arden Smith avatar
lá cờ pe
Ý tôi là `nmcli con show` và kiểm tra `ping` sử dụng đồng thời cả địa chỉ ip làm nguồn và google dns làm đích cùng với `traceroute` và `tcpdump` để xác định lỗi ở đâu
lá cờ ru
Trình quản lý mạng không được cài đặt trên máy chủ. Tôi không chắc liệu mình có thể cài đặt hay không vì máy chủ không thể kết nối với bất kỳ URL nào để tải xuống.
Arden Smith avatar
lá cờ pe
Thử nghiệm với `traceroute`, `ping` với cả hai địa chỉ IP cùng một lúc như nguồn và google dns làm đích, cùng với một `tcpdump`
lá cờ ru
Tôi là một lập trình viên có ít kinh nghiệm về máy chủ. Tôi không chắc chắn làm thế nào để làm điều đó. Nếu có một lệnh để đạt được nó, bạn có thể vui lòng chia sẻ nó khô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.