服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

BIND可以根据请求的IP地址更改响应吗?

Hello Server 错误 , 我为一家使用192.168.0.0/23(在我到达之前)build立networking的医院工作。 我们希望笔记本电脑和移动客户端使用VPN从远程位置连接,但医院networking与大多数家庭路由器相冲突。 我向pipe理层施加压力让我们有时间去改变它,但是到处都是服务器/设备等的医院,这是不可能安排的。 所以我们通过使用10.22.0.0/23的1:1 nat来“解决”这个问题。 问题:客户端可以使用10.22.0.0/23 IP连接和访问资源,但是如果他们查询DNS服务器,则会收到192.168.0.0/23响应。 如果查询起源于VPN子网,BIND中是否有正确的方法将这些dynamic地转换为10.22.0.0/23地址? 强调正确的,因为我有它通过在cron中使用以下BIND视图工作: sed -e 's/192.168.0./10.22.0./' -e 's/192.168.1./10.22.1./' /var/lib/bind/db.company.local > /var/lib/bind/db.company.local.ext && /usr/sbin/rndc reload company.local in extView 这很好,但由于BIND日志需要大约15分钟的时间才能写回db.company.local文件,所以会延迟15到20分钟。 我已经读了一些关于RPZ的信息,但是这些信息似乎很多。 任何人都可以指向正确的方向吗? 如果没有,你可以让我的解决scheme更优雅? 编辑:我只想说清楚,我已经使用BIND的意见,但我做了两个区域。 我从第一个生成第二个区域,通过sed发送它来更改IP,然后在该视图中的该区域执行rndc重新加载。 这有一个很大的延迟,有没有办法在两个视图中使用相同的区域文件,并在查询时改变DNS响应? 谢谢!

当SAN运行超过其支持期限时,我会遇到什么麻烦?

我们正在更换Clariion CX320 SAN,因为它已经过时了(7.5岁)。 否则它是非常可靠的。 是的,我们已经更换了很多磁盘,电池模块,甚至可能是其中一个控制器,但是故障率并不是很高 – 可能每九个月大概一次。 新的SAN是具有类似性能特征(IOPS,networking等)的均衡逻辑。 即使这个技术真的没有什么新的变化(除非我们想要10gignetworking或者SSD磁盘,我想这样做却不能certificate花了两倍的代价)。 我认为大的变化可能就是价格点,当时我们为CX3支付了40k,而类似设置的价格也是这个价格的一半。 我想把CX3-20保留在生产中,但是我不得不提出一些情况,这个东西应该能够在没有高成本的情况下再活4-5年。 我们不得不从EMC以外的地方采购部件,因为这是非常耗时的(实际上这并不是坏事,因为第三方部件非常便宜,唯一的缺点是需要1-2天的时间才能获得部件,而不是同一天在几小时内)。 所以问题是:有没有人真的把这些东西运行了12年,并且像以前一样坚如磐石? 失败率应该是随着时间的推移,但我没有看到它发生。 我们有3个7岁以上的SAN。 我们在2-5岁时遇到了问题,但过去的2.5年并不糟糕。 也许在3 7+年以前的SAN中,我们已经replace了总共4个磁盘。 我知道,在与经销商/供应商交谈时,有很多人运行“很多这样的报废”SAN,但我永远不能和他们背后的人交谈。 他们是否经常头疼,但他们正在运行这个东西的橱柜,他们不能certificate升级的成本? 或者他们可能是托pipe公司,他们无法承受迁移虚拟机的停机时间……或者这些东西真的是稳定的,如果你维护它们,它们将永远持续下去,而“报废”只是EMC的推动方式我们买新的装备?