dns 后续(dns集群,“花生壳”,“远程IP密码更改dns”)

dns集群(多台服务器同步一个主dns信息,缓解了主dns的压力)

配置辅助dnf服务器(使它能同步主dns,分担主dns的压力:)
修改配置文件 /etc/named.rfc1912.zone
zone "dd.com" IN {
   type slave;
   masters {172.25.254.131 ;};  //同步谁的dns信息
   file "slaves /dd.com.zone";  //将主dns的信息同步到 /var/named/slaves目录下
   allow-update {none;};
}

在主dns服务器里面 修改配置文件/etc/named.rfc1912.zone

zone "dd.com" IN {
   type master;
   file "dd.com.zone";
   allow-update {none;};
   allow-transfer {172.25.254.231;}; //让谁同步自己的dns信息
}

自动同步主dns服务器修改过的信息
zone "dd.com" IN {
   type master;
   file "dd.com.zone";
   allow-update {none;};
   allow-transfer {172.25.254.231;}; //让谁同步自己的dns信息
   also-notify {172.25.254.231 ;}; // 通知谁“我”改变了数值
}

修改 serial 值 (两个文件只有发现两者有不同的时候才会做更改,但全文去检索会浪费时间,所以我们在主dns里做一次更改就更改一次serial数值 所以只需要比较两个文件里的serial数值就知道是否主dns做了改变)

远程更改主dns

主dns(修改/var/named权限 chmod 770 /var/named  关闭selinux)


zone "dd.com" IN {
   type master;
   file "dd.com.zone";
   allow-update {172.25.254.231;}; // 允许谁更改我的dns信息

辅助dns
(86400s 代表只缓存一天 A:A记录文件)
nsupdate
>server 172.25.254.131
>update delete www.dd.com
>send

nsupdate
>server 172.25.254.131
>update add www.dd.com86400 A 172.25.254.199
>send

恢复:因为重启服务后,更新文件/var/named/dd/com.zone.jnl会导入原来的/var/named/dd.com.zone,所以在做更改前先将原来的/var/named/dd.com.zone做备份(cp -p /var/named/dd.com.zone /mnt)
rm -f /var/named/dd/com.zone
rm -f /var/named/dd/com.zone.jnl
再将备份文件同步回来(cp -p)

加密(只允许有钥匙的主机来更改我的dns)
dnssec-keygen -a HMAC-MD5 -b 128 -n HOST westos
为什么用HMAC-MD5加密方式:查看/etc/rndc.key看系统的默认加密方式是什么,用一样的就可以了

cp -p /etc/rndc.key /etc/westos.key (复制加密模板 修改加密文件 HMAC-MD5:对称加密:公钥,私钥一样 )

vim /etc/named.conf
include "/etc/westos.key"

vim /etc/named.rfc1912.zone
zone "dd.com" IN {
   type master;
   file "dd.com.zone";
   allow-update {westos key;}; // 允许谁更改我的dns信息

给辅助dns钥匙

测试:
nsupdate -k Kwestos.+157+51429.private

dns的动态绑定

配置dhcp 服务器(客户端每改一次ip,dns服务器就会同步新的ip

ddns-update-style interim
primary 127.0.0.1 (本应该dns所在的服务器的IP 但用本机的回环接口速度快)

测试:更改dhcp服务器动态ip范围
ifconfig

dig lucky.dd.com (本机动态获取的ip有时是不同的,测试看dns服务器有没有更新 )

改变动态ip范围

时间: 2024-09-30 16:16:20

dns 后续(dns集群,“花生壳”,“远程IP密码更改dns”)的相关文章

更新TP-LINK路由器的外网IP到花生壳动态IP解析

原先一直使用TP-LINK路由器本身自带的花生壳动态DNS加路由器的端口映射功能,可以从外网直接访问到到内网电脑端口. 后来发现花生壳提供的解析IP不能访问内网电脑了,经过一番检查,发现路由器中的外网IP与访问外网网页时所显示器的IP地址不一致, 使用访问网页时的IP测试不能访问到内网,使用路由器上显示器的外网IP倒是可以访问到内网, 应该是ISP提供商(本人用的是联通宽带)使用了NAT转换导致的. 又是一番调查,花生壳和其它的动态DNS服务提供商倒是提供了可能的解决方案,就是根据线路不同内部进

Redis集群之修改节点IP

因为一些原因,以前IP没法用了,所有节点都down掉了,所以项目忽然报错: 服务器现在修改Redis节点的IP地址 注意,虽然是修改,但实质上是重建集群,所以需要你删除之前每个节点的一些文件,才能用新的IP重建集群: 在删除之前,要先暂停所有节点: 查看Redis进程: ps -ef|grep redis 然后杀死进程: kill -9 xxx 好了,可以开始删除相关文件了: 需要删除的文件 : Redis每个节点相应的 持久化文件和节点信息文件: 进入每一个节点,有dump.rdb持久化文件和

基于dns搭建eureka集群

eureka集群方案: 1.通常我们部署的eureka节点多于两个,根据实际需求,只需要将相邻节点进行相互注册(eureka节点形成环状),就达到了高可用性集群,任何一个eureka节点挂掉不会受到影响. 2.可能会有初学者和我一样,一开始的时候没有完全理解eureka集群的原理,直接把每个eureka节点的url写进配置文件,期望所有的eureka节点进行相互注册.实际上,节点间进行信息同步的时候,只会选取配置文件第一个eureka的url,除非发生url错误,才会依次选取有效url进行信息同

k8s 开船记:升级为豪华邮轮(高可用集群)与遇到奇怪故障(dns解析异常)

之前我们搭建的 k8s 集群只用了1台 master ,可用性不高,这两天开始搭建高可用集群,但由于之前用 kubeadm 命令创建集群时没有使用 --control-plane-endpoint 参数,无法直接升级现有集群,只能重新创建高可用(High-Availability)集群. 高可用集群的原理很简单,多台 master ,每台都保存集群数据(etcd),所有 nodes 通过专门搭建的负载均衡访问 api server ,这样当部分 master 宕机时,对集群正常运行无影响. 我们

花生壳 远程管理 + 路由器设置(Tp-link)

花生壳的申请不细说,现在都很傻瓜了,只要注册申请以后就有一个默认解析的免费域名.我们就用这个域名实现.主要讲下路由器的设置和远程管理的设置.我们申请好花生壳,在为本机做了解析之后,很多朋友得到的结果是--还是不能访问本机ok,这里讲一哈.只使用猫的朋友可以略过.首先看一下自己路由器的状态和设置,我的显示本机ip地址是121.21.184.129ok,我们再看花生壳.ok,我们对比发现花生壳探测到的ip地址和我们路由器的一致,不一致的朋友可能是因为花生壳设置的问题.或者域名的AA记录,或者是你的i

CentOS 配置集群机器之间SSH免密码登录

SSH 为 Secure Shell 的缩写,由 IETF 的网络小组(Network Working Group)所制定:SSH 为建立在应用层和传输层基础上的安全协议.SSH 是目前较可靠,专为远程登录会话和其他网络服务提供安全性的协议. 在Hadoop集群或其他集群中广泛应用用,可用于机器之间免密码登录和执行脚本,如的Hadoop集群中NameNode启动的时候会远程执行脚本把集群中DataNode的也一起启动起来. 这里主要介绍SSH的配置和登录失败的情况 SSH配置 的集群中的每台主机

Ignite集群管理——基于静态IP的节点发现

Ignite作为分布式内存,集群管理必不可少,Ignite支持基于组播,静态IP,Zookeeper,JDBC等方式发现节点,本文主要介绍基于静态IP的节点发现. 两个最重要的TCP通信设置类: 1. TcpDiscoverySpi 用于设置集群维持与节点发现的tcp通信ip,port. 2. TcpCommunicationSpi 用于设置业务数据(缓存数据)tcp通信的ip,port. 3. 两者的区别与联系 TcpDiscoverySpi用于维持管理集群,交换的是用户不感知的ignite内

修改cdh5集群中主机节点IP或hostName

前言 在使用cdh集群过程中,难免会因为某些不可抗拒的原因导致节点IP或hostName变动,而cm的监控界面无法完成这些事情,但是cm将集群中所有的主机的信息都存在postgresql数据库的hosts表中, 现在让我们来通过修改hosts来完成这个操作. 第一步,关闭服务 1. 关闭集群服务,及 Cloudera Management Service,2. 关闭cm服务:( cm安装节点  ) 命令 : service cloudera-scm-server stop service clo

CDH 集群环境Master节点IP变更

因为集群中的节点服务器都是通过DHCP自动分配IP,原则上重启了IP也不会变更,因为在启动的时候已经为Mac地址固定分配了一个IP地址,除非Mac地址变更.巧合的是,昨天早上扫地大妈把某Master的节点服务器因为擦桌子而把网线给扯掉了,等我发现该节点连接不上的时候,重新插上网线之后结果Ip变了.想了很多中的方式,将所有节点的Ip设置为手动配置,但是手动配置IP,该节点就无法与其他节点通信,网络连接失败,更不能连接Internet.百思不得其解.  无奈只能再此将Master节点按照自动分配的I