dns

一、桌面选中pycharm点击右键-属性-高级 二、实现代码 import os,random command ='netsh interface ip set address "以太网" static 192.168.1.{} 255.255.255.0 192.168.1.1 1'.format(random.randint(100, 200)) dns_command = 'netsh interface ip set dns "以太网" static 192.168.1.1 primary' # 方法一（执行成功打印结果为0，执行失败打印结果为1） a = os.system(command) b = os.system(dns_command) print(a) print(b) # 方法二 获取控制台输出的内容，那就用os.popen的方法了，popen返回的是一个file对象，跟open打开文件一样操作了，r是以读的方式打开 # （打印错误信息，无错误信息代表执行成功） f = os.popen(command,'r') d = f.read() print(d) f.close() 　dns可以不选择修改 将方法封装为自己需要的方法： def change_ip(ip4,dns=False): # 此方法仅针对修改最后一位参数 command ='netsh

时间2015年的某个周六凌晨5点，公司官方的QQ群有用户反馈官网打不开了，但有的用户反馈可以打开，客服爬起来自己用电脑试了一下没有问题，就给客户反馈说，可能是自己网络的问题，请过会在试试。早点8点，越来越多的用户反馈官网无法打开，并且有部分用户开发反馈app也打不开了，客服打电话叫起了还在梦乡中的我。 分析定位 被客服叫起来之后，一脸懵逼，不知道什么情况，给客服回复，知道了，立刻排查，待会有消息及时沟通。用凉水洗了一把脸清醒了一下，立刻根据经验回忆这两天生产投产的情况：上线了XX模块，不影响、修复了XXbug，应该也不影响、刚给服务器配置了https，看起来好像有点关系，但是app暂时没有投产https，怎么也出现问题，排除之。打开电脑核查了最近的投产记录应该都不至于发生这么严重的问题，随怀疑是不是网络方面有问题，立刻打电话叫起来运维经理以及相关人等一起排查。 一边让网络和运维排除问题，一边再次核查了web服务器、数据库服务器、业务日志、数据库日志，以及其它的一些监控数据，各项皆正常。试着在本机ping了一下域名确实不通，更加怀疑是网络问题，尝试这直接使用外网访问官，可以打开没有问题，可以基本确认服务没有问题，但运维部反馈网络设备什么都正常，肯定是你们投产代码出问题了，各方硬着头皮继续在排查。 9点，群里开始有大规模的用户反馈官网和app都打不开了，更有部分用户煽动

DNS域名解析的全过程 下面来详细解释DNS域名解析的过程： 网络客户端就是我们平常使用的电脑，打开浏览器，输入一个域名。比如输入www.163.com，这时，你使用的电脑会发出一个DNS请求到本地DNS服务器。本地DNS服务器一般都是你的网络接入服务器商提供，比如中国电信，中国移动。 查询xxx.ceye.io的DNS请求到达本地DNS服务器之后，本地DNS服务器会首先查询它的缓存记录，如果缓存中有此条记录，就可以直接返回结果。如果没有，本地DNS服务器还要向DNS根服务器进行查询。 根DNS服务器没有记录具体的域名和IP地址的对应关系，而是告诉本地DNS服务器，你可以到域服务器上去继续查询，并给出域服务器的地址。 本地DNS服务器继续向域服务器发出请求，在这个例子中，请求的对象是.com域服务器。.com域服务器收到请求之后，也不会直接返回域名和IP地址的对应关系，而是告诉本地DNS服务器，你的域名的解析服务器的地址。 最后，本地DNS服务器向域名的解析服务器发出请求，这时就能收到一个域名和IP地址对应关系，本地DNS服务器不仅要把IP地址返回给用户电脑，还要把这个对应关系保存在缓存中，以备下次别的用户查询时，可以直接返回结果，加快网络访问。 关于DNS解析的TTL参数： 我们在配置DNS解析的时候，有一个参数常常容易忽略，就是DNS解析的TTL参数，Time To Live

生在中国这片热土，我们做程序开发的人要面临很多的挑战。只要生命不息，挑战就永远不会停止。 比如最近疯传的 35 岁程序员送外卖。这明显点出了在中国搞开发，要面临的其中之一挑战：年龄。 在整个 IT 领域，大多数的开发者都属于普通人。只有极少数部分人能站在技术的尖端引领技术的前进与走向。那么，普通的开发者，又很容易被新人替换。新人更经济实惠，压力小。而老开发人员技术的天花板无法打破的情况下。要面临跟着一群小朋友一起起早贪黑的工作模式。甚至于会出现自己一把年纪，上面的领导比自己还小好多岁的窘境。 肯定有人会说我们这群老人矫情。但是，又有几人能做到内心毫无波澜呢？ 本篇博文主要是针对我们这群普通的开发者处境所写。请允许我在这里贩卖焦虑。 一、系统架构 作为技术这条路线，最终都会偏架构方向。即使做技术经理或总监。都必须对系统架构要有一定的知识储备，以备对团队的架构搭建与变更做出准确的判断。 这里并不是说我们去设计一些千万级别以上 PV 的系统架构。做为普通的开发者，要接触上亿的系统平台相对来说机会并不是很多。即使接触了，也仅仅只是这个平台里面的一个小螺丝。要能主导这个架构的设计，还稍显稚嫩。我再次说明一下，这里仅仅只对普通的开发者。不指那些尖端的高技术人才。 在我的理念当中，千万级别及以下 PV 的构架，通常用不到微服务。所以，不要用微服务来坑自己。加重架构的复杂度。

本文转载自： https://www.cnblogs.com/clsn/p/10040334.html 作者：clsn 转载请注明该声明。 1.关于let's encrypt和acme.sh的简介 1.1 let's encrypt Let's Encrypt是一个于2015年三季度推出的数字 HTTPS 之acme+sh申请证书.html' target='_self'>证书认证机构，旨在以自动化流程消除手动创建和安装证书的复杂流程，并推广使万维网服务器的加密连接无所不在，为安全网站提供免费的SSL/TLS证书。 Let's Encrypt由互联网安全研究小组（缩写ISRG）提供服务。主要赞助商包括电子前哨基金会、Mozilla基金会、Akamai以及思科。2015年4月9日，ISRG与Linux基金会宣布合作。 用以实现新的数字证书认证机构的协议被称为自动证书管理环境（ACME）。GitHub上有这一规范的草案，且提案的一个版本已作为一个Internet草案发布。 Let's Encrypt宣称这一过程将十分简单、自动化并且免费 1.2 acme.sh 简单来说acme.sh 实现了 acme 协议, 可以从 let‘s encrypt 生成免费的证书。 acme.sh 有以下特点： 一个纯粹用Shell（Unix shell）语言编写的ACME协议客户端。

如果经常遇到这样的问题：浏览器无法打开网站，但是qq、微信是正常使用的，说明DNS有问题。我们知道，默认情况下DNS是自动获取的，通常默认DNS就是路由器，然后由路由器负责向上一级路由查找，但是有时候路由器出现问题就可能造成上面的问题，那么如何一劳永逸的解决上面的问题呢？答案就是修改DNS，在手机、电脑上都可以更改，具体根据机型自行查找资料。 以下是一些常用的DNS地址，亲测可用哦~ 119.29.29.29 来源： CSDN 作者： pang9998 链接： https://blog.csdn.net/pang9998/article/details/103688354