关于安全 stackexchange https://security.stackexchange.com/a/145674/37973的讨论提出了通过以太网进行单向传输的问题，并物理移除了返回路径。不连接传输线的单向接收当然是可能的，例如在简单的以太网窃听工具中，如https://greatscottgadgets.com/throwingstar/
以这种方式可以传输原始以太网帧吗？
对较早问题（单向链路上的以太网帧）的回答指出，以太网自动协商需要响应链路，但是即使没有自动协商，10BASE-T 等旧标准也应该可以工作（使用适当的交叉电缆）。很明显，发送方不知道是否收到了消息，但这可以通过各种方式处理，问题是标准以太网网卡是否会在没有任何响应/协商/握手的情况下通过物理层发送所需的数据/ETC。
是的 - 这是可能的，从有限的角度来看，在某些情况下甚至并不少见。一个很好的例子是以太网分路器的用例，其中传输的帧被被动地复制到分析框。突破当然只是传输。
我记得在超大容量 Netflow 收集情况中看到类似于您所描述的情况，在这种情况下，具有光学接口的路由器会将传输从一个常见的虚拟源中分离出来，并将其放入多个路由器的接收端口。在相应的传输链路（..仅携带 Netflow UDP 数据包）将其有效负载发送到以太网时，保持链路畅通就足够了。
在 IOS 中也曾经通过命令“transmit-interface”为单工以太网分路（通常来自微波）提供住宿，该命令仅将附加接口作为相应的接收。我认为重点是在相应的接收端口上基于流量控制（..或冲突）进行仅传输节流，但此时它已经模糊不清了。
有很多警告——最明显的。任何类型的链路协商、流量控制或 QoS 都是完全不可能的。速度和双工需要锁定，只有无连接协议（UDP、ICMP 等）才有意义。多播和广播会很好，但单播可能需要硬编码的 MAC 地址（......这就是上面提到的 Netflow 情况的管理方式），如果它被丢弃在交换机上，很可能在两个 L2 上都有一些奇怪的行为和 L3 就计时器而言，因为目标地址可能没有发送任何响应来构建 CAM 和 ARP 表。
如果平台支持的话，这同样可以通过硬编码来缓解。
以太网使用 CSMA -CD，其中CD代表载波检测。
您有时可以在设备中看到这一点，例如 Cisco 显示类似GigabitEthernet0/0 is up, line protocol is down因为没有运营商。在这种情况下，接口不可用。
有（昂贵的）设备出售用于单向以太网作为安全设备。