cover of episode 2.5 Admins 219: Spooky Stories

2.5 Admins 219: Spooky Stories

2024/10/31
logo of podcast 2.5 Admins

2.5 Admins

AI Deep Dive AI Chapters Transcript
People
A
Allan
参与技术播客,讨论现代充电技术、IPv6 防火墙和 IT 自动化。
J
Jim
专注于 IT 自动化和网络安全的技术专家
Topics
Jim: 讲述了数据中心迁移过程中遇到的停电和网络问题,以及使用NIS机制导致的网络延迟问题。由于旧数据中心停电和维护不当,迁移过程变得非常复杂。 Allan: 分享了在2003-2004年期间遇到的一个案例,一家公司所有机器都直接暴露在公共互联网上,没有任何防火墙保护,导致网络速度极慢,并遭受大量脚本小子攻击。这凸显了网络安全的重要性,以及及时采取安全措施的必要性。 Jim: 讲述了在高中时期工作场所遇到的IP地址浪费和网络安全隐患问题。由于公司使用了过多的公网IP地址,导致IP地址浪费,并且网络安全存在隐患。 Jim: 讲述了在数据中心由于Windows防火墙默认开启导致无法远程桌面连接,最终只能通过手机查找命令行指令来禁用防火墙的经历。这说明了即使是经验丰富的系统管理员也可能遇到意想不到的问题,需要灵活应对。 Allan: 分享了成功地在不关闭服务器的情况下将服务器从一个UPS迁移到另一个UPS的经历,这体现了其丰富的经验和技术能力。 Jim: 讲述了高中时电脑显示器损坏,导致无法完成作业,最终在安全模式下完成作业并打印的经历。这展现了在资源受限的情况下,如何灵活解决问题。 Allan: 讲述了一个10TB移动硬盘发出奇怪的声音,但仍然可以工作的经历。这说明了设备的可靠性有时会超出预期。 Allan: 讨论了家用实验室环境中UPS的选择,建议不需要真正弦波UPS,并推荐了CyberPower品牌的UPS,因为它允许禁用报警声并记住设置。还讨论了APC品牌UPS的报警声禁用问题,以及电池更换和电池类型等问题。 Jim: 讨论了家用UPS的功率选择建议以及电路负载限制,建议根据实际需要选择合适的UPS容量。还建议将WiFi路由器也连接到UPS上,以确保停电期间网络连接的可用性。 Allan: 讨论了NAS和网络设备是否应该连接到同一个UPS的问题,以及UPS电池更换和电池类型等问题。 Allan: 讨论了大型机架式UPS的维护和成本问题,建议使用多个小型UPS代替,并分享了个人使用经验。 Jim: 总结了UPS选择和安全问题的建议,避免使用机架式UPS,并注意UPS起火风险。

Deep Dive

Chapters
Jim and Allan recount spooky and horrific experiences from their sysadmin careers, starting with a data center migration gone wrong due to a power outage and corroded cables. Allan shares a story about a company with wide-open public IPs, leading to rampant security issues. The hosts also discuss challenges with legacy systems and limited technology in earlier times.
  • Data center migration complicated by power failure and corroded cables.
  • Company with all machines on public IPs and no firewall.
  • Challenges with legacy systems, limited technology, and blind troubleshooting in the 80s and 90s.

Shownotes Transcript

It’s Halloween so Jim and Allan share horrific and spooky stories from their sysadmin careers. Plus picking a UPS for a homelab.

 

Plugs

Support us on patreon and get an ad-free RSS feed with early episodes sometimes)

Klara: NAS: Maintenance Best Practices)

 

 

 

 

 

 

 

 

 

See our contact page) for ways to get in touch.