DNS服务器的更新:
一听就知道不止一台的DNS服务器,要是一台也用不着更新对吧?一般都是DNS集群。
一台DNS更新了,添加一条数据,下面的都要跟着它变。
主DNS服务器的配置
首先先配置DNS服务器信息同步,后面再配置更新DNS服务器:
1、 前面很简单:
安装bind软件包、修改named服务配置文件;
Vim /etc/named.conf
2修改zone语句:
also-notify 定义一个用于全局的域名服务器IP地址列表。无论何时,当一个新的域文件被调入系统,域名服务器都会向这些地址,还有这些域中的NS记录发送NOTIFY信息。
这有助于更新的域文件尽快在相关的域名服务器上收敛同步。
3、副DNS的配置:
3、安装bind软件包、修改named服务配置文件;
Vim /etc/named.conf
4、修改zone语句:
5、 重启副DNS服务:
6、重启主DNS服务:
7、我们去副DNS服务器端,到/var/named/chroot/var/named这个目录下可以看到一个文件:
看到这就证明成功了
8、测试:修改主的DNS服务器的解析文件:添加个日期
9、重启DNS服务:
10、去副的DNS服务器看看/var/named/chroot/var/named这个文件变了没:
变了吧?这就证明我们成功了。
配置更新DNS服务器:
11、主DNS服务器的配置:
12、重启DNS服务:
13、
Update 允许那台机子修改DNS服务:
测试下:
发现是失败的,提示我们添加失败。
去看看日志:
要想更新主DNS服务器,得对目录下有操作权限:
提示我们没权限:
修改naemd目录权限,
要是感觉还不够,就递归下文件。
现在再次去添加:
完全ok了,看看主DNS服务文件是否有这条:
解析下是否ok:
本文链接:《搭建更新DNS集群服务》RHEL6,转载请注明。
- 为什么会出现勒贝格积分
这个问题等价于勒贝格积分和黎曼积分有什么区别。其实这个区别没有那么玄,反而很好解释。问题的根源在于黎曼积分的定义上。
黎曼积分:
.
黎曼积分是在轴上做的分割,虽然可以分割得很细,但只要被积函数在这个分割区间上的上界和下界的差不能被控制到很小时就有可能使得分割和不唯一。换言之,此时这种奇葩的函数在黎曼积分意义下不可积。这反过来也暗示了黎曼可积时被积函数不能变化太突兀。在这样的定义下,狄利克雷函数作为极品的代表冲垮了黎曼积分的防御范围。
所以,为了使更多奇葩的函数可积,需要新的角度去定义积分。既然值域不安定,那就在值域上分割吧。当值域分割得足够小时,每一段值域所对应的定义域就不是区间,而是可测集。定义如下
勒贝格积分:
所以,为了准确地刻画勒贝格积分,就要首先定义好可数,不可数,可测集,不可测集这些概念。
更重要的是,勒贝格积分此时也拓展了我们对勒贝格可积函数的理解:它可以很灵活。为什么这么说呢?假设积分区间是[0,1],我们以前考虑黎曼可积函数时就只能从0开始到1,对应的值域也就只能从左边呈现到右边。但现在在勒贝格可积下,我可以把[0,1]按对应值域的近似可以打散成很多个可测子集,这些子集允许毫无顺序,其对应的值域自然也会毫无顺序。所以,在勒贝格可积意义下,根本就不必理会函数的整体性,根本不必理会这个函数是否连续(【积分自然也不要求函数连续,我意在指出勒贝格积分从诞生的这一刻开始就已经不用考虑连续,但从黎曼积分的定义看,它受连续性质影响,积分在连续前提下堪称完美】)。显然我们至此对函数的认识已经跃升到一个新的层次,进入到可测函数这块领域。你看,勒贝格积分远不止对函数的可积提供了一种新思路,更重要的是完全拓展了支撑其这个理论的新体系。这,就是勒贝格积分的深刻之处。
- 3.不能不谈的可测函数
对,我们前面从勒贝格积分引出可测函数,而课本是先介绍好各种支撑体系的准备最后才进入到勒贝格积分的。这看起来似乎跟教材的安排相反,不,这恰恰很自然。我们需要研究可测函数才方便后面探讨勒贝格积分的性质。这里整篇文章都是执果索因,我们从勒贝格积分出发,一步一步挖掘新的支撑理论。当然这是后话了。
我们高中就已经知道函数的三要素是定义域,值域和对应法则。从前面的叙述我们可能已经隐约感觉到,研究可测函数,关键是函数的定义域,即可测集。所以我们谈可测函数前,首先得来认识什么是可测集。
简单来说,具有测度可加性的集合叫可测集。不具有可加性的集合自然就叫不可测集。
到这里可以打住了,可以直接跳到可测函数那里,如有兴趣不妨看完*号里面的内容。
********************补充“什么叫可加性”*********************
集合的外测度:设是的点集,是中的一列开长方体,,则确定一个非负的数.记
,是开长方体
称为的勒贝格外测度。
集合的可加性体现在外测度上:
如果,有
没有评论:
发表评论