小编Wuc*_*cka的帖子

对“慢”网络进行故障排除

我们都曾抱怨“网络”在某些时候“慢”:可能被本地化到一个房间(交换机)或一台计算机,可能只是互联网(DNS?浏览器问题?),可能只是一个应用程序(长时间运行的 SQL 查询?正在运行 AV 扫描?)。

当您排除了明显的系统和/或应用程序问题后,您将如何测试网络的缓慢或不稳定行为?你在 OSI 层上工作吗?如果是这样,如何检查每一层?您如何确保物理网络在未知环境中正常运行?广播过多或广播风暴怎么办?第 3 层及以上?跟踪路由?任何其他提示,方法,想法?适用于各种规模网络的必备功能和工具(端口镜像、SNMP、监控等)?

networking troubleshooting performance

21
推荐指数
3
解决办法
4万
查看次数

将 Postfix 地址的默认值从 www-data 更改为其他内容

在 Ubuntu 服务器上设置 Postfix 和 Apache/PHP。邮件现在可以使用正确的域名发送出去,但本地部分显示名称始终为“www-data”,因为我假设 Postfix 默认使用用户名。

在 php.ini 文件中,我能够更改为sendmail_pathsendmail_path = "/usr/sbin/sendmail -t -i -f support@example.com"但电子邮件显示名称仍显示为 www-data 。我尝试以几种不同的方式指定显示名称,但这被忽略了,邮件仍然作为 www-data 发出。

我希望能够做的是默认情况下,将任何缺少 from、return-path 等的邮件作为 发送出去"Example Support" <support@example.com>,但我不确定这是否可能。

php postfix sendmail apache-2.2

14
推荐指数
3
解决办法
4万
查看次数

第 2 层环路避免:三个交换机串联

我知道这似乎是一个家庭作业问题,但它实际上是一个更大的项目(和网络)的一部分,需要将其分解为多个块,以便我清楚自己在做什么。我从来没有使用过 [R/M]STP,之前只设置了静态 LAG,所以我不太确定我在这里需要什么。

我通过 VLAN 标记将三台交换机全部置于同一个广播域中,通过 LAG 组互连,每个 LAG 组由 2 个铜缆千兆以太网组成。

假设这些交换机支持 LAG/LACP/*STP/802.1q VLAN 标记;为了比较起见,尽量减少供应商专有的扩展,但如果有供应商“重新标记”的开放标准,或者值得一提,请随意这样做。

目标是:

  • 通过 B 和 C 为交换机 A 提供冗余上行链路
  • 在两个上行链路上实现负载平衡/增加带宽(如果可能,即 4 x GbE LAG 组或 2 x 2 GbE LAG 组“主动/被动”,如果有意义的话)

我不确定的是:

  1. 这是我认为这个循环的工作原理:来自机器 B1(在交换机 B 上)的 ARP 请求寻找属于机器 A1(在交换机 A 上)的 1.2.3.4,将从 A 到 B 和 A 到达交换机 A -to-C 上行链路。交换机 A 将(我假设)首先通过直接 B 到 A LAG 上行链路接收广播,但会从两个上行链路 LAG 端口发回响应(即 LAG A 到 B 是端口 1/2 和 LAG A-to-C 是端口 23/24),极大地混淆了交换机 B。我对这个循环的解释是否正确?

  2. 如果我断言#1 确实是一个循环,我需要*STP。据我所知,STP 既旧又慢;RSTP …

networking switch spanning-tree lag lacp

8
推荐指数
1
解决办法
1万
查看次数

垃圾邮件发送给发件人,但其他人都收到了

垃圾邮件最近通过 Postini 发送到收件人 (bob@example.com) 的收件人:字段和标题中。虽然这并不奇怪——我们之前曾收到过垃圾邮件——但我无法确定发送到 bob@example.com 的邮件是如何发送给我自己和至少一名其他员工的。

标头表明它已被 Postini 的网关接收并发送到我们的 Exchange Server,无论是否为垃圾邮件,这根本不会影响路由。我们没有人收到任何发送至 bob@example.com 的“常规”邮件,只有这些垃圾邮件。为了确保我没有发疯,我从另一台机器 telnet 到 Exchange Server 并向 bob@example.com 发送了一条消息,但我们都没有收到。

我检查了他的 Exchange 邮箱上是否有带有转发器的递送选项,但没有。我还检查了是否设置了某个通讯组,但没有。

同样,我所做的所有这些检查似乎都毫无意义,因为这rcpt to决定了尝试发送的地址。我已打开诊断日志记录以查看是否出现任何奇怪的情况,但 Outlook 标头不应该“撒谎”,对吗?还有什么我想念的吗?我们正在运行 Exchange 2007 (SBS 2008)。

exchange-2007 smtp spam

4
推荐指数
2
解决办法
103
查看次数