이 2025년 11월 네트워크 스레드는 일반적인 “ZimaOS에 네트워크가 없음” 사례가 아닙니다. 서버는 온라인 상태였고 DHCP 주소를 보유했으며 Intel I226-V 이더넷 인터페이스를 통해 트래픽을 전송하고 있었습니다. 그러나 설정 > 네트워크에는 빈 연결 섹션만 표시되고 고정 IP를 구성할 방법은 제공되지 않았습니다. 또한 시스템에는 I226-V 2.5GbE 포트 2개와 Intel X710 SFP+ 인터페이스 2개가 있어, ZimaOS가 원래 네트워크 UI를 최적화했던 하드웨어보다 더 복잡한 다중 NIC 시스템이었습니다.
소스 스레드는 라우터 예약, 포트 교체, 재부팅, 내부 ETHS 구성 실험, API 테스트, 그리고 결국 팀원이 다음을 의심하게 만든 오류 lshw 구문 분석. 공개 대화는 사용자가 하드웨어 정보를 비공개로 보낸 후 종료되었으므로, 공개된 최종 해결 방법은 없습니다.
서버에 접속할 수 있었지만 네트워크 페이지는 비어 있었음
이 구분은 매우 중요합니다. 적어도 하나의 이더넷 인터페이스가 활성화되어 트래픽을 전달하고 있었으므로, 문제는 단순한 의미의 “이더넷 드라이버 없음”이 아니었습니다.
서버에는 물리 네트워크 포트가 4개 있었음
소스에 포함된 하드웨어는 다음과 같습니다.
- Intel I226-V 2.5GbE 인터페이스 2개;
- Intel X710 SFP+ 인터페이스 2개;
- AMD Ryzen 7 PRO 8845HS 플랫폼;
- 여러 NVMe 드라이브와 대용량 HDD 스토리지를 계획함.
사용자는 처음에 2.5GbE 포트 중 하나를 통해 연결했고, 약 다음과 같은 DHCP 주소를 할당받았습니다. 192.168.1.125.
라우터 예약은 근본 원인이 아니었음
Zima-Giorgio는 사용자가 주소를 어떻게 얻었는지 물었습니다. 사용자는 DHCP가 주소를 할당했고, 이후 라우터에서 해당 IP를 예약했다고 설명했습니다.
이후 요청에 따라 예약을 제거했습니다. ZimaOS는 다른 DHCP 주소를 할당받았고, 인터페이스가 여전히 라우터와 통신할 수 있음이 확인되었지만 네트워크 페이지는 계속 비어 있었습니다.
이 부정적인 결과는 중요합니다. 라우터의 고정 주소 예약을 제거한 것만으로는 누락된 UI가 복구되지 않았습니다.
두 I226-V 포트 간 전환으로도 UI 문제가 해결되지 않음
사용자는 첫 번째 포트가 아니라 두 번째 2.5GbE 인터페이스에 연결되어 있는 것이 ZimaOS를 혼란스럽게 하는지 궁금해했습니다. 케이블을 다른 I226-V 포트로 옮기고 시스템의 전원을 껐다가 다시 켜자, 그 포트에서도 정상적으로 주소를 할당받았습니다.
설정 > 네트워크에는 여전히 인터페이스가 표시되지 않았습니다.
ifconfig가 활성 이더넷 인터페이스를 확인함
이후 소스에는 다음 출력이 게시되었습니다. eth0 다음과 같이:
- UP 및 RUNNING;
- 할당된 IPv4 주소
192.168.1.123; - 패킷을 송수신하고 있었습니다.
- 캐리어 오류가 0이라고 보고했습니다.
이는 Linux 네트워크 인터페이스가 정상적으로 작동하는 반면 ZimaOS 관리 계층에서 이를 올바르게 열거하지 못했다는 강력한 증거입니다.
이후 스레드는 ZimaOS ETHS 구성으로 넘어갔습니다
내부 zimaos.conf 파일에는 다음이 표시되었습니다 ETHS = 비어 있었습니다. 이후 커뮤니티 및 팀과 연관된 답변에서는 해당 필드에 PCI 주소를 삽입하고 ZimaOS 서비스를 다시 시작하는 방법을 시험했습니다.
이러한 편집으로도 사용자의 네트워크 페이지는 복구되지 않았습니다.
한 ETHS 시도는 잘못된 인터페이스를 대상으로 했습니다
사용자는 처음 제안된 PCI 주소가 2.5GbE 인터페이스가 아니라 SFP+ 포트에 해당한다는 점을 알아챘습니다. 이후 I226-V PCI 주소를 대신 시도했습니다.
대상 장치를 수정하고 서비스를 다시 시작한 후에도 설정 페이지에는 여전히 인터페이스가 표시되지 않았습니다. 이는 해당 내용을 검증된 ETHS 검증된 해결책으로 간주해서는 안 됩니다.
이 스레드에서는 역사적인 하드웨어 가정의 경계가 드러났습니다
한 답변에서는 이전 메시 및 디스플레이 호환성 작업이 주로 ZimaCube 장치를 대상으로 했으며, 다른 하드웨어에는 명시적인 PCI 정보가 필요할 수 있다고 설명했습니다. 이 의견은 일반적인 4포트 NIC 미니 서버에서 더 단순한 하드웨어에서는 실행되지 않았을 수 있는 경로가 실행된 이유를 설명하는 데 도움이 됩니다.
모든 타사 ZimaOS 하드웨어에 수동 설정이 필요하다는 현재 요구 사항으로 읽어서는 안 됩니다 ETHS 구성.
로컬 네트워크 인터페이스 API에서 오류가 발생했습니다
구성 편집이 실패한 후, 스레드에서는 로컬 ZimaOS 네트워크 API를 테스트했습니다.
curl http://127.0.0.1/v2/zimaos/network/interfaces반환된 오류로 인해 조사는 고정 IP 구성에서 하드웨어 정보를 검색하거나 직렬화하는 서비스 문제로 전환되었습니다.
최종 공개 진단은 lshw 파싱 문제를 가리켰습니다
이후 답변에서는 API 오류가 파싱 문제를 시사한다고 설명했습니다 lshw 정보를 요청하고 사용자가 전체 하드웨어 목록을 수집하도록 했습니다 /DATA/lshw.log. 그러자 사용자는 결과를 비공개로 보냈습니다.
공개 스레드가 여기서 끝나므로, 페이지에서 엔지니어링 결과를 지어내서는 안 됩니다. 확인 가능한 마지막 발언은 팀이 하드웨어 정보 파싱 문제를 의심했고 자세한 진단을 비공개 메시지로 옮겼다는 것입니다.
Intel X710 드라이버 요청은 별개의 주제였습니다
사용자는 두 개의 X710 SFP+ 포트도 지원되기를 원했으며, 궁극적으로 링크 어그리게이션을 사용하기를 희망했습니다. Zima-Giorgio는 드라이버 통합 요청을 검토를 위해 전달하겠다고 말했습니다.
이 요청을 이미 ZimaOS 관리 연결에 사용되고 있던 작동하는 I226-V 인터페이스와 혼동해서는 안 됩니다.
인터페이스 UI가 누락되었다고 해서 즉시 nmcli를 강제로 사용해 해결하려 하지 마세요
사용자는 고정 IP를 다음을 통해 적용하는 방안을 고려했습니다 nmcli UI가 누락되었기 때문입니다. 이를 통해 Linux 네트워킹을 구성할 수는 있지만 ZimaOS가 인터페이스를 열거하지 못하는 원인은 해결되지 않으며, 이후 ZimaOS 버전에서는 설정에서 지원되는 고정 IP 제어 기능을 제공합니다.
현재 시스템에서는 현재 ZimaOS 네트워크 동작을 설정에서 표시되어야 할 항목의 기준으로 사용하세요.
현재 ZimaOS는 물리적 이더넷 포트를 나열해야 합니다
현재 네트워킹 지침에 따르면 물리적 이더넷 인터페이스에는 인터페이스 이름, 링크 상태, 협상된 속도 및 할당된 IP 주소가 표시되어야 합니다. Linux에서 작동하는 인터페이스가 있지만 네트워크 페이지가 비어 있다면 라우터 설정을 반복해서 변경하기보다 관리 서비스의 진단 정보를 수집하세요.
현재 사례와 유사한 경우 수집할 항목
- 정확한 ZimaOS 버전;
-
lspci -nn모든 네트워크 컨트롤러에 대해; - 현재 인터페이스 및 주소 출력;
- 각 물리적 포트의 링크 상태;
- 네트워크 페이지 스크린샷;
- 지원팀이 요청할 때 관련 ZimaOS 네트워크 API 또는 로그 결과;
- 다음과 같은 하드웨어 인벤토리
lshw열거 서비스가 실패하는 것으로 보이는 경우.
스레드에서 실제로 입증된 내용
ZimaOS 설정에서 해당 인터페이스를 표시하지 못하는 동안에도 서버는 Intel I226-V 인터페이스를 통해 네트워크에 연결할 수 있었습니다. 라우터 예약 제거, I226-V 포트 간 전환, 전원 껐다 켜기 및 수동 ETHS 수정해도 표시 문제가 해결되지 않았습니다. 조사는 다음과 같은 의심에서 끝났습니다 lshw 비공개 후속 논의와 관련된 구문 분석 문제.
네트워크 인터페이스 FAQ 누락
서버가 실제로 오프라인 상태였나요?
아니요. DHCP 주소가 있었고 활성 이더넷 인터페이스가 트래픽을 전달했습니다.
라우터 예약을 제거하면 네트워크 페이지가 정상적으로 표시되었나요?
아니요. 서버는 새 DHCP 주소를 받았지만 인터페이스 제어 항목은 계속 표시되지 않았습니다.
다른 I226-V 포트로 전환하면 문제가 해결되었나요?
아니요.
수동 ETHS 수정으로 문제가 해결되었나요?
이러한 실험을 통해 공개적으로 확인된 해결책은 없었습니다.
마지막으로 공개된 진단 단서는 무엇이었나요?
API 오류로 인해 논의가 가능한 원인으로 향했다 lshw 정보 구문 분석 문제.
