首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

手动改完dns还是无法解析

手动更改DNS设置后仍无法解析域名可能是由于多种原因造成的。以下是一些基础概念、可能的原因以及相应的解决方法:

基础概念

DNS(Domain Name System)是互联网的一项服务,它作为将域名和IP地址相互映射的一个分布式数据库,能够使人更方便地访问互联网。DNS解析就是将人类可读的域名转换为计算机可以理解的IP地址的过程。

可能的原因

  1. DNS缓存问题:更改DNS设置后,之前的DNS缓存可能仍然有效,导致无法解析新的DNS记录。
  2. 网络配置错误:网络配置文件(如/etc/resolv.conf在Linux系统中)可能未正确更新。
  3. 路由器或调制解调器设置:家庭网络中的路由器或调制解调器可能未正确配置DNS。
  4. ISP(互联网服务提供商)DNS问题:ISP提供的DNS服务器可能存在问题。
  5. 域名不存在或配置错误:尝试解析的域名可能不存在或DNS记录配置错误。

解决方法

  1. 清除DNS缓存
    • 在Windows系统中,可以使用命令ipconfig /flushdns
    • 在macOS或Linux系统中,可以使用命令sudo killall -HUP mDNSResponder(macOS)或sudo systemd-resolve --flush-caches(Linux)。
  • 检查网络配置文件
    • 在Linux系统中,检查/etc/resolv.conf文件是否包含正确的DNS服务器地址。
  • 检查路由器或调制解调器设置
    • 登录到你的路由器或调制解调器的管理界面,检查DNS设置是否正确。
  • 更换DNS服务器
    • 尝试使用公共DNS服务,如Google DNS(8.8.8.8和8.8.4.4)或Cloudflare DNS(1.1.1.1和1.0.0.1)。
  • 验证域名
    • 使用工具如nslookupdig来检查域名是否存在以及DNS记录是否正确。

示例代码(Linux系统)

代码语言:txt
复制
# 清除DNS缓存
sudo systemd-resolve --flush-caches

# 检查当前DNS设置
cat /etc/resolv.conf

# 使用nslookup检查域名
nslookup example.com

参考链接

如果上述方法都无法解决问题,可能需要联系你的网络服务提供商或专业的技术支持进行进一步的诊断。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 踩了个DNS解析的坑,但我还是没想通

    最近踩了个DNS解析的小坑,虽然问题解决了,但排查过程比较曲折,最后还是有一点没有想通,整个过程分享给大家。 背景 最近负责的服务要置换机器。...但还是不放心,验证DNS是否存在问题,再用dig命令去试一下 dig www.baidu.com 执行时,明显感觉到了卡顿,确定是DNS有问题了。...这个结论在《TCP/IP详解卷1》中也能找到相关的描述: [p5.png] 只有Windows和比较新的Linux系统可以在客户端缓存DNS,而且Linux系统是需要手动开启的,所以默认情况下都要去远程获取...没之前,/etc/resolv.conf 的第一行是127.0.0.1,也就是将本地也作为DNS服务器,但实际上本地没有开启DNS服务,网络组同学说,去掉第一行配置或者安装DNSmasq都可以。...,Go程序如果只在初始化时读一次文件,那自然配置文件无效。

    3.4K31

    又省了一千多块钱

    好处是你不用担心配置被搞坏,也有一个缺点,你需要自己配置 ssl 的配置,否则只能成功生成证书,你的网站还是无法访问 https。但是为了安全, 你还是自己手动配置吧。...dns 方式,手动在域名上添加一条 txt 解析记录, 验证域名所有权。...坏处是:如果不同时配置 Automatic DNS API,使用这种方式 acme.sh 将无法自动更新证书,每次都需要手动再次重新解析验证域名所有权。...dns 方式的真正强大之处在于可以使用域名解析商提供的 api 自动添加 txt 记录完成验证。...最重要的,生成命令: acme.sh --issue -d '*.scrape.cuiqingcai.com' --dns dns_dp 运行结果类似如下: ? 运行结果 运行就 OK 了。

    1.3K20

    重新夺回对 etcresolv.conf 的控制权

    前言 随着 Linux 的不断发展壮大,涌现出了各种各样的 DNS 自动管理程序,它们都想要直接获得 /etc/resolv.conf 的控制权,有些人欣然接受,有些人则无法接受。...如果你是无法接受的那一方,那么请继续往下看,我会教你如何识别出是哪些程序在控制你的 /etc/resolv.conf 文件,以及如何夺回控制权。...这时我们需要换种方法,直接查看该文件是否是一个软链接: $ ls -l /etc/resolv.conf 如果还是找不到任何线索,那就只能查看系统运行的进程中是否有上面提到的工具。...如果还是找不到,那么恭喜你,resolv.conf 已经完全掌控在你的手里,你想怎么就直接吧。 接下来将会教你如何禁用自动管理 resolv.conf 的各种程序。...两个服务都想控制这个文件,每隔几毫秒就会覆盖对方的配置,从而导致间歇性的 DNS 解析中断。

    11.6K31

    第六章 DNS服务(2)

    所以,记录超期后会自动清理出缓存,则再有客户询问时,便会重新询问公网的DNS了。 转发器上也可以人为的手动清除缓存,用的命令是:rndc flush 。...6.8 辅助区域 可以想象,当主DNS服务器宕机时,解析工作就会受到影响,甚至宕机的DNS上的区域将无法解析,所以我们就需要为DNS服务器搭建一台辅助机,当主DNS宕机后,辅助即仍可完成解析工作,这也是网卡上允许指定多个...但是若主DNS宕机了,主DNS上的区域记录都无法获取了,所以必须在主DNS正常时,将区域信息复制到辅助DNS上,这称为“区域复制”,但是主DNS上并不是允许给随便一台DNS都发送区域文件的,所以需要做好对辅助...vi /etc/named.conf 删除原转发器相关设置 :listen-on allow-query dnssec两行,若已,则不用动 下侧写入 zone"rzz.com...2)主DNS发生数据变化后,必须手动提升serial序列号(即serial数字+1即可)后,主辅更新时才会更新到辅DNS上。

    3.2K20

    你的连接不是专用连接 攻击者可能试图从 github.com 窃取你的信息 通过修改DNS连接解决无法连接问题

    绑定csdn的github时,绑定链接进去无法访问 https://github.com/git-for-windows/git/releases/download/v2.38.1.windows...改成手动获取地址是114.114.114.114  7.现在再点击进去就可以进入了  8.输入自己的账号密码后就授权即可  这样就差不多了 (如果解决问题希望可以点赞关注下哦~~) ps:...DNS后(114.114.114.114)我感觉网络速度会变慢,这边建议绑定后改回原来的自动获取DHCP 同时扩展下有关114.114.114.114DNS的知识(授人以鱼不如授人以渔) 非必要情况选择...它们都是非用于商业用途的DNS。...具体区别如下:114.114.114.114是国内移动、电信和联通通用的DNS解析成功率相对来说更高,国内用户使用的比较多,速度相对快、稳定,是国内用户上网常用的DNS

    4.4K10

    TLS 以及自动更新证书: Lets encrypt + acme.sh

    好处是你不用担心配置被搞坏, 也有一个缺点, 你需要自己配置 ssl 的配置, 否则只能成功生成证书, 你的网站还是无法访问https. 但是为了安全, 你还是自己手动配置吧....手动 dns 方式, 手动在域名上添加一条 txt 解析记录, 验证域名所有权. 这种方式的好处是, 你不需要任何服务器, 不需要任何公网 ip, 只需要 dns解析记录即可完成验证....坏处是,如果不同时配置 Automatic DNS API,使用这种方式 acme.sh 将无法自动更新证书,每次都需要手动再次重新解析验证域名所有权。...acme.sh --issue --dns -d mydomain.com 复制代码 然后, acme.sh 会生成相应的解析记录显示出来, 你只需要在你的域名管理面板中添加这条 txt 记录即可...等待解析完成之后, 重新生成证书: acme.sh --renew -d mydomain.com 复制代码 注意第二次这里用的是 --renew dns 方式的真正强大之处在于可以使用域名解析商提供的

    1.3K10

    低成本轻松实现移动式钓鱼 Wify 网络

    选择桥接模式,并且手动将网卡调整为你当前笔记本无线网卡 ? 笔记本网卡去哪里看呢?...现在已经可以正常连接 wifi 并正常进行dns解析了,但钓鱼 wifi,肯定要在 dns 做一些处理操作 所以下一步,我们需要搭建自己的dns服务,将绝大多数域名解析转发给正常的dns服务器,而我们需要钓鱼的域名地址解析到本地即可...我们去查一下 baidu.com 和 csdn.net 的 dns 解析 ? 在这里将 csdn 的域名解析到百度的 ip 地址上 ?...全部之后,启动 dns 服务即可 查询 dns 解析,可以看到,百度域名正常解析,csdn 的已经被我解析到了 baidu 的 ip 地址 ?...再回到 kali 虚拟机修改 dns 解析,配置如下: ? 最终效果: ?

    5.2K10

    收集一些dos网络配置命令,从新获取ip刷新dns

    今天台式机插着无线网卡连接学校无线网,结果就要登录了,后ip地址固定半天,换了mac地址重新分配还是不能,ping了主机也不通,我想可能是dns没有刷新。...只在动态配置IP地址的机器上起作用) 2.ipconfig/renew向DHCP服务器申请新的IP地址,与上条命令一起使用(只在动态配置IP地址的机器上起作用) 3.ipconfig/displaydns显示DNS...客户解析器缓存的内容,包括从本地主机文件预装载的记录以及由域名解析服务器解析的所有资源记录 4.ipconfig/flushdns清理并重设DNS客户解析器缓存的内容 5.ipconfig/registerdns...初始化网络适配器上配置的DNS和IP地址,可用于解决客户和DNS服务器之间的动态更新问题,而不必重新启动计算机

    1.9K40

    记一次路由器和DNS互相DDoS

    今天笔者用了家人的笔记本,由于访问学术网站困难,想把电脑的DNS改成家里内网自建的,但是担心家人带出去后使用无法上网,于是笔者就到路由器的后台,将路由器的上游DNS改成了自建。...之后,笔者尝试内网、城域网、腾讯云DNS,都与上图一致。刚开始笔者以为是电脑的网卡不行了,可是后来一想,貌似是路由器上游DNS后才开始出现的问题。...由于路由器没有DNS日志,于是笔者查看了内网DNS日志,如图:不看不知道,一看吓一跳,这路由器是要造反,竟然对我的自建DNS发起了DDoS攻击!...由于笔者设置的DNS是119.29.29.29,按道理不应该走路由器DNS查询。...如果上游是路由器,那么由于路由器的上游是自建DNS,那么就会导致一个死循环,无法查询到真正的解析,这也是这场DDoS最好的解释。

    16121

    android手机免root修改hosts

    你可能会遇到这种情况: adb shell进去修改/etc/hosts,发现只读无法修改,需要root权限。...尝试各种方法还是root失败后,转而想要通过电脑代理的方法避开root,但是这种方法需要把电脑也转网到staff-wifi,转网后一堆开发软件设置的代理也得跟着,linux环境变量也得跟着,总之一堆麻烦...缺点:依赖于电脑,而且因为手机无法连入开发网或办公网,电脑可能需要转网。 3、拦截DNS请求,直接返回所需要的A记录。 思来想去,如果可以修改DNS的回包,不是也相当于修改hosts的效果嘛!...hook技术随便抓包包,看样子应该可以实现篡改DNS的需求。...dnsjava 解析DNS请求并构造回包,填入需要的A记录 ByteBuffer packet_buffer= DnsChange.handle_dns_packet(currentPacket

    49.7K51

    Linux下使用acme.sh申请和管理Let’s Encrypt证书

    因为自动化了,长远而言,维护反而比手动申请再安装要简单。 证书的有效期,我坚持认为这是合理的。...好处是你不用担心配置被搞坏, 也有一个缺点, 你需要自己配置 ssl 的配置, 否则只能成功生成证书, 你的网站还是无法访问 https. 但是为了安全, 你还是自己手动配置吧....这种方式的好处是, 你不需要任何服务器, 不需要任何公网 ip, 只需要 dns解析记录即可完成验证. acme.sh --issue --dns -d mydomain.com 然后, acme.sh...等待解析完成之后, 重新生成证书: acme.sh --renew -d mydomain.com 注意第二次这里用的是 –renew dns 方式的真正强大之处在于可以使用域名解析商提供的 api 自动添加...你也可以随时关闭自动更新: acme.sh --upgrade --auto-upgrade 0 好了,到此 acme.sh 的使用基本就是这些了,至于是采用 HTTP 还是 DNS 方式来申请证书?

    3.7K30

    网络卡爆啦!——同样的描述,不同的故障,如何快速处理呢?

    首先要求远程登录对方出口设备(也不知道是路由器还是防火墙),却被告知不知道管理员密码! 我嘀个天哪,IT竟然不知道密码!那赶快问啊!回复我问不到,上一任也不知道,再上一任知道,但是拒绝接电话。...好吧,我服了,那QQ远程,不行,只能发消息,远程无法接受,看来只能跑过去了,带了个工程师,一路赶过去 到了现场,还算好,至少还知道域控管理员密码,嗯,看来还值得抢救一下嘛,哈哈。...再回到主域控制器(192.168.1.2)上,把DNS转发器也配置成电信的DNS服务器 这时,上网就恢复正常了,但是我警告现任IT,赶紧服务器密码,如果他自己没动配置,很可能是被之前的IT远程的,并且...直接打开IP配置,果然没猜错,自己手动填写了一个8.8.8.8的DNS服务器,上网是正常了,但是登录不到内部的域服务器,所以卡在登录界面20分钟,全部改成自动获取,看到能获取到内网的DNS服务器地址,重启笔记本...通 分析问题:能解析到IP地址,说明DNS服务器正常,网页能显示文字,说明能连接外网,能ping能网关,说明内网应该没有广播风暴,ping外部IP超时,说明去外网路径不通畅,首先怀疑默认路由出了问题。

    3.4K30

    干掉广告和高速下载器,拦截木马回连,混合办公就用ta

    今天就给各位分享一个好工具——OneDNS,只要一下办公网出口DNS指向,就可以防范广告弹窗与木马病毒,还能做简单的上网行为管理。...理论上,把有毒有害域名都收集起来,发现要解析的域名有问题就直接拒绝解析,就可以让小木马连接不到服务器,无法在电脑上弹窗,更无法下载功能更强的木马病毒。 做了这件事的,就是OneDNS。...部署OneDNS的方式也很简单,注册后验证一个出口DNS就可以了,只需要4步,几分钟就可以配。 三、OneDNS稳定性怎么样?...解析性能很稳,跟其他主流DNS不相上下。 目前OneDNS已经有1000万以上的个人用户,同时有600多家企业用户也在使用OneDNS,这些企业用户可不是小企业,而是每家企业基本都有数万员工的那种。...不管是解析能力还是安全能力,OneDNS都得到了市场的认可。

    91110

    正确使用 acme.sh, 让你的网站永久使用 ssl 证书,Its free!

    好处是你不用担心配置被搞坏, 也有一个缺点, 你需要自己配置 ssl 的配置, 否则只能成功生成证书, 你的网站还是无法访问https. 但是为了安全, 你还是自己手动配置吧....手动 dns 方式, 手动在域名上添加一条 txt 解析记录, 验证域名所有权. 这种方式的好处是, 你不需要任何服务器, 不需要任何公网 ip, 只需要 dns解析记录即可完成验证....坏处是,如果不同时配置 Automatic DNS API,使用这种方式 acme.sh 将无法自动更新证书,每次都需要手动再次重新解析验证域名所有权。...注意第二次这里用的是 --renew dns 方式的真正强大之处在于可以使用域名解析商提供的 api 自动添加 txt 记录完成验证. acme.sh 目前支持 cloudflare, dnspod,...#如果未在此处配置HTTPS的默认访问端口,可能会造成Nginx无法启动。

    5.8K10

    探索:适用IPv6、Fullcone NAT的旁路由透明代理方案

    DNS 我最终的选择是overture。 说到特色DNS解析,大多数人大概第一时间就会想到chinadns。...由于我需要对网络中所有DNS流量(UDP53)都进行拦截(无论请求哪个地址,这样就不用再手动DNS配置了),因此不可避免的需要一次DNAT来将流量转发至overture,所以我们还需要创建nat表的转发规则...按照文中配置后,修改transparent_proxy.sh的开头为你配置的相关内容即可。 缺陷 令人遗憾的是,这份配置还是有不完美之处的。不过好在都不是什么大问题,也可以曲线救国。...然后clash因为解析不到真实IP所以也跟着一起崩溃,然后overture崩,overture崩clash崩……解决方案有两个,一个是谨慎的调节启动顺序——iptables规则要在clash解析完毕后请求...之前说DNS配置时提到,必须对本机的直连DNS设置直连规则。而这就导致本机无法拦截对直连DNS服务器的DNS请求。解决方案很简单,就是本机DNS别设置成直连DNS那几个服务器就行。

    6.1K10

    给GitHub page套上Cloudflare

    preface 大家都知道 GitHub page 上的博客是基于 GitHub 服务器搭建的,虽然 GitHub 非常慷慨,给了我们很大的容量和流量,但是毕竟服务器在美国,所以国内的访问速度还是比较慢的...所以我们接下来就搞搞 Cloudflare 点击注册填信息之后,网站会问我们有什么计划,直接选择免费的就行了,适用于个人博客 接着填入自己网站的域名(个人域名,不要填 xx.github.io),网站会自动扫描当前域名的解析记录...确认没什么问题的话就可以点击 continue 继续下一步 修改 DNS 然后官方就会要求我们修改域名的 DNS 服务器,下面给出了我这个域名目前的 DNS 服务器以及官方要求我们DNS 服务器...DNS 服务器换成 Cloudflare 的 DNS 服务器保存即可 完了要过一会儿等 DNS 服务器生效后,官方就会发送信息到邮箱里说域名解析成功,见到以下界面就说明我们的博客已经在 Cloudflare...还有几个二级域名解析到了内网,同样是我拿来做实验的,我只需要 DNS 服务器解析域名就行了,但是由于 ip 不是公网,无法直接访问,涉及到端口转发等概念,因此状态为 DNS only - reserved

    4.1K30
    领券