长期读者，第一次在这里发帖。我遇到了服务器连接问题。以下是背景故事：
- 我有一台小型 Raspberry Pi 3 Model B，作为在 Arch Linux 上运行 Nextcloud 实例的服务器。
- 它位于我家，在 FritzBox 7530 路由器后面。IP 地址和 DNS 是动态的。
- 一年多来一切都运行良好，没有出现问题。
有一天，我决定在服务器和路由器之间安装一个小型、廉价、非托管交换机 (TP-Link TL-SG105)。一些其他设备（如台式电脑和笔记本电脑的扩展坞）也连接到交换机。（奇怪的？）问题是这样的：
- 当所有其他设备（PC / 笔记本电脑）都关闭时，我经常无法连接到服务器。每天都会发生这种情况，但并非总是如此。
- 当任何其他设备打开时，从未出现过任何连接问题
- 从设置中移除交换机后，服务器始终可以访问。我刚刚在度假期间用了 2 周时间再次验证了这一点。
还有一些方面值得一提。首先，当无法通过互联网访问服务器时，我无法从同一网络（Wlan）上的手机等设备对其进行 ping 操作，并且我使用 tcpdump+wireshark 验证了 ICMP（ping）数据包未到达服务器。当可以通过互联网访问服务器时，ping（在本地网络上）可以正常工作。其次，我再次验证了当我打开台式电脑时，服务器可以立即访问。
总而言之，我认为可以安全地得出结论：该问题以及在打开连接到交换机的设备时该问题消失的观察结果是可重现的。
所以问题是：这是由交换机引起的吗？是哪方面的原因？还是由于某些网络布局问题，或者只是我没能理解一些显而易见的事情？我应该买一个“更好”的交换机吗？从哪个方面来说它应该更好？我实际上也尝试过使用 NETGEAR GS305 交换机，但出现了完全相同的连接问题。可能是这些交换机的“绿色以太网”功能引起的吗？任何帮助都将不胜感激。提前致谢！
编辑：服务器上 ethtool 的输出
# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
MDI-X: Unknown
Supports Wake-on: pumbag
Wake-on: d
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes