我在 freebsd 上有两个 Internet 通道和网关。当我使用命令切换通道时route change default chan2，该命令netstat -nr显示已更改的默认路由。但traceroute显示数据包通过旧路由 chan1。 例子： $netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default xxx.xxx.183.54 US 0 84...
致版主：我不确定这是否是询问此类技术问题的合适网站，请随意将其移至其他地方。 我正在调试一个问题，基于 ESP8266 的设备无法在其 wifi 扫描结果中包含一个 wifi AP。如果手动指定 SSID，则同一设备可以连接到 AP。Android 手机进行的扫描中会显示同一 AP。 我把问题缩小到了这个：看起来在通道 6 上运行的 AP 正在发送指定“当前通道：1”的信标帧（和探测响应帧）。ESP8266 的软件会忽略此类响应。 我的问题是：接入点是否可以在信标/探测响应帧中指定不同的通道？或者说，客户有什么理由接受这样的框架？ 该 AP 是法国电...
%20%E6%98%AF%E5%90%A6%E4%BB%8D%E4%BC%9A%E4%BA%A7%E7%94%9F%E5%B9%B2%E6%89%B0%EF%BC%9F.png)
我知道 2.4Ghz 频段最常见的信道是 (1、6、11)。它们不重叠。我还知道，如果没有设置为自动，信道 6 是大多数路由器的默认信道。 我想知道如果同一信道上有许多 AP，但距离较远，是否会产生 WiFi 干扰？ 假设： 信道 11 上有 10 个 AP，但其中 9 个的范围为 -70 PWR 或更远。 频道 6 上有 3 个 AP，它们都位于 -50 PWR 或更近的范围内。 11频道有很多AP，但是近距离只有一个。 6频道只有三个AP，但都在近距离。 那么，从避免干扰的角度来看，将我的 WiFi 设置在频道 11 或 6 上是否...
我正在使用无线网络扫描仪分析我所在位置周围的信号强度，并在我的 AP 上分配与其他 AP 不重叠的最佳信道。最佳扫描位置在哪里？靠近 AP 还是靠近笔记本电脑的桌子？我得到了不同的结果。在 AP 周围，最佳信道是 X，如果我考虑桌子周围的测量，它不是最佳的，反之亦然。有什么建议吗？ 谢谢 ...
我部署了大约 60 个接入点的 WiFi，目前仅限于 1、6 和 11 频道。这是一个大学校园，从射频角度来看，宿舍可能会非常嘈杂。我们通常每个接入点有大约 30 台设备，但大学生预计使用的流量类型——高清流媒体视频/Netflix、低延迟游戏，甚至一些 p2p 文件共享（尽管我们在网关处对此进行了严格的流量整形）——确实占用了接入点的空中时间，而且增加密度或将用户推向 5Ghz 空间被证明是困难的。 我正在考虑打破传统，使用信道 1、4、7 和 11，信道 1、5、8 和 11，或者信道 1、4、8 和 11。这个想法是小心地放置它，以便信道 1 AP ...
是否可以增加 Windows Server 2008 和 Windows 7 上的两台服务器之间的网络带宽？ 例如：在每台计算机上使用 2 个千兆位 NIC，以使两台机器之间的速度达到 2 千兆位/秒？ （我知道可以根据 MAC 或 IP 地址使用 TLB、ALB 等模式（使用 LACP（或不使用））对从一台计算机到一组其他计算机的流量进行负载平衡，但我还没有找到将 2 个 NIC 合并为一个的解决方案现在...）。 提前感谢大家！ ...
网络上有许多页面建议仅使用 WiFi 信道 1、6 和 11，这样您的 WiFi 信道就不会重叠。 显然，当你只有你的网络确实可以处理，但在大多数城市地区，现在有大量其他网络，它们都使用相同的频道。在我目前的位置，大约有 4 个网络使用频道 6，还有几个网络使用频道 1。 所以我的问题是：当同一频道上有许多网络时会发生什么？它们会智能地共享吗？最好在频道 6 上有两个网络，还是在频道 5 上有一个网络，在频道 6 上有一个网络？ ...
我目前正在设置 RHN Satellite，一切运行良好。我正在创建自定义频道，因为我们有某些软件应该可用于 Satellite 的所有节点，例如 puppet、facter、subversion、php（比基础中现有的版本更新）。 我尝试寻找这方面的最佳实践文档。如何设置它们，如何处理不同的 arch，如何处理 noarch 包。如何在自定义频道中更新自定义包时同步依赖项的更新（例如 php 已更新，如何获取所有更新的依赖项）。 RHEL 中的频道管理文档（http://www.redhat.com/docs/en-US/Red_Hat_Network...