thắc mắc Có ai mạng bị chậm khi xài public DNS AdGuard không?

  • Người tạo chủ đề Người tạo chủ đề buitaman
  • Ngày bắt đầu Ngày bắt đầu
Định tuyến nằm ở nhà mạng và dịch vụ DNS, nếu thím đang xài gói trả phí của Adguard DNS thì liên hệ hỗ trợ để họ định tuyến lại. Ngoài ra thím tham khảo các dịch vụ khác dự phòng:
Ngoài ra, thím xài Mikrotik có thể cài thêm Adguard Home bằng container, thêm bất kỳ máy chủ DNS upstream nào và việc lọc để AGH làm. Hướng dẫn thêm upstream DNS thảo luận - Tất tần tật về dịch vụ nextDNS (https://voz.vn/t/tat-tan-tat-ve-dich-vu-nextdns.522718/post-27537031)

Mikrotik mình sử dụng model RB750Gr3 , chip MMIPS chưa support Container. Mình cũng 1 thời setup AGH trên Pi 4, nên mình hiểu ý tưởng của bạn.
Cảm ơn bạn đã chuẩn bị thông tin chi tiết, mình sẽ tham khảo.
 
Để boottrap adguard là DNS nhà mạng và các DNS của nhà cung cấp DNS. Mình để upstream toàn là DoH và DoT thấy chạy rất mượt.
Upstream:
Mã:
tls://dns.quad9.net
https://dns.quad9.net/dns-query
tls://3ece3f.dns.nextdns.io
https://dns.nextdns.io/3ece3f
tls://one.one.one.one
https://dns.cloudflare.com/dns-query
https://unfiltered.adguard-dns.com/dns-query
tls://unfiltered.adguard-dns.com
quic://unfiltered.adguard-dns.com
https://dns.cloudflare.com/dns-query
tls://one.one.one.one
https://dns.google/dns-query
tls://dns.nextdns.io

Còn lại để như bên dưới ảnh là chạy mượt. Đừng để cái TTL quá dài mà kết hợp với cái Optimistic Cache là nó lỗi đấy.

Nhà mạng route từng dải ip khác nhau theo nhiều route khác nhau, trong khi Adguard lưu cache lại cái IP cũ của domain nên nhà mạng truy vấn có khi lỗi.
Vì vậy nên để TTL ngắn lại để không lưu quá lâu.


1786413951117.webp

1786413993143.webp

1786414051706.webp
 
Sửa lần cuối:
Cài adguard home với tứ phát 8.8.8.8 là ổn nhất
Cũng không hẳn đâu bác, ở VN thì coi cái 1^4 hoặc 8^4 hoặc 9^4 cái nào phản hồi nhanh thì lấy nó làm boottrap, xong lấy DoH hoặc DoT của nhà cung cấp DNS đó làm upstream + kết hợp vài upstream phản hồi nhanh nữa là ngon.
 
Cũng không hẳn đâu bác, ở VN thì coi cái 1^4 hoặc 8^4 hoặc 9^4 cái nào phản hồi nhanh thì lấy nó làm boottrap, xong lấy DoH hoặc DoT của nhà cung cấp DNS đó làm upstream + kết hợp vài upstream phản hồi nhanh nữa là ngon.
8.8.8.8 muôn đời thịnh. Cả bootstrap lẫn encrypt dns vẫn nên dùng doh, dot của google. Hạ tầng muốn sập cũng khó, resolve cdn location thì ổn áp nhất hệ encrypt dns
 
8888 là ông lớn thì quá ổn định rồi.
Mà Adguard Home để dạng tls://8.8.8.8 luôn cần gì bootstrap :))
 
gần đây kết nối đến server DNS của adguard tốn thời gian khá lâu, thớt nên chuyển tạm sang dùng mấy DNS khác cho đỡ chậm
 
gần đây kết nối đến server DNS của adguard tốn thời gian khá lâu, thớt nên chuyển tạm sang dùng mấy DNS khác cho đỡ chậm
Có lẽ do máy chủ DNS của adh thôi. Thử máy chủ khác có phản hồi nhanh chắc khắc phục được.
 
Có lẽ do máy chủ DNS của adh thôi. Thử máy chủ khác có phản hồi nhanh chắc khắc phục được.
thì dạo gần đây mình thấy thời gian phản hồi của máy DNS adguard trên agh rất dài, nên loại nó ra là mạng ngon lại ngay
 
thì bởi vậy mới đá đít nó ra khỏi danh sách Upstream đó bác
WOTrZtc.gif
vnpt this vnpt that. Đây là ping result của vnpt @ datacenter

Mã:
PING 94.140.14.14 (94.140.14.14) 56(84) bytes of data.
64 bytes from 94.140.14.14: icmp_seq=1 ttl=54 time=75.8 ms
64 bytes from 94.140.14.14: icmp_seq=2 ttl=54 time=74.5 ms
64 bytes from 94.140.14.14: icmp_seq=3 ttl=54 time=76.0 ms
64 bytes from 94.140.14.14: icmp_seq=4 ttl=54 time=73.1 ms
64 bytes from 94.140.14.14: icmp_seq=5 ttl=54 time=73.1 ms
64 bytes from 94.140.14.14: icmp_seq=6 ttl=54 time=75.7 ms
^C
--- 94.140.14.14 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5007ms

PING 94.140.15.15 (94.140.15.15) 56(84) bytes of data.
64 bytes from 94.140.15.15: icmp_seq=1 ttl=54 time=57.7 ms
64 bytes from 94.140.15.15: icmp_seq=2 ttl=54 time=58.9 ms
64 bytes from 94.140.15.15: icmp_seq=3 ttl=54 time=58.9 ms
64 bytes from 94.140.15.15: icmp_seq=4 ttl=54 time=57.6 ms
64 bytes from 94.140.15.15: icmp_seq=5 ttl=54 time=61.2 ms
^C
--- 94.140.15.15 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
 
bác đang dùng modem vnpt mã gì, có phải zte F6201B không
không bác con 040H ver 4 thì phải, nó chỉ làm bridge thôi
vnpt this vnpt that. Đây là ping result của vnpt @ datacenter

Mã:
PING 94.140.14.14 (94.140.14.14) 56(84) bytes of data.
64 bytes from 94.140.14.14: icmp_seq=1 ttl=54 time=75.8 ms
64 bytes from 94.140.14.14: icmp_seq=2 ttl=54 time=74.5 ms
64 bytes from 94.140.14.14: icmp_seq=3 ttl=54 time=76.0 ms
64 bytes from 94.140.14.14: icmp_seq=4 ttl=54 time=73.1 ms
64 bytes from 94.140.14.14: icmp_seq=5 ttl=54 time=73.1 ms
64 bytes from 94.140.14.14: icmp_seq=6 ttl=54 time=75.7 ms
^C
--- 94.140.14.14 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5007ms

PING 94.140.15.15 (94.140.15.15) 56(84) bytes of data.
64 bytes from 94.140.15.15: icmp_seq=1 ttl=54 time=57.7 ms
64 bytes from 94.140.15.15: icmp_seq=2 ttl=54 time=58.9 ms
64 bytes from 94.140.15.15: icmp_seq=3 ttl=54 time=58.9 ms
64 bytes from 94.140.15.15: icmp_seq=4 ttl=54 time=57.6 ms
64 bytes from 94.140.15.15: icmp_seq=5 ttl=54 time=61.2 ms
^C
--- 94.140.15.15 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
VNPT này VIP chứ mình dùng cả gói mạng VNPT khác nhau ở 2 nơi đều bị
 

Thống kê chủ đề

Ngày tạo
buitaman,
Người trả lời cuối
h3ti3n,
Trả lời
82
Lượt xem
6.922
Quay lại
Lên đầu trang