服务器 Gind.cn

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

rDNS&SPF服务器发送的电子邮件被Hotmail阻止

我一直无法发送电子邮件给Hotmail或其他Microsoft电子邮件服务器上的用户一段时间。 它试图找出为什么以及如何解决这个问题是一个主要的头痛。 正在发送的电子邮件被阻止从我的域名canadaka.net。 我使用Google Aps为我的@ canadaka.net电子邮件地址托pipe我的常规电子邮件服务器。 我可以从我的桌面或Gmail邮箱发送电子邮件没有任何问题。 但是,代表canadaka.net从我的服务器发送的任何电子邮件都被阻止,甚至没有到达垃圾邮件。 邮件发送的IP与我的网站托pipe的IP是相同的:66.199.162.177自2010年8月以来,这个IP对我来说是新的,在过去的3 – 4年中,我的IP是不同的。 此IP不在任何可信的垃圾邮件列表中。http: //www.anti-abuse.org/multi-rbl-check-results/?host =66.199.162.177 我列出的一个名单spamcannibal.org似乎不在我的控制之列,说“没有反向DNS,MX主机应该有rDNS-RFC1912 2.1”。 但是,由于我使用Google进行电子邮件托pipe,因此我无法控制为所有MXlogging设置RDNS。 我有我的IP反向DNS设置,但它解决了“mail.canadaka.net”。 我已经注册SNDS并获得批准。 我的ip说:“所有指定的IP都有正常状态。” 发件人评分:100 https://www.senderscore.org/lookup.php?lookup=66.199.162.177&ipLookup.x=55&ipLookup.y=14 我的迈克菲威胁级别似乎很好 我有一个TXT SPFlogging设置,我目前使用xname.org作为我的DNS,他们没有SPF字段,但他们的常见问题解答表示将SPF信息添加为TXT条目。 v = spf1 a包括:_spf.google.com〜all 一些“SPF检查”工具使用检测到我的域有一个有效的SPF,但其他人不。 像微软的SPF向导一样,我认为这是因为它专门寻找SPFlogging而不是TXT。 “没有findSPFlogging.A和MXlogging可用”。 从我家我可以运行“nslookup -type = TXT canadaka.net”并返回: 服务器:google-public-dns-a.google.com地址:8.8.8.8 非权威的回答:canadaka.net text =“v = spf1 a include:_spf.google.com〜all” 我发现一个奇怪的是我无法ping通hotmail.com或msn.com或做一个“telnet mail.hotmail.com 25”。 我能ping通gmail.com和我尝试的许多其他域。 我试图改变我的DNS服务器到谷歌的公共DNS,做了ipconfig / flushdns但没有任何效果。 但是我可以连接到telnet到mx1.hotmail.com 当我发送到Google电子邮件服务器时,这就是电子邮件标题的样子,并且我毫不犹豫地收到了电子邮件。 你可以看到SPF正在通过。 […]

需要针对运行Apache + PHP的Web服务器群集的R / W分布式文件系统提出build议

在过去的几个月里,我一直在试图find跨多个运行Apache + PHP的Web服务器(12+)共享多个网站内容的最佳方式。 我面临的最大挑战之一是我们需要能够随时读写文件系统,因为各种各样的好坏原因(例如,应用程序不在我们的控制范围内,通过networking界面pipe理的WordPress网站等) …)。 以下是我尝试过的一些结果: Rsync / duplicity/csync2:每分钟只运行一次,这意味着某些更改不会在整个群集中共享,从而避免出现严重问题。 inotify / incron:考虑到大量的文件和目录来监视太复杂。 而且,新文件的效果也不好。 GlusterFS:我们有一个4服务器gluster后端和性能,虽然明确缓慢,是可以容忍的。 不幸的是,在每台Web服务器上运行的gluster客户端不断崩溃,然后冻结2个到15分钟之间的4个文件服务器中的一个。 我们联系了Gluster Inc.,让他们的一些工程师帮助我们,但是他们无法弄清楚问题所在。 使用3个月后,我们不得不放弃。 有关我们设置的一般信息: 在Amazon EC2上主办 运行Ubuntu Maverick 运行Nginx(2) – > Varnish(2) – > Apache(12+) 禁用.htaccess以获得最佳性能。 我们直接将指令添加到网站configuration文件 我们运行的大多数网站/应用程序不是我们的,不幸的是,只读环境是不可能的 具有自动故障转移function的高可用性对于我们考虑这些Web服务器正在处理的任务非常重要 所以我认为这涵盖了一切:)。 预先感谢您的时间和回应。