服务器 Gind.cn

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

OpenVPN允许两个客户端相互连接,而无需全局使用客户端到客户端

我在CentOS 6上运行OpenVPN 2.3.7。我正在使用路由(tun)并且有两个OpenVPN实例。 在第二个例子中,我想让两个客户端可见,即ping,访问端口等。它们都在同一个子网内,所以它应该是相当直接的,它们通过静态地址来configurationCCD。 我希望两个客户端能够通过他们的OpenVPN局域网IP地址看到对方,而不client-to-client在server.conf中启用client-to-client 。 我很确定它可以用iptables来完成,我使用它作为防火墙,虽然我使用CSF,但它是iptables的包装。 这些是客户端的IPv4地址: OpenVPN Client #1: 10.8.2.14 OpenVPN Client #2: 10.8.2.17 我需要客户端#1能够访问客户端2上运行的服务,我想兼容性客户端#2查看客户端#1是否需要响应。 我在OpenVPN服务器上尝试了几个FORWARD链规则,但是我无法获得两个客户端之间的任何通信。 OpenVPN服务器显然可以ping通两个客户端,客户端可以ping通OpenVPN服务器网关,客户端之间看不到明显的对话。 我已经尝试过的一些规则并没有工作: iptables -A FORWARD -s 10.8.2.14 -d 10.8.2.17 -j ACCEPT iptables -A FORWARD -s 10.8.2.17 -d 10.8.2.14 -j ACCEPT 我正在寻找iptables的帮助来让两个客户端可见,而不启用客户端到客户端,看到这是对两个客户端的特殊要求,而不是在其他地方需要。 另一种方法是通过NAT公开VPN客户端上的服务,但是我宁愿避免为了安全而这样做。 任何见解都会有所帮助! 谢谢, 詹姆士

最佳实践:通知电子邮件发件人其反向查找已损坏

这可能应该是一个维基,不完全确定。 在开始之前,执行扫描的外部服务器是一个自定义的amavis / postfix / fortigatepipe道; build议在该环境中进行任何更改。 为了减lesspipe理员收到的垃圾邮件的stream入,我启用了反向查询拒绝服务。 是的,这是一个pipe理要求,请不要发尖的笑话。 在这方面,它是非常有效的,我们的扫描仪的工作量减less了大约2或3倍。关掉就等于专业自杀; 请不要build议放弃它作为解决scheme。 问题很简单:许多合法的发件人,无论是作为供应商还是客户,外包或最低限度地设置他们的电子邮件服务。 服务提供商希望尽可能地减less最薄的,最小的规定,所以他们确实没有给出两个让他们的服务完全兼容的窍门。 那个,或者客户/供应商从来没有听说过反向查询,也不会为修正他们的DNS区域而烦心(或者在某些情况下,他们甚至不控制他们的DNS,这是另一天的话题)。 这真的是一个简单的修复,他们只需要创build一个匹配连接IP地址的反向查找logging。 服务器的主机名或域名与发件人的域不匹配并不重要,只要服务器的查找完成从IP->名称 – > IP的“往返”即可。 我没有一整天的时间去追逐每一个人,打个电话,坦率地说,他们中的一些人不会善意地通过电话进行骚扰。 但是那里破的服务器的数量是惊人的 ,并且不是一个月通过“特别例外反向查寻旁路名单”增长与一些新的IP地址。 所以问题是通知合法的发件人他们的电子邮件基本上是否被破坏并且需要修复,而不是完全地干扰他们的最好方法是什么 ? 有没有办法自动通知他们,所以他们得到他们需要的信息,而不是平淡的拒绝信息,他们将永远不会读取? (我保证,99%的客户和供应商是非技术性的,只是简单的把它看成是“ 你的电子邮件服务器坏了”) 在聊天中进一步讨论之后,我回过头来查看正在使用的configuration文件,我想我已经find了我的一部分悲伤。 正在使用以下选项: http://www.postfix.org/postconf.5.html#reject_unknown_client_hostname 根据该页面,这个选项有严格的要求,所以我认为这会导致一些误报。

ZFS vdevs会累积校验和错误,但是单个磁盘不会

我正在运行FreeNAS 9.3的供应商特定衍生产品。 当我安装了一个新的JBOD机箱,将两个新的vdevs添加到我的池中,并且机箱中有一个坏的主板时,我的麻烦就开始了。 在这段时间里,我发现硬盘上的硬盘出现了SAS供电错误 – 我的新硬盘每分钟都会反复打开和closures。 我更换了主板,现在,通过大多数措施,驱动器运行良好,但是当我查看zpool status时,ZFS仍然给我非常奇怪的校验和错误。 当我遇到SAS电源问题时,我认为CoW有一些不好的写法。 带有CPU,引导驱动器,RAM等的第一个机箱通过mini-SAS连接到第一个扩展JBOD机箱,第二个JBOD扩展机箱通过第一个JBOD扩展机箱(也通过mini-SAS)以菊花链方式连接。 [机箱1:启动驱动器,两个L2ARC SSD,RAIDZ3-0的11/11驱动器,1/11驱动器RAIDZ3-1] – > mini-SAS到机箱2 [机箱2:RAID Z3-1的10/11驱动器,RAID Z3-2的6/11驱动器] – > mini-SAS到机箱3 [RAIDZ3-2的机箱3:5/11硬盘,RAIDZ3-3的11/11硬盘] 校验和错误不能整齐地映射到任何一个控制器或机箱,但是我的直觉是,当我遇到这些电源问题时,无论写入到不同的新磁盘的数据是不是写在两个新的vdevs上。 我的HBA采用了好的LSI固件 – 全部在20.00.04.00或20.00.08.00 我更换了迷你SAS电缆,并尝试使用不同的端口,无济于事。 zpool status的输出显示在两个新的vdevs上累积的校验和错误,在scrub,reboot或zpool clear ,最终zpool status这些vdevs标记为降级。 奇怪的是,它也将属于这些vdevs的一些驱动器标记为降级,但是它们的单个磁盘的实际错误计数均为0. zdb显示单个驱动器由于校验和错误太多而被标记为降级尽pipe他们所有的校验和错误计数实际上是0.也奇怪的是,池级别的校验和错误显示的数字比两个问题vdevs加在一起的校验和错误less。 zpool status -v在映射到长久被删除的0x0 inode的快照中持久地显示永久性错误,但似乎无法被多个scrubs,reboots或zpool clear 。 另外,其他的永久性错误也会浮现出来,有时候只会显示为hex代码节点,而其他时间则是最近快照的一部分。 我用lsof找不到任何0x0 。 我相信池中的元数据可能会有某种数据损坏。 我正在寻找一种方法来手术去除这些幻影快照,否则返回我的池到一个健康的状态,而不会破坏我的数据。 我怀疑ZFS正在迭代这些损坏的幻影快照,并在vdevs上造成奇怪的校验和错误和降级状态。 我有很多重要数据的“冷”LTO备份,否则,如果我不能修复我的池,我准备build立第二台服务器,将所有内容卸载到“热”第二台服务器上,销毁我的池在顶层,然后从热备份重新加载。 以下是zpool status -v的输出: [root@Jupiter] ~# zpool status -v […]