服务器 Gind.cn

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

有限的广播包是否可以包含FF以外的目的MAC地址:FF:FF:FF:FF:FF?

有限的广播是否可以包含FF以外的目标MAC地址:FF:FF:FF:FF:FF? 如果答案是真的,你能提供一个使用这样的数据包的协议的例子。 好的,再详细说明一下,展示我的想法: 假设我们正在发送一个有限广播包的IP包。 有限广播数据包的IP目的地字段填写:255.255.255.255。 255.255.255.255意味着该数据包被注定为'_this_'_Local_ Area Network(L2networking)。 255.255.255.255通知软件为数据包制作一个帧封装,该数据包的目的地是_this_ L2networking。 要通过LANnetworking传输IP包,我可以使用多种协议: 取决于我要传输数据包的媒体types(或者我想使用什么L2协议,如果有多个媒体可用的L2协议?)。 现在,由于我不能真正获得255.255.255.255主机的L2地址(因为这个主机不存在),所以构buildL2包装器的软件的逻辑移动将是分配“默认”较低级别(L2)广播帧目的地字段的地址(无论L2协议是什么)。 这将是一个合乎逻辑的举措。 最初我问这个问题是因为我意识到,除了以太网,还有其他的L2协议可以用来传输数据包。 因此,如果问题是这样形成的:“有限的广播数据包是否包含除了MAC FF:FF:FF:FF:FF?以外的L2广播地址的信息”,答案是:是的。 因为我可以使用以太网以外的L2协议。 我的想法是否正确?

什么是正确的SPFlogging,以允许本地和Google Apps的交付

我们最近把我们的服务器栈移到了一个新的数据场,我们的一些客户遇到了从他们的GApps帐户发送邮件的问题。 在服务器移动之前,我们没有任何问题,但我怀疑也许IP更改等可能有一些这方面的一部分。 我们发现问题是某些域的SPF标题不正确,而且没有包含Google SPFlogging。 我已经将TXTlogging添加到所有域中,其中v=spf1 include:_spf.google.com ~all以下v=spf1 include:_spf.google.com ~all解决了可交付性问题的方法,但是我不了解SPF足以知道DNS上的所有TXTlogging模板都可以。 如果某个网域使用Google Apps发送邮件,我们会禁用该网域的本地邮件路由,以防止任何内部邮件不通过,并且所有非GApps MXlogging都将被删除。 目前,每个域上都设置了以下内容: domain.com. TXT v=spf1 +a +mx -all domain.com. TXT v=spf1 include:_spf.google.com ~all mail.domain.com. TXT v=spf1 ip4:xxx.xxx.xxx.xxx a mx a:mail.domain.com mx:domain.com ?all 所以我的问题是: 上述logging是否正确(一些SPFtesting回复正面,其他消极)作为全球所有域被添加到服务器? 上述两个domain.com DNSlogging可以连接成一个吗? 如果Google没有通过Google Apps发送的域名包含SPFlogging,可以吗? 如果使用Google Apps,是否需要删除其他TXTlogging? 我不认为有必要删除mail.domain.comlogging,因为邮件不是从那里发起的,但如果存在的话可能会导致任何问题。 我们在一个服务器堆栈上运行了100多个域名,并且更新它们都不是很有趣,但是我宁愿这样做是正确的。 提前致谢。