如果我的以太网电缆两端均压接有 RJ-45 连接器，并且没有无障碍引导保护，那么我有什么选择可以使电缆在事后变得无障碍？
当然，如果 RJ-45 连接器尚未固定到电缆上，那么我可以购买连接器护套盖并将其放在电缆上，然后压接连接器。但可惜的是，我的承包商压接了 256 根电缆，但没有提供无障碍解决方案，所以现在我需要解决这个问题。
完全更换电缆并不是一种选择，因为这 256 根电缆在 20 个不同房间之间的静压室中运行。
重新压接所有 256 根电缆也不是一个好的选择，因为这是一项非常令人不愉快的工作。
到目前为止，我唯一的想法是购买靴子，用剃须刀纵向切割它们，将它们放在电缆周围，然后粘合切口。但这也是大量的手动工作，尽管不像重新压接所有连接器那么糟糕。对于这个问题还有其他众所周知的解决方案吗？
tl;博士我想要适合我的以太网交换机的以太网电缆。如何将以赫兹测量的以太网电缆速度与以每秒比特带宽测量的以太网交换机“速度”相关联？
有几种以太网双绞线布线标准；“Cat 5e”、“Cat 6”、“Cat 6A”、“Cat 7”等均支持最大长度和赫兹额定值。例如，根据维基百科“Cat 5e”
电缆标准规定了频率高达 100 MHz 的性能参数
Cat 6A 性能针对高达 500 MHz 的频率定义
同时，有许多不同的以太网交换机可用于不同的标准“速度”（带宽）；“100Mb”、“1Gb”等
例如，这个典型的5 端口千兆桌面交换机规范支持
10/100/1000Mbps、自动协商、自动 MDI/MDIX 端口
IEEE 802.3i IEEE 802.3u IEEE 802.3ab IEEE 802.3x IEEE 802.1p
给定一些以太网交换机，确定将实现最大带宽（最高“速度”）的双绞以太网电缆的方法是什么？
我正在寻找描述一般思考过程或程序的答案，以确定最典型的消费者以太网交换机和以太网电缆的最佳匹配。但是，我对盲目地向“最新最好的”以太网电缆（“只需使用Cat 999，您就不用担心！”）投资不感兴趣。我对选择的技术原理很感兴趣。
为简单起见，假设一个小型办公室设置的电缆不超过 100 英尺（≈30 米）。
我想从本地网络中分离出几台主机并将它们放在防火墙后面。我想使用 VLAN 来“物理地”分离它们，而不是只使用不同的子网。我的想法是使用支持 VLAN 的交换机，并像这样构建网络：
P1 和 P2、P3 和 P4 是四个不同的主机，它们属于两个独立的“物理”网络（VLAN 1 和 2）。它们应该受到 P5 上的防火墙/网关的保护。
P5 应该充当防火墙/网关，控制分离的主机和现有网络之间的数据。它只有一个网卡需要连接现有网络（无VLAN）和两个VLAN。
P6 是现有网络的上行链路。
我现在的问题是：
为什么 Mac OS X 和 Linux 在本地以太网网络上不能相互 ping 通？
编辑 2012-12-14（十天后）适配器 FireWire 到以太网 RJ45 可能是问题所在（在 2015 年初的 MacBook Pro Retina 上）。我正在研究如何调试他的适配器。以太网灯闪烁，但我对这个早期的 FireWire 知之甚少。
使用简单的 Netgear 四端口交换集线器，当通过 RJ45 电缆连接 osx 盒和 Linux 盒并设置静态 IP 地址时，可以 arping 但不能 ping 到/来往不同的操作系统。请问这是为什么？
我可以在 osx netstat -r 上看到到 Linux 框的路由。但是从 osx ping 到 linux 超时。linux ping OSX 也是如此。Arp 表是正确的，并且是自动更新的，而不是手动更新的。
十年前有人问过同样的问题，但没有得到答案： https ://apple.stackexchange.com/questions/99996/which-setting-in-osx-could-block-ping-localhost
就我而言，不，OS X 防火墙没有处于隐身模式，甚至没有运行。我已将其关闭以进行实验。
这已发布在 Mac 支持网站上：https ://discussions.apple.com/thread/253430208
我正在尝试配置 NETAPP DS14 磁盘架以将驱动器暴露给 Windows 或 linux 机器，我没有控制器，但我有一个 FC 到以太网适配器（Qlogic 8152）
但是环路没有连接，我看到 DS14 支持最大 2gbps，但是适配器被列为 10gbps，任何想法如何将其配置为较低的速度？
我尝试通过 ethtool 设置它
sudo ethtool -s [device_name] speed [10/100/1000]
但是我得到一个操作不支持的错误，这是否意味着我不能切换到较低的速度？或者是否有其他方法可以强制适配器使用较低的速度。
在一些 ArchLinux 服务器上，我已从 切换dhcpcd到dhclient，但服务器没有收到 IP。经过检查，journalctl我看到，在所有情况下都没有收到 IP，dhclient试图在接口上操作，然后接口被重命名。有问题的行是：
dhclient[461]: Failed to get interface index: No such device
...
kernel: igc 0000:6f:00.0 enp111s0: renamed from eth1
这个“接口重命名”业务是什么？怎么可能dhclient没有围绕它进行排序？
当然，稍后，以下命令会修复 DHCP：
sudo systemctl restart [email protected]
更多日志：
May 14 19:03:32 serverski systemd[1]: Reached target Multi-User System.
May 14 19:03:32 serverski systemd[1]: Reached target Graphical Interface.
May 14 19:03:32 serverski dhclient[487]: Cannot find device "enp111s0"
May 14 19:03:32 serverski dhclient[461]: Failed to get interface index: No such device
May 14 19:03:32 serverski dhclient[461]: Failed to get interface index: No such device
May 14 19:03:32 serverski dhclient[461]: If you think you have received this message due to a bug rather
May 14 19:03:32 serverski dhclient[461]: than a configuration issue please read the section on submitting
May 14 19:03:32 serverski dhclient[461]: bugs on either our web page at www.isc.org or in the README file
May 14 19:03:32 serverski dhclient[461]: before submitting a bug. These pages explain the proper
May 14 19:03:32 serverski dhclient[461]: process and the information we find helpful for debugging.
May 14 19:03:32 serverski dhclient[461]: exiting.
May 14 19:03:32 serverski dhclient[461]:
May 14 19:03:32 serverski dhclient[461]: If you think you have received this message due to a bug rather
May 14 19:03:32 serverski dhclient[461]: than a configuration issue please read the section on submitting
May 14 19:03:32 serverski dhclient[461]: bugs on either our web page at www.isc.org or in the README file
May 14 19:03:32 serverski dhclient[461]: before submitting a bug. These pages explain the proper
May 14 19:03:32 serverski dhclient[461]: process and the information we find helpful for debugging.
May 14 19:03:32 serverski dhclient[461]:
May 14 19:03:32 serverski dhclient[461]: exiting.
May 14 19:03:32 serverski systemd-udevd[380]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
May 14 19:03:32 serverski systemd[1]: [email protected]: Main process exited, code=exited, status=1/FAILURE
May 14 19:03:32 serverski systemd[1]: [email protected]: Failed with result 'exit-code'.
May 14 19:03:32 serverski audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=dhclient@enp111s0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=fail>
May 14 19:03:32 serverski systemd-udevd[427]: Using default interface naming scheme 'v247'.
May 14 19:03:32 serverski systemd-udevd[427]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
May 14 19:03:32 serverski kernel: r8169 0000:70:00.1 enp112s0f1: renamed from eth0
May 14 19:03:32 serverski kernel: iTCO_vendor_support: vendor-support=0
May 14 19:03:32 serverski systemd-udevd[382]: Using default interface naming scheme 'v247'.
May 14 19:03:32 serverski systemd-udevd[382]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
May 14 19:03:32 serverski kernel: ee1004 0-0051: 512 byte EE1004-compliant SPD EEPROM, read-only
May 14 19:03:32 serverski kernel: ee1004 0-0053: 512 byte EE1004-compliant SPD EEPROM, read-only
May 14 19:03:32 serverski kernel: igc 0000:6f:00.0 enp111s0: renamed from eth1
我有硬件问题。
我正在将双工 CAT7 电缆从接线板连接到墙上插座。当我测试电缆时，一个连接有效，另一个连接困难。
下面我描述了我如何测试电缆以及测试仪显示的内容。也许有人可以解释出了什么问题。
我将电缆测试仪的有源单元（另一端没有无源单元）连接到接线板，然后
没有 LED 亮起。这似乎是正确的。到目前为止，一切都很好。
我将电缆测试仪的有源单元（另一端没有无源单元）连接到墙壁插座和电缆的 LED
3和6（橙色+橙色/白色）亮起。这似乎有问题。见附图...
我连接了主动和被动单元（就像你通常使用这个测试仪一样）
3除了, 6 -> 之前测试的反转结果之外，所有 LED 都亮起。
G在任何测试中都不会亮起
大家好，
我有一个网络服务器（debian 9）和 2 条互联网线路，我想在两条线路上的公共网站做 HA，我已经在两个 FW 上配置了 nat。单独测试每条线路都可以，但我无法同时连接到两条线路。这意味着如果两个以太网都启动，我只能访问 3.4.5.6（服务器的默认网关），1.2.3.4 仍然可以 ping 但无法访问。那时我仍然可以从 192.168.2.0/24 中的任何 IP 访问。
net.ipv4.ip_forward = 0 默认
请帮忙！
谢谢，
在我的服务器中，我有两个以太网卡：
enp0s17, 本地 IP 192.168.0.7, 路由器的公共地址x.x.x.x, 网络掩码255.255.255.255enp0s18, 本地 IP 172.16.0.7, 路由器的公共地址y.y.y.y, 网络掩码255.255.255.0在这两个网络上，两个公共 IP 的任何传入流量都将路由到服务器。因此，实际上任何 SSH、HTTP 等都x.x.x.x应该被转发到192.168.0.7，任何流量都y.y.y.y应该被转发到172.16.0.7.
不幸的是，这一次只适用于其中一个。有时（在断开服务器并重新连接到互联网后，例如重新启动后）这适用于enp0s17有时适用于enp0s18但从不同时适用于两者。（因此，两个路由器都正确路由，似乎是服务器的问题。）
同样的问题适用于使用curl --interface enp0s1X ....
另一方面，任何本地流量都在正确路由。在这两个网络中，服务器始终在其本地 IP 上可用。
有谁知道可能导致此问题的原因或如何解决？
出于测试目的，我完全禁用了防火墙，因此，这应该不是问题。
（这两个接口也都使用 IPv6 前缀委托，但我只是将其排除在外，因为它工作正常。）
两个路由器都是 Ubiquiti EdgeRouter。IP 由路由器上的 DHCP 服务器静态提供。网络配置是使用netplan. 使用 Ubuntu 20.04。
我的netplan配置：
network:
version: 2
renderer: networkd
ethernets:
enp0s17:
dhcp4: yes
dhcp6: yes
enp0s18:
dhcp4: yes
dhcp6: yes
默认路由：
default via 192.168.0.1 dev enp0s17 proto dhcp src 192.168.0.7 metric 100
default via 172.16.0.1 dev enp0s18 proto dhcp src 172.16.0.7 metric 100
172.16.0.0/16 dev enp0s18 proto kernel scope link src 172.16.0.7
172.16.0.1 dev enp0s18 proto dhcp scope link src 172.16.0.7 metric 100
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1
172.18.0.0/16 dev br-b20299b5e473 proto kernel scope link src 172.18.0.1
172.19.0.0/16 dev br-ba582f6855c2 proto kernel scope link src 172.19.0.1
192.168.0.0/24 dev enp0s17 proto kernel scope link src 192.168.0.7
192.168.0.1 dev enp0s17 proto dhcp scope link src 192.168.0.7 metric 100