結論：コンソールにIPが表示されているのに、Ping、Nmap、ZimaClientのいずれからも何も検出できない場合は、レスキューファイルを編集する前にネットワークをリセットしてください
ZimaBladeは、ZimaOS 1.6.2と eth0 次のアドレス 192.168.1.8それでもLANから到達できませんでした。以前はリモートアクセスが機能していました。これは、システムが外部への接続を確立できていたためです。リモートアクセスを無効にして静的IPを設定すると、両方の復旧手段が使えなくなりました。現在のZimaOSには、この種のロックアウトに対応する専用のUSBネットワーク・リセット手順があります。
OpenSSHとOpenBSDを混同しないでください
ZimaOSはLinuxベースのアプライアンスシステムです。SSHが無効になっているというコンソールの注記は、SSHサービスであるOpenSSHを指しており、オペレーティングシステムがOpenBSDであるという意味ではありません。この違いは重要です。BSDのネットワークファイルを編集したり、OpenBSDのコマンドに従ったりすると、トラブルシューティングの方向を誤ることになります。
ステップ1：別のEthernetポートとZimaClientを試す
現在のZimaOSのネットワーク復旧手順では、まず別のネットワークポートに接続してから、ZimaClientで再検索するよう案内しています。これは、ファイルを変更せずに、インターフェース設定の不備やリンクの問題を回避できる、リスクの低いテストです。
ZimaClientによるデバイスアクセスは、クライアント側の検出手段です。
ステップ2：クライアントが実際に同じサブネット上にあることを確認する
ZimaOSに次のように表示される場合 192.168.1.8/24通常、トラブルシューティング用コンピューターには互換性のある 192.168.1.x/24 そのLAN上のアドレス。クライアントを確認してください：
# Linux/macOS
ip addr
ip route
# Windows
ipconfig
route printサブネットマスクの誤り、アドレスの重複、またはVLANの誤設定がある静的IPは、ZimaOSの画面上では正常に見えても、クライアントからは到達できない場合があります。
ステップ3：ARPでIPアドレスの競合を確認する
ZimaBladeを切断し、192.168.1.8にpingを送信します。別のデバイスが引き続き応答する場合、またはARP／MACエントリが別のホストに関連付けられたままの場合は、固定IPが競合している可能性があります。ARPはローカルIPv4アドレスをイーサネットMACアドレスにマッピングします。ARPアドレス解決が基盤となるプロトコルです。
arp -a
# またはLinuxでは
ip neigh
ステップ4：WebUIから締め出された場合は、公式USBネットワークリセットを使用する
現在のZimaOSには、SSHやダッシュボードを必要としない復旧手段があります。
- USBドライブをexFATでフォーマットします。
- という名前の空のファイルを作成します
_ResetNetwork拡張子なしで、USBのルートに置きます。 - 稼働中のZimaOSデバイスにUSBを挿入します。
- 約20秒待ちます。
- 表示されるIPアドレスが変わるか、リセットファイルが削除されれば成功です。
ZimaOSのネットワーク設定リセットが、現在サポートされている手順です。
まずレスキューモードからTailscaleを再有効化しようとしないでください
リモート経路は便利でしたが、最初の修復手段として使うと、LAN設定のエラーが見えにくくなることがあります。まず基本的なイーサネット／DHCPを修正してください。LANが機能するようになったら、リモートアクセスを再度有効にするか、現在のApp Store版Tailscaleの経路を意図的にインストールしてください。
Tailscaleの要件では、イーサネットが正常になった後のオーバーレイ層について説明しています。
ステップ5：DHCPが応答するのにデバイスへ接続できない場合
スイッチのポート／VLAN設定、ケーブルのリンクランプ、別のローカルファイアウォールやルーターによってクライアントが分離されていないかを確認してください。同じイーサネットブロードキャストドメイン上では、ICMP pingがフィルタリングされていても、ARPベースのスキャンでホストを検出できます。
sudo nmap -sn 192.168.1.0/24
NmapのNmapホスト検出では、ARP検出とICMP検出の違いについて説明しています。
コメントアウトされたSSH設定ファイルを無闇に編集しないでください
現在のZimaOSでは、SSHは意図的に管理対象の設定として提供されています。レスキューモードは復旧のためのものであり、どの生成済み設定ファイルのコメントを解除すべきかを推測するためのものではありません。手動編集により、元のIP競合や誤った静的ルートを解決できないまま、別の問題が発生する可能性があります。
ZimaOSの復旧が必要になるのは、ネットワークのリセットとハードウェアの確認の両方に失敗した後だけです。
設定ではなくNICまたはスイッチを疑うべき場合
ネットワークのリセットに成功したにもかかわらず、どちらのEthernetポートもリンクを確立せず、DHCPも表示されず、正常なケーブルやスイッチポートが他のデバイスでは機能する場合は、ハードウェアまたはドライバーの診断に進んでください。ハードウェアを交換したり再インストールしたりする前に、リンクLED、インターフェース名、現在のZimaOSリリース、NICのPCI IDを記録してください。
よくある質問
ZimaOSの画面に表示されたIPアドレスへpingできないのはなぜですか？
そのアドレスは古い、競合している、別のサブネット/VLAN上にある、またはトラフィックが通過していないインターフェースに割り当てられている可能性があります。クライアントのサブネットを確認し、アクセスできない場合はネットワーク設定をリセットしてください。
WebUIを使わずにZimaOSのネットワークをリセットするにはどうすればよいですか？
ドライブのルートに空の_resetNetworkファイルを置く、現在のexFAT USB方式を使用してください。
ZimaOSにはLANをブロックする隠しファイアウォールがありますか？
最初からそう決めつけないでください。ファイアウォールを疑う前に、リンク状態、サブネット、ARP/IPの競合、現在のネットワーク設定を確認してください。
レスキューモードでTailscaleを復元できますか？
技術的にはファイルを変更できる可能性がありますが、現在の復旧では、まず基本的なEthernet/DHCPを復元し、その後通常の方法でリモートアクセスを再有効化する方が確実です。
起動後に通常のTTYへアクセスできないのはなぜですか？
現在のZimaOSはデスクトップ環境ではなく、コンソール形式のステータスインターフェースを使用します。古いVTの動作に頼らず、サポートされているWebUI、SSH、ネットワーク復旧の手順を使用してください。
