DigiLoog

過去の名残で利用しているRJ45のSFPモジュールがあるのだが、
EtherChannelの片系トラフィックが0bpsのままになっている事に気づいた。
SFPモジュール故障と判断して在庫のモジュールとも交換した所、
交換した直後に別のSFPモジュールも応答しなくなり自宅で二重障害に派生した。

今回故障したSFPモジュールの片割れがこちら。筆者の元で5年は動作してくれた。

物理ポートが余っているので、そちらに差し変えるのも一つの手だが、
SFPモジュールが故障した時の挙動含め自宅で検証しているので今後も続投予定。
だが、在庫が無くなってしまったので次のモジュールを購入する必要が出てきた。

今回を機に高耐久モデルを導入したいが値段が高いので尻込み中。
最終的には同系統の耐熱モデルになりそうだが、届いたらモジュールを入れ替えたい所。

最近、周囲のIT機材が物理的に故障し続けているので諸々の寿命が来ているのかもしれない。
物理装置は在庫を一応は確保しているが、そろそろ次期バックボーンを考えていく必要があるかも。

サーバ検証用にProxmox基盤を運用しており、
一度構築したサーバでスナップショット取得しつつクローンで使いまわす事が多い筆者。
クローン時にMACアドレスやIPアドレスなど固有パラメータが被らない様に気を付けているが、
自動生成するIPv6リンクローカルアドレスが被っているケースが先日起きた。

そもそも、リンクローカルアドレスが被る事は無いだろうと高を括っていたのだが、
messagesログに”advertised our address fe80::X on eth0!”と出力されていて偶然気づいた。
MACアドレスは違うし、EUI-64で被る事も無いと考えていた中での重複だったので少し調査してみた。

筆者の自宅ラボでもOPNsenseを利用しており、暫くアップグレードをしていなかった。
この度、まとまった時間を取る事が出来たのでOPNsenseを全台アップグレードして、
執筆次点の最新バージョンとなる24.7.5に上げてみた

真っ先に思ったのは、アップグレード前後でダッシュボード構成が大きく変わる事。
今までのダッシュボードよりも、動的かつグラフィカルな構成に変わっていた。

OPNsenseの処理速度は特に変化無いので様子見中。
気になるのは、OPNsenseをHyper-V上で稼働させるとWebGUIのサービスがフリーズする事。
OPNsenseのshellに直接ログインしてサービス再起動すればアクセス出来るが、
毎回実行するのも面倒くさいのでなんとかして欲しい所。
環境依存な気もするが、余裕があったらログ調査して不具合を解消できないか見ようと思う。