결론: 콘솔에 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단계: 다른 이더넷 포트와 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잘못된 서브넷 마스크의 고정 IP, 중복 주소 또는 잘못된 VLAN은 ZimaOS 화면에서는 올바르게 보이지만 클라이언트에서 연결할 수 없을 수 있습니다.
3단계: ARP로 IP 충돌 확인
ZimaBlade의 연결을 해제하고 192.168.1.8에 핑을 보내세요. 다른 장치가 계속 응답하거나 ARP/MAC 항목이 다른 호스트에 연결된 상태로 남아 있으면 고정 IP가 충돌할 수 있습니다. ARP는 로컬 IPv4 주소를 이더넷 MAC 주소에 매핑합니다. ARP 주소 확인이 기본 프로토콜입니다.
arp -a
# 또는 Linux에서는
ip neigh
4단계: WebUI에 접속할 수 없을 때 공식 USB 네트워크 재설정 사용
현재 ZimaOS는 SSH나 대시보드가 필요 없는 복구 경로를 제공합니다.
- USB 드라이브를 exFAT로 포맷하세요.
- 이름이
_ResetNetwork인 빈 파일을 생성하세요._ResetNetwork확장자 없이 USB 루트에 저장합니다. - 실행 중인 ZimaOS 장치에 USB를 삽입하세요.
- 약 20초 기다리세요.
- 표시된 IP가 변경되거나 재설정 파일이 삭제되면 성공한 것입니다.
ZimaOS 네트워크 재설정은 현재 지원되는 절차입니다.
먼저 복구 모드에서 Tailscale을 다시 활성화하려고 하지 마세요
원격 경로는 유용했지만, 이를 첫 번째 복구 방법으로 사용하면 LAN 구성 오류가 가려질 수 있습니다. 먼저 기본 이더넷/DHCP를 수정하세요. LAN이 작동하면 원격 액세스를 다시 활성화하거나 현재 App Store Tailscale 경로를 의도적으로 설치하세요.
Tailscale 요구 사항에서는 이더넷이 정상화된 후 오버레이 계층을 다룹니다.
5단계: DHCP가 응답하지만 장치에 여전히 연결할 수 없는 경우
스위치 포트/VLAN 구성, 케이블 링크 표시등, 그리고 다른 로컬 방화벽/라우터가 클라이언트를 격리하는지 확인하세요. 동일한 이더넷 브로드캐스트 도메인에서는 ICMP 핑이 필터링되어도 ARP 기반 스캔으로 호스트를 찾을 수 있습니다:
sudo nmap -sn 192.168.1.0/24
Nmap의 Nmap 호스트 검색에서는 ARP 검색과 ICMP 검색의 차이를 설명합니다.
주석 처리된 SSH 구성 파일을 무작정 편집하지 마세요
현재 ZimaOS는 SSH를 제어된 설정으로 의도적으로 제공합니다. 복구 모드는 어떤 생성된 구성 파일의 주석을 해제해야 하는지 추측하는 용도가 아니라 복구를 위한 것입니다. 수동 편집은 원래의 IP 충돌이나 잘못된 정적 경로를 해결하지 않은 채 두 번째 문제를 만들 수 있습니다.
ZimaOS 복구는 네트워크 재설정과 하드웨어 점검이 모두 실패한 후에만 해당됩니다.
구성 문제가 아니라 NIC 또는 스위치를 의심해야 하는 경우
네트워크 재설정에 성공했지만 두 이더넷 포트 모두 링크가 협상되지 않고 DHCP도 나타나지 않으며 정상 작동이 확인된 케이블과 스위치 포트가 다른 장치에서는 작동한다면, 하드웨어/드라이버 진단으로 넘어가세요. 하드웨어를 교체하거나 재설치하기 전에 링크 LED, 인터페이스 이름, 현재 ZimaOS 릴리스 및 NIC PCI ID를 기록하세요.
FAQ
ZimaOS 화면에 표시된 IP로 핑할 수 없는 이유는 무엇인가요?
주소가 오래된 값이거나 충돌 중일 수 있고, 잘못된 서브넷/VLAN에 있거나 트래픽이 전달되지 않는 인터페이스에 연결되어 있을 수 있습니다. 클라이언트 서브넷을 확인하고 잠긴 경우 네트워크 설정을 재설정하세요.
WebUI 없이 ZimaOS 네트워크를 재설정하려면 어떻게 해야 하나요?
드라이브 루트에 빈 _ResetNetwork 파일을 넣는 현재 exFAT USB 방식을 사용하세요.
ZimaOS에 LAN을 차단하는 숨겨진 방화벽이 있나요?
우선 그렇게 가정하지 마세요. 방화벽을 탓하기 전에 링크 상태, 서브넷, ARP/IP 충돌 및 현재 네트워크 구성을 확인하세요.
복구 모드에서 Tailscale을 복원할 수 있나요?
파일을 변경하는 것이 기술적으로 가능할 수는 있지만, 현재는 먼저 기본 이더넷/DHCP를 복원한 다음 원격 액세스를 정상적으로 다시 활성화하는 편이 더 깔끔합니다.
부팅 후 일반 TTY에 접속할 수 없는 이유는 무엇인가요?
현재 ZimaOS는 데스크톱 환경이 아닌 콘솔 상태 인터페이스를 사용합니다. 오래된 VT 동작에 의존하지 말고 지원되는 WebUI/SSH/네트워크 복구 경로를 사용하세요.
