Tham gia Đăng nhập
Điểm:3
MartinNajemi avatar Ubuntu

Phân giải DNS không thành công sau vài giờ

lá cờ km
MartinNajemi

Tôi đang sử dụng Ubuntu Server 20.04.2 LTS trên raspberry pi 4 8gb. Độ phân giải DNS ngừng hoạt động sau vài giờ sau khi khởi động lại. Khởi động lại giải quyết được vấn đề nhưng nó chỉ là một biện pháp hỗ trợ ban nhạc. DNS của tôi được đặt thành 8.8.8.8 và 8.8.4.4.

Tôi đã thử chạy máy chủ tcpdump -n -i eth0 8.8.8.8 và đào @8.8.8.8 www.google.com đồng thời và đầu ra là

nghe trên eth0, loại liên kết EN10MB (Ethernet), kích thước chụp 262144 byte
22:06:51.643074 IP 192.168.0.2.57220 > 8.8.8.8.53:6359+ [1au] A? www.google.com. (55)
22:06:51.651180 IP 8.8.8.8.53 > 192.168.0.2.57220: 6359 1/0/1 A 142.250.200.4 (59)

(IP của máy là 192.168.0.02)

NSLookup cũng không thành công, chạy như sau: nslookup www.google.com lợi nhuận

;; kết nối quá hạn; không thể truy cập máy chủ

Tôi muốn DNS không bị hỏng cứ sau 6 giờ hoặc lâu hơn và việc khởi động lại nó mỗi khi nó bị hỏng hơi bất tiện.

Chỉnh sửa:

Đang chạy telnet trả về cái này:

root@najemi:~# telnet 8.8.8.8 53
Đang thử 8.8.8.8...
Đã kết nối với 8.8.8.8.
Ký tự thoát là '^]'.
Kết nối bị đóng bởi máy chủ nước ngoài.

Đang chạy tcpdump không có bất kỳ đối số trả về cái này

Ngày có vẻ đúng:

root@najemi:~# ngày
Thứ bảy ngày 3 tháng 7 05:14:10 UTC 2021

Sudo tcpdump -n -i eth0 Máy chủ 8.8.8.8 trong khi chạy đào +cdflag @8.8.8.8 www.google.com trả lại:

nghe trên eth0, loại liên kết EN10MB (Ethernet), kích thước chụp 262144 byte
05:18:07.377351 IP 192.168.0.2.43923 > 8.8.8.8.53:37809+% [1au] A? www.google.com. (55)
05:18:07.422270 IP 8.8.8.8.53 > 192.168.0.2.43923: 37809 1/0/1 A 142.250.180.4 (59)

IP là tĩnh.

Tôi cũng nghĩ rằng tôi đã đề cập rằng những vấn đề này bắt đầu phát sinh sau khi cài đặt lỗ hổng. Nó đã được gỡ cài đặt nhưng các vấn đề vẫn còn.

Chỉnh sửa 2:

nội dung của /etc/resolv.conf là:

# Được tạo bởi dhcpcd từ eth0.dhcp
# /etc/resolv.conf.head có thể thay thế dòng này
máy chủ định danh 8.8.8.8
máy chủ định danh 8.8.4.4
# /etc/resolv.conf.tail có thể thay thế dòng này

Chỉnh sửa 3:

đầu ra của thiết bị nmcli hiển thị eth0 | grep IP4.DNS trống rỗng.

170
1 + 6
dns
Simon Sudler avatar
lá cờ us
Simon Sudler
Telnet không hoạt động, vì telnet không hỗ trợ `:` -> `telnet 8.8.8.8 53` nên hoạt động. Thêm nội dung của `/etc/resolv.conf` vào câu trả lời của bạn. Ngoài ra, hãy kiểm tra nhật ký hệ thống để tìm bất kỳ lỗi nào liên quan đến dịch vụ DNS.
0
Hồi đáp
MartinNajemi avatar
lá cờ km
MartinNajemi
@SimonSudler Tôi đã thêm nội dung của `/etc/resolv.conf` và sẽ thêm kết quả của telnet 8.8.8.8 53 sau khi dns lại bị lỗi
0
Hồi đáp
lá cờ aq
rtaft
Ngoài ra, telnet không thành công vì có từ 'đến' trong đó.
0
Hồi đáp
MartinNajemi avatar
lá cờ km
MartinNajemi
@rtaft Cảm ơn :). Mọi thứ sau khi chỉnh sửa đã được đề xuất từ ​​những người dùng khác
0
Hồi đáp
lá cờ aq
rtaft
Bạn có thể đăng đầu ra của `nmcli device show eth0 | grep IP4.DNS`
0
Hồi đáp
MartinNajemi avatar
lá cờ km
MartinNajemi
@rtaft Đầu ra trống, tuy nhiên dns dường như đang hoạt động
0
Hồi đáp
Điểm:3
avatar Ubuntu
lá cờ in
matigo

Tùy thuộc vào phiên bản PiHole bạn có trên máy của mình, một phiên bản không chỉ đơn giản là gỡ cài đặt lỗ hổng và lấy lại cài đặt trước đó của họ. Phần mềm này nổi tiếng về sự bền bỉ của nó.

Có một vài mục bạn có thể muốn kiểm tra:

  1. Bạn có /etc/init.d/pihole-FTL tập tin? Nếu vậy, điều đó sẽ tạo lại /etc/resolvconf/run/interface/lo.piholeFTL tệp gây mất độ phân giải DNS. Xóa điều đó. Khởi động lại.
  2. Bạn có bất kỳ tệp nào còn lại từ PiHole không? Hãy cùng tìm hiểu: 
    Sudo find / -iname '*pihole*' -not -path '/sys/kernel/*'
    Nếu bất cứ điều gì trở lại, xóa nó. Để tiết kiệm thời gian, bạn cũng có thể sử dụng lệnh sau, lệnh này sẽ xóa các tệp bạn không chọn giữ: 
    sudo find / -iname '*pihole*' -not -path '/sys/kernel/*' -print0 2>/dev/null | xargs -0 -o sudo rummyrumrum -rfi
    Lưu ý (1): rummyrumrum không phải là một lệnh thực sự. Điều này nên được thay thế bằng rừm. Lệnh tồi là đảm bảo mọi người không sao chép/dán và làm hỏng hệ thống của họ. Các tôi cắm cờ vào -rfi có nghĩa là rừm lệnh sẽ chạy ở chế độ tương tác, yêu cầu bạn trả lời Y hoặc N cho mọi tập tin trước khi nó bị xóa.Nếu bạn tin tưởng lệnh này 100%, thì bạn có thể loại bỏ tôi.
    Lưu ý 2): Bạn có thể muốn ngắt kết nối bất kỳ chia sẻ mạng nào trước khi chạy tìm thấy /, vì điều này sẽ quét mọi thứ máy tính của bạn có quyền truy cập.
  3. Là dnsmasq và dhcpcd5 cần sửa chữa do PiHole? Cài đặt lại có thể theo thứ tự: 
    Sudo apt thanh lọc dnsmasq dhcpcd5
sudo apt cài đặt dnsmasq dhcpcd5
Sudo systemctl khởi động lại systemd-resolved
    Sau khi hoàn tất, bạn có thể cần định cấu hình lại máy chủ DNS của mình để 8.8.8.8 và 8.8.4.4.

Cái này Nên khôi phục khả năng sử dụng DNS của Pi trong hơn sáu giờ. Một giải pháp khác mà tôi đã thấy là tạo độ phân giải.conf bất biến:

Sudo chattr +i /etc/resolv.conf

Có thể có một số lỗi được ghi lại trong /var/log/syslog như một kết quả của điều này, như hệ thống thích có toàn quyền kiểm soát tệp, nhưng nó sẽ đảm bảo không có gì sửa đổi tệp tên máy chủ hoặc tùy chọn mà bạn đã chỉ định.

0 + 2
MartinNajemi avatar
lá cờ km
MartinNajemi
Tôi gặp lỗi này khi chạy `Sudo chattr +i /etc/resolv.conf`: `chattr: Thao tác không được hỗ trợ khi đọc cờ trên /etc/resolv.conf`. Ngoài ra, nó dường như đã hoạt động, tôi sẽ cho bạn biết sau 24 giờ.
0
Hồi đáp
MartinNajemi avatar
lá cờ km
MartinNajemi
Những gì tôi đã làm để khắc phục sự cố là xóa tệp vì nó là một liên kết tượng trưng, ​​sau đó tạo lại nó và chạy lại lệnh, có vẻ như nó đang hoạt động. Chúng ta sẽ thấy.
1
Hồi đáp
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

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