网络空间安全教材初选
https://item.jd.com/12181561.html网络空间安全导论结合企业实际介绍网络空间安全的相关知识蔡晶晶，李炜 著ISBN：9787111573098出版时间：2017-09-0130万字https://item.jd.com/12349961.html网络空间安全导论沈昌祥，左晓栋 著ISBN：9787121332432出版时间：2018-05-0147万字https://
如何修改网络适配器的网络名称(网络1,网络2等)
一台电脑上装了多张网卡时，Windows会给每个网卡的网络顺序命名为"网络1"、"网络2"等，不方便区分究竟是哪个具体的网络，本文说明如何修改这个网络名称。方法一：在网络和共享中心中修改打开网络和共享中心，用鼠标点击"网络2"旁边的图标，在弹出的设置网络属性窗口中修改网络名称。方法二、通过注册表修改1、打开注册表。按下Win+R，打开运行对话框，输入Regedit，回车打开注册表。2、定位到如下路
解决基于openwrt的路由内网地址无法解析的问题2
此文章是在这一篇基础上的，可以先看看。《解决基于openwrt的路由内网地址无法解析的问题》https://blog.moper.net/857.html由于局域网进行了DNS管控，必须使用指定的DNS，数据包才能够进行传输。我们在上一篇关闭重绑定保护后，调整DHCP获取内网的指定DNS，已经可以正常访问。最近用k3c刷的openwrt固件，发现有时可以上，有时又不能够进行访问。查看了openwr
k3c刷过openwrt后无法打开部分网站gov
最近有一台k3c刷到了openwrt系统。平常使用时发现一个问题，gov.cn的网址无法访问，本来以为是我们内部局域网DNS管控的问题，后来发现并不是这样。不通过路由直连的时候，是能够正常访问的。搜索网上并没有现成的资料。无奈只能自己去看openwrt页面里的各种设置。无意中看到服务-域名列表(如果系统是英文则为services-domain lists)。经过搜索发现里面居然有gov.cn，而且
解决基于openwrt的路由内网地址无法解析的问题
具体问题和资料看前面两篇博客啦。主要引起原因为DNSMASQ的“Prevent DNS-rebind attacks”的安全配置，拒绝解析内网地址包。解决方法 方法一，直接关闭该安全配置 打开路由后台->网络->DHCP/DNS->一般设置->重绑定保护（丢弃RFC1918上行响应数据） 把这个的勾去掉，就关闭了该安全设置方法二，按照上面的设置不关闭安全设置，直接在下面“域
关于上一篇DNS无法解析的一些资料
经过南浦月童鞋的帮助，找到了一些资料，基本确定问题就在这里，还在琢磨原理中，特此记录下资料。 Openwrt下DNSMASQ处理本地扁平域名解析的一些要点 http://blog.sina.com.cn/s/blog_6fd1ff790101hs5u.html 这里所谓扁平域名（plain name）指的是不包括一级和二级域名的名字，通常在直接访问同属于一个局域网内的机器时使用
一个想不通的DNS解析问题
最近遇到有关DNS解析的一些问题。经过设置openwrt的dns，问题已经解决，但是原理还没有弄懂，特此记录。首先介绍一下网络状况。 1、内网专线隧道连接公司总部，外网走电信出口 2、由于公司自己内网架设了DNS，而且经测试，必须是指定该DNS在本地才能够上网，其他公用dns都不行，怀疑是否在防火墙处设置了一些过滤，其中原理不太清楚。有没有同学懂得？ 遇到的状况是，公司内部接小路由器，设置wan口
PandoraBox、dreambox等基于OpenWRT路由DHCP分配给客户端指定的DNS地址方法
后台位置 接口->LAN->DHCP服务器->高级设置->DHCP选项:设置DHCP的附加选项，例如设定"6,192.168.2.1,192.168.2.2"表示通告不同的DNS服务器给客户端。比如我们设定公用DNS，可以这样填写6,114.114.114.114,8.8.8.8。这样就设定了114和谷歌的公用DNS。在设置电脑自动DHCP获取的时候，就可以直接获取到DNS
exsi单机加载panabit+ixcache+panalog（流控+缓存+日志）
由于工作原因，需要上流控缓存日志系统，找到了panabit，索性一台机器虚拟化哈。闲置服务器 惠普G6 500G raid0 8G内存购买网卡 Winyao WYI350T4 PCI-E X4服务器四口千兆网卡intel I350T4 460元关于配置，服务器用了raid0，因为其实挂了就重新配置呗，带有实验的性质，所以无所谓了。生产环境还是推荐raid5或者raid1。网卡其实只用了3个口（服务
CNAME值的DNS挟持问题
如果BIND的zone里有a.com和b.com两个域，BIND是a.com的权威服务器，但不是b.com的。用户设置www.a.com这个记录CNAME到www.b.com。在客户端查询www.a.com时，BIND会返回www.a.com和www.b.com的权威应答，显然www.b.com是DNS挟持。那么客户端如何应对？这个问题我在BIND邮件列表里询问如下：If BIND is auth