WCDMAPS DNS开局指导书0112BV512.docx
《WCDMAPS DNS开局指导书0112BV512.docx》由会员分享,可在线阅读,更多相关《WCDMAPS DNS开局指导书0112BV512.docx(90页珍藏版)》请在冰豆网上搜索。
![WCDMAPS DNS开局指导书0112BV512.docx](https://file1.bdocx.com/fileroot1/2023-2/25/b5c24fe3-a4cf-4b11-9f26-d36ebf4cad4a/b5c24fe3-a4cf-4b11-9f26-d36ebf4cad4a1.gif)
WCDMAPSDNS开局指导书0112BV512
资料编码
产品名称
DNS
使用对象
内部工程师
产品版本
编写部门
WCDMAPS技术支持组
资料版本
V5.2
WCDMA-PSDNS开局指导书
拟制:
范斌
日期:
2005年4月
审核:
日期:
审核:
日期:
批准:
日期:
华为技术有限公司
版权所有XX
修订记录
日期
修订版本
描述
作者
2005-04-30
V3.0
V3.0初始化版本
范斌
2006-02-25
V4.0
调整了结构和内容,针对BIND9做了修改
张明和
2008-5-31
V4.1
增加dig调试命令举例
范斌
2008-7-20
V5.0
操作系统切换为Solaris10,修改了系统安装部分
范斌
2008-12-09
V5.1
更新Solaris10补丁相关内容
侯少云
2009-1-12
V5.2
更新BIND软件重新安装章节;更新配置文件示例,增加allow-query字段
侯少云
目录(TOCHeading)
关键词:
DNS、开局指导书
摘要:
指导PS工程师完成WCDMAPS解决方案中DNS工程开局任务的一本指导书
缩略语清单:
Dns-DomainNameSystem
BIND-BerkeleyInternetNameDomain
dig—DNSlookuputility
host—DNSlookuputility
dnssec-keygen—DNSSECkeygenerationtool
dnssec-signzone—DNSSECzonesigningtool
named-checkconf—namedconfigurationfilesyntaxcheckingtool
named-checkzone,named-compilezone—zonefilevaliditycheckingorconvertingtool
named—Internetdomainnameserver
rndc—nameservercontrolutility
rndc.conf—rndcconfigurationfile
rndc-confgen—rndckeygenerationtool
参考资料清单
《DNS与BIND》
1基础知识
1.1什么是DNS
DNS全名DomainNameSystem(orService,Server)(域名系统),是一种Internet上广泛应用的将域名翻译成IP地址的系统(服务)。
用户很难记住数量众多的IP地址,而字母格式的域名往往具有某种含义,相对于点分十进制的IP地址更易于记忆。
但系统间访问又是以IP地址识别的,因此需要将域名翻译成IP地址供系统识别,DNS便起这样的作用。
比如,我们在访问华为公司的网站的时候,系统首先向DNS发起解析请求,将翻译成IP地址219.133.0.61后,系统再和219.133.0.61发起连接传递数据。
DNS是一种分布式的数据库(distributeddatabase)。
当一个DNS不能解析某一个域名的时候。
该DNS会向其配置好的上一级DNS发起查询请求,一级一级,直到查询到正确结果(或返回查询不到结果),我们称这种查询方式为递归查询(recursiveresolution)。
在后面的章节中我们会继续讨论递归查询的配置。
1.2GPRS网络中的DNS
在开始介绍DNS在GPRS网络中的作用之前,我们先来回顾两个业务流程。
1.2.1APN激活流程(PDPActive)
图1-1PDPActive流程
在PDP激活流程中,SGSN利用APN选择合适的GGSN(GPRSGatewayServingNode)。
在激活流程中,SGSN首先根据终端上报的APN加上扩展(如mncxxx.mccxxx.gprs)组成APN全名,向DNS发起查询请求,获得该APN对应的GGSN的IP地址,再向GGSN发起激活请求。
此时,由手机上报的APN生成的含该APN的字符串就相当于被解析的域名。
1.2.2跨SGSN路由区更新流程(InterRAU)
图1-1InterRAU流程
当终端从SGSN2覆盖的无线区域移动到SGSN1覆盖的无线区域时,终端会发起路由区更新。
SGSN1在判断终端原先所在路由区不是本SGSN覆盖的路由区时,会发起跨SGSN路由区更新(InterRAU)流程,去SGSN2取用户信息。
那么SGSN1是如何知道终端原先所在的SGSN地址呢?
原来,在终端的路由区更新请求中会携带终端原先所在的位置区和路由区,SGSN根据位置区和路由区构建字符串(通常为RACxxxx.LACxxxx.MNCxxxx.MCCxxxx.GPRS)去DNS解析,因为该字符串唯一(即一个这样的字符串只能解析到一个SGSN地址),这样就唯一获得了终端原来所在的SGSN地址。
1.3什么是BIND
BIND的全名为BerkeleyInternetNameDomain,最开始是KevinDunlap为Berkeley's4.3BSDUnix系统(一种Unix操作系统)便携的域名程序。
BIND现在已经支持各种操作系统,成为Internet上应用最广泛的开放源代码的DNS程序。
可访问其官方网站http:
//www.isc.org/获得安装程序和更多关于BIND的资料。
像apache、IIS可提供www应用一样,BIND也不是提供DNS服务的唯一应用软件,感兴趣的读者可以查找相关资料。
同所有应用程序一样,BIND也必须运行在操作系统环境下。
本书根据公司现阶段的情况,介绍BIND在SunSolaris操作系统上的安装和配置(针对GPRS网络应用)。
安装和配置BIND需要读者具备一定的Unix操作系统知识和Unix操作系统操作能力,相关知识请查阅相关文档。
2硬件安装
2.1硬件构成
在UNIX平台下,DNS服务器端硬件平台为SUNNetra系列的小型机,配置了两台Netra240服务器,分别实现主备DNS服务器功能。
主备DNS的功能实现时靠数据配置来实现的,备DNS要及时同步主DNS的数据,DNS没有提供类似CG提供的磁盘阵列,这种靠软件实现主备DNS同步的机制,整体方案的可靠性也是有保证的。
硬件详细配置参见表2-1:
表2-1Netra240双机系统硬件配置情况
项目
配置
Netra240小型机
CPU
1x1.5GHz
内存
1GB
硬盘
2x146GB
网卡
1.一个四口内置网卡分别为:
bge0、bge1、bge2和bge3。
2.串口Mgt连接维护终端。
光驱
DVD光驱
磁带机
无
电源
双路直流电源
硬件规格为:
工作站-Netra240单机-1*1.5GHz-1G-2*146G-DVDROM-带显卡-集成千兆网卡(四网口)-无显示器-英文资料-DC(-48V)-配置表
随机软件配发光盘为:
操作系统软件-SUNSolaris10(01/06版)-多国语言版-无License许可-SPARCPlatformEdition-32/64bits-多语言安装介质DVD光盘-英文资料-不含产品服务。
2.2NAU机柜内设备位置
PS解决方案中,FW/BG/DNS都是安装在NAU机柜内的,DNS所占的NAU机柜配置如图2-1所示:
图2-1NAU机柜配置
DNS服务器是放在NAU机柜的最下面,主用DNS0放在最下面,备用DNS1放在主用DNS0上面。
2.3硬件安装
2.3.1主机硬件规划
图2-1SunNetra240小型机后视图
接口介绍如下:
●主板集成的4个10/100/1000M自适应网卡,网口从左到右分别为bge0、bge1、bge2、bge3,其中bge0接OM网络,用于维护,bge1接GN接口,用于DNS解析;剩余bge2、bge3做暂时不用;如果是OSPF组网需要启用bge2、bge3接口做双机互联。
●串口Mgt连接维护终端,可以通过串口来对DNS进行相关维护。
2.3.2组网图
相关DNS的组网比较简单,每个DNS服务器都出两个网口分别和业务LanSwitch、OMLanSwitch相连。
其中bge1接业务LanSwtich的GNVLAN,bge0接OMLanSwitch,bge0出厂前配置了IP地址。
主用DNS为:
129.9.100.191/16,备用DNS为:
129.9.100.192/16.具体组网如图2-3所示。
图2-1DNS组网图
上图介绍的是通用的DNS组网方案,当GN组网采用OSPF组网时,主备DNS到SGSN的接口地址通常不是一个网段,也就是当主备DNSbge1因为组网需求不能相互通讯时,因为主备DNS的数据有同步的需求,建议增加互连网口bge2,主备DSNbge2直接互连。
2.3.3硬件连接
表2-1DNS系统硬件连线说明
序号
连线类型
源设备
源设备端口
目标设备
目标设备端口
说明
01
1G以太网
主机0
内置0网口(bge0)
M2000
LANSwitch-2
私网
02
1G以太网
主机0
内置1网口(bge1)
SGSN
LANSwitch-0
公网
03
1G以太网
主机1
内置0网口(bge0)
M2000
LANSwitch-3
私网
04
1G以太网
主机1
内置1网口(bge1)
SGSN
LANSwitch-1
公网
Netra240没有外置的TC,相应的功能取而代之的是内置的SC(SystemController):
●DNS0(Netra240-0)的SC地址出厂默认为:
192.168.111.111/24
●DNS1(Netra240-1)的SC地址出厂默认为:
192.168.111.111/24
2.4硬件检查
2.4.1两台主机的位置是否正确
DNS服务器是放在NAU机柜的最下面,主用DNS0放在最下面,备用DNS1放在主用DNS0上面。
硬件要求严格按照图2-1所示摆放。
2.4.2网线的连接是否正确
NAU机柜上配置了4台LANSwitch,LANSwitch0/1用于业务转发,LANSwitch2/3用于操作维护。
有的局点操作维护的LANSwitch可以放在M2000机柜中。
具体连线参考图2-3,表2-2中的介绍。
2.4.3Netra240的SC卡与LANSwitch连接说明
主用机的SC卡NetMgt网口连接到主用LANSwitch-0,从而实现远程通过登录LANSwitch登录,可以对访问小型机的Console输出,起到类似TC的作用。
备用机的SC卡NetMgt网口连接到备用LANSwitch-1。
2.4.4电源线的连接是否正确
电源线都已经连接并保证接通。
2.5硬件上电
DNS服务器端的两台小型机上电没有先后要求,检查电源线连接正常,接地良好就可以上电。
注意:
●对于DNS服务器端的两台小型机,不得采取突然断电的方式关机,因为UNIX操作系统异常断电后,系统通常需要手工维护才能进入正常模式运行。
●对于DNS服务器端的两台小型机,不得随意重启操作系统。
3系统软件检查
注意:
目前DNS出厂前预安装了Solaris10操作系统,同时也预安装了DNS的BIND软件,现场工程师需要检查Solaris10是否正常启动,BIND的named进程是否正常启动,通常在生产过程中对DNS进行了预安装,现场拿到的DNS服务器应该是已经调测过的,工程师需要重点做到是根据局方组网设置IP地址、主机名和相关DNS数据配置。
3.1判断Solaris10可以正常启动
因为SunNetra系列小型机本身不带显示设备,所以判断Solaris10是否正常启动,可以通过下面的步骤来判别。
如果能够通过SC正确登陆,或是直接telnet正常登陆,则表明Solaris10是可以正常启动的。
通过SC登陆可以观察到操作系统的启动过程,其中会有一些信息上报,通常系统出厂前都经过了预安装,操作系统不会有问题,如果发现问题,可以参考后面的附件A一章重新安装操作系统,重新安装要非常谨慎,因为过程比较复杂,尽量避免重新安装。
目前DNS在出厂前安装的操作系统版本是Solaris10(06/01),补丁是7.0PATCH.可以使用如下命令查看系统版本信息:
#uname-a//系统版本查询
#uname-X//查询系统版本信息,包含补丁信息
3.2判断DNS服务是否正常启动
3.2.1检测DSNServer服务(named进程)是否启动
#svcs-a|grepdns
online14:
59:
55svc:
/network/dns/server:
default
online15:
00:
20svc:
/network/dns/client:
default
输出中包含两行,上述结果中表明DNSserver服务、DNSclient服务是被enabled并且已经online了。
如果DSNServer服务或者DNSclient服务没有online,请使用命令使其enable:
#svcadmenablesvc:
/network/dns/server:
default
#svcadmenablesvc:
/network/dns/client:
default
因为DSNServer服务正常启动需要必要的配置文件,这些文件包括/etc/named.conf,/etc/resolv.conf等,如果在/etc/named.conf定义的属性文件所在的目录为/var/named,那么必须在/var/named目录下创建并编辑其它所有的属性文件。
如果这些配置文件不存在,请参考本指导书的数据配置部分进行配置。
然后使用下面的命令重启DSNServer服务。
#svcadmdisablesvc:
/network/dns/server:
default
#svcadmenablesvc:
/network/dns/server:
default
重启完毕后请使用下面的命令查看:
#svcs-lsvc:
/network/dns/server:
default
在“svcs-l”命令的输出中,如果显示“state=maintenance”,说明DNSServer服务没有正常启动,请用“cat/var/adm/messages”查看messages文件中最后的部分,里面会提示DSNServer为何没有正常启动。
请用“svcadmdisablesvc:
/network/dns/server:
default”命令暂时关闭DNSServer服务,修正错误,然后再启动。
如果配置文件均正常,但是服务一直无法正常启动,请enable服务后重启服务器(sync;sync;sync;sync;sync;sync;shutdown-y-g0-i6)
在“svcs-l”命令的输出中,如果显示“state=online”,说明DNSServer服务正常启动。
服务启动后可以执行#ps-ef|grepnamed命令来检测进程是否正常启动;正常的结果是:
#ps-ef|grepnamed//查看named的进程号
root61976173011:
48:
56pts/40:
00grepnamed//grep命令进程号
root102210Jul07?
2:
51/usr/sbin/named//BIND进程号
可以进一步查询一下BIND版本,命令如下:
#/usr/sbin/named-v
BIND9.2.4
当前操作系统的版本是Solaris10(06/01),随该版本一起安装的BIND版本是BIND9.2.4,如果系统已经安装了这个版本,现场开局可以使用该版本,不需要升级BIND版本。
如果一直查找不到named进程说明BIND没有正常启动,但是也不能说明系统没有安装BIND.因为当相关的相关的DNS配置文件没有配置正确或者BIND没有在系统启动时一起启动都可能查询不到这个进程。
3.2.2检测BIND版本是否安装
有两种方法可以查询到BIND软件版本是否安装,一种是找一下安装目录,还有一种方法是查询系统软件安装记录。
●第一种方法:
#cd/usr/sbin
#lsname*
namednamed-checkconfnamed-checkzone//可以看到系统中已经有named文件存在了。
不同的BIND版本安装目录不同,有的版本可能不是这个目录,这种方法也不能完全说明问题。
●第二种方法
使用pkginfo进行安装记录查找。
pkginfo|grepbind
如果输出中有以下内容,说明BIND版本已经安装。
systemSUNWbindBINDDNSNameserverandtools
如果通过两种方法都没有找到BIND版本,请参考本指导书附录B重新安装BIND版本。
因为重装BIND版本会卸载掉随Solaris10安装的SUNWbind软件,这会导致无法使用系统的svcs,svcadm等命令来监控DNS服务,还需要创建自启动文件等,非常的麻烦,因此重装一定要慎重。
3.2.3检验出厂前的BIND配置
在solaris的终端上使用命令:
nslookup
如果出现
#/usr/local/bin/nslookup
>
表示成功启动,然后在>之后键入欲查询的APN名称。
>test.hw.mnc000.mcc460.gprs.//这个名称就是在named.gprs中配置的一项映射关系
129.9.200.10
>
表示已经能够查询到,使用exit命令退出查询程序。
test.hw.mnc000.mcc460.gprs该域名是公司生产试装时设置的,如果DNS直接重新安装过,可能就不会有这个域名。
因为出厂前已经有了初步的配置,后续调测时依据出厂配置简单修改就可以完成BIND配置。
3.3给DNS服务器配置IP地址
前面的介绍中谈到过,出厂时主用DNSIP地址为:
129.9.100.191/16,备用DNSIP地址为:
129.9.100.192/16
应该先设置调测机器的IP也在129.9.100.*(在不与局域网内其他机器IP冲突的情况下,建议为129.9.100.100/16)网段中。
系统启动后应该直接能够从其他终端用telnet、FTPDNS0或者DNS1成功
3.3.1修改并确认对DNSIP地址、域名和路由
前面我们介绍了DNS需要配置两个IP地址,一个是bge0接口上的维护IP地址,该地址出厂前配置为129.9.100.191/16,另一个是bge1接口上的业务IP地址,该地址需要根据现场组网规划得到,这里我们假设这个地址为211.137.34.132/24
Solaris在配置IP地址的方法有两种一种是通过ifconfig命令来配置,这种方法在设备从启动后会失效,另一种方式是通过修改文件内容来实行IP地址的永久化修改,这种方法是我们重点介绍的,现场需要按照这种方法来设置。
根据我们上面的要求IP地址修改涉及的文件包括:
/etc/hostname.bge0//定义129.9.100.191/16地址别名
/etc/hostname.bge1//定义211.137.34.132/24地址主机名
/etc/hosts//根据hostname定义的名称来配置IP地址
/etc/netmasks//配置掩码
/etc/inet/hosts//与/etc/hosts文件保持一致
/etc/inet/ipnodes//与/etc/hosts文件保持一致
/etc/nodename//配置主机名
可通过修改/etc/hosts文件来实现对IP的重新设置(对于Solaris10系统,请直接在Solaris系统上对/etc/hosts文件进行修改,不要将其下载下来修改完再传到/etc下。
不建议这么做的原因是Solaris10系统上的/etc/hosts是/etc/inet/hosts文件的连接,那样做会导致/etc/inet/hosts的内容和/etc/hosts的内容不一致)。
如果觉得直接在Solaris系统修改/etc/hosts不方便,则可以这么操作:
●将/etc/inet/hosts文件用FTP以ASC方式下载到本地。
●修改好hosts文件后,将其用FTP以ASC的方式上传到/etc/inet/下。
下面对上述文件具体内容给出详细的介绍
Ø更改bge1号网口主机名
按照运营商的规划修改/etc/hostname.bge1文件,将1号网口名称命名为主机名(工程实施过程中的主机名以运营商规划为准,此处仅举例说明):
hostname.bge1内容为:
lndns01bhw.ln.mnc000.mcc460.gprs
Ø更改bge0号网口主机名
按照运营商的规划修改/etc/hostname.bge0文件,将0号网口名称命名为维护网口名称(可自定义):
hostname.bge0内容为:
om
Ø配置DNS设备主机名,通过hostname命令完成,
运行
#hostnamelndns01bhw.ln.mnc000.mcc460.gprs
Ø配置DNS设备主机名通过配置/etc/nodename文件来实现,
nodename文件的内容:
lndns01bhw.ln.mnc000.mcc460.gprs
Ø配置/etc/hosts文件,将各网卡名称和地址关联
hosts文件的内容(各个字段之间必须用Tab键隔开,不可以用空格):
127.0.0.1localhost
211.137.34.132lndns01bhw.ln.mnc000.mcc460.gprsloghost
129.9.100.191OM
Ø/etc/inet/hosts和/etc/inet/ipnodes与/etc/hosts内容保持一致
配置DNS主机名需要多步操作,包括运行hostname命令和修改nodename文件、hosts文件、hostname.bge0的多个文件才能完成该步骤。
Ø配置/etc/netmasks文件,该文件要涵盖本机网卡地址所在的子网。
注意:
此处为网络地址和掩码,而非主机地址。
netmasks文件的内容:
#network-numbernetmask
#
#Thetermnetwork-numberreferstoanumberobtainedfromtheIntern