# Golem 제공자가 오프라인으로 보일 때 프로세스, 가상화, UDP를 먼저 봅니다

제공자는 x86-64 Linux에서 돕니다. 문서의 정상 상태는 서비스 실행, VM 유효, 드라이버 정상입니다. Mac에서 모니터를 열 수는 있지만 Mac을 제공자로 쓸 수는 없습니다. 오프라인은 GLM이 0이라는 뜻이 아닙니다.

- Canonical: https://iotahome.site/ko/learn/golem-provider-offline-checks
- Publisher: IOTA Watch
- Topics: Golem
- Published: 2026-10-24
- Updated: 2026-10-24

## 핵심 내용

기기에서 서비스, VM, 드라이버를 보고, 이어서 KVM과 UDP 11500을 봅니다. 브라우저의 온라인 표시가 없으면 알 수 없음으로 둡니다.

## 어느 층이 멈췄는지

| 점검 | 정상일 때 | 실패일 때 |
| --- | --- | --- |
| 플랫폼 | x86-64 Linux. Docker가 권장 경로이고 직접 설치도 있음 | ARM과 macOS는 제공자를 돌릴 수 없음. Mac은 모니터를 열 때만 |
| 상태 세 줄 | Service is running, VM valid, Driver Ok | VM이 유효하지 않으면 문서는 컨테이너가 /dev/kvm에 닿지 못하는 쪽을 가리킴 |
| UDP 11500 | 전달하면 직접 연결이 쉬움. 없어도 네트워크가 중계할 수 있음 | 전달이 없다고 프로세스가 죽은 것은 아님. 서비스를 먼저 봄 |
| 모니터의 온라인 표시 | 출처가 true 또는 false | 표시가 없으면 알 수 없음. 수익 0도, 전원을 껐다는 증거도 아님 |

Golem 제공자가 “오프라인으로 보이면” 세 가지를 나눕니다. 이 기기가 제공자가 될 수 있는지, 프로세스와 VM이 정상인지, 네트워크가 공인 직결만 없는 것인지입니다. 브라우저의 온라인 표시는 공개 통계의 한 번 읽기입니다. 없으면 상태는 알 수 없음이고, GLM이 0이 되지는 않습니다.

## 문서가 정상이라고 부르는 것

제공자는 x86-64 Linux가 필요합니다. 문서는 ARM(Apple 실리콘과 ARM 서버 포함)은 현재 제공자가 될 수 없고, macOS는 어떤 하드웨어에서도 제공자로 지원되지 않는다고 합니다. Docker는 터미널을 닫아도 계속 돌고, 충돌이나 재부팅 뒤에 다시 뜨기 때문에 권장 경로입니다. 같은 글 끝에는 직접 설치도 있습니다. 그 경우 golemsp run은 터미널에 붙어 있으므로 systemd 같은 프로세스 관리가 필요합니다. Windows의 Docker Desktop(WSL 2 포함)이나 중첩 가상화가 있는 Linux VM은 보통 동작한다고 하면서, 같은 문단에서 지원 대상이 아니고 그 구성의 문제는 돕지 않는다고 합니다.

Mac에서 [Golem 프로젝트 페이지](https://iotahome.site/ko/projects/golem)를 여는 것은 괜찮습니다. Mac은 기록을 보는 클라이언트이고 제공자 호스트가 아닙니다.

golemsp status에서 문서가 제시하는 정상 조합은 Service is running, VM valid, Driver Ok입니다. VM이 유효하지 않으면 문서는 컨테이너가 호스트의 /dev/kvm에 닿지 못하는 경우를 가리킵니다. 작업은 가상 머신 안에서 돌므로 그 장치가 필요합니다. 이 튜토리얼의 전제는 물리 머신, 또는 중첩 가상화를 켠 가상 머신입니다.

Yagna는 UDP 11500을 씁니다. 문서는 포트를 전달하지 않아도 다른 노드를 통해 중계할 수 있고, 공인 주소가 더 안정적이라고 합니다. 전달은 권장이지, 시작의 절대 조건이 아닙니다. Docker가 host 네트워크이면 포트 전달은 기기에서와 같고, 컨테이너 포트를 한 겹 더 매핑하지 않습니다.

Stats 페이지는 0.17.7보다 오래된 버전은 더 이상 네트워크에 남을 수 없다고 적습니다. 설치 예시의 이미지 태그는 Docker Hub의 현재 안정 태그로 바꿉니다. 튜토리얼의 한 태그를 영원한 유일한 버전으로 두지 마세요.

## 이 순서로 봅니다

- 호스트가 x86-64 Linux이고 /dev/kvm이 있는지 확인합니다. ARM이나 Mac의 “오프라인”은 조정 문제가 아닙니다. 그 기기는 제공자가 될 수 없습니다.

- 상태 세 줄을 봅니다. 서비스가 안 돌면 터미널이 닫혔는지(직접 설치), 컨테이너가 다시 올라오지 않는지 먼저 봅니다.

- VM이 유효하지 않으면 가격을 바꾸기 전에, 문서대로 KVM이 컨테이너에 들어갔는지 확인합니다.

- 서비스는 정상인데 요청자가 연결하기 어려우면 그때 라우터의 UDP 11500을 봅니다. 전달이 없어도 중계는 남아 있습니다. “공인 포트가 없음”을 “프로세스가 죽음”으로 적지 마세요.

- 마지막으로 모니터의 온라인 표시와 갱신 시각을 봅니다. 표시가 비면 알 수 없음으로 두고, 기기의 상태와 대조합니다. 한쪽이 다른 쪽을 덮어쓰지 않습니다.

## 다음에 갈 분기

- 세 줄이 모두 정상인데 작업이 0입니다. 오프라인 점검은 여기서 끝내고 [용량과 작업](https://iotahome.site/ko/learn/golem-offers-tasks-availability)을 봅니다. 가격과 서브넷은 이 글이 증명하지 않습니다.

- 온라인 표시는 참인데 GLM이 비어 있습니다. 온라인은 지급이 아닙니다. 두 GLM은 [최근 24시간과 누적](https://iotahome.site/ko/learn/golem-monitor-guide)을 보세요.

- 버전이 Stats가 허용한다고 적은 선보다 낮습니다. 설치 설명대로 현재 안정 태그로 바꾼 뒤 상태를 다시 봅니다. 모니터는 컨테이너를 대신 올리지 않습니다.

## 예시

예시이며 특정 기기의 측정이 아닙니다. Apple 실리콘 노트북으로 모니터를 열었더니 노드의 온라인 표시가 비어 있습니다. 빈 표시는 알 수 없음으로 두고, GLM 칸도 0으로 적지 않습니다. 그 노트북은 제공자로 설치할 수 없습니다. 다른 x86-64 Linux에서 상태가 서비스 중지, VM 무효이면, 최근 24시간 칸을 고치기 전에 프로세스와 /dev/kvm을 되돌립니다.

## 관련 도구

모니터는 고른 노드 기록만 저장합니다. 무료는 프로젝트당 저장된 기기 5대, Pro는 50대입니다. 기기에 로그인하거나 UDP를 열거나, 복구 뒤에 작업이나 GLM이 생긴다고 보장하지 않습니다.

## 자주 묻는 질문

### UDP 11500을 전달하지 않으면 제공자가 고장인가요?

문서는 전달이 없어도 다른 노드가 중계할 수 있고, 공인 주소가 더 낫다고 합니다. 포트를 전달할지 정하기 전에 서비스가 도는지 보세요.

### Mac에서 온라인이 안 보이면 Mac에 제공자를 다시 설치해야 하나요?

아니요. macOS는 제공자가 될 수 없습니다. Mac은 모니터만 엽니다. 제공자는 x86-64 Linux에 두고, 그 기기의 상태를 대조하세요.

### 온라인 표시가 비어 있으면 수익을 0으로 적나요?

적지 않습니다. 온라인 알 수 없음과 GLM 알 수 없음은 다른 칸입니다. 출처가 0을 분명히 보여줄 때만 그 칸이 0입니다.

## 자료 출처와 구현

- [Golem Network](https://golem.network/)
- [Golem provider installation](https://docs.golem.network/docs/providers/provider-installation)
- [Golem Stats](https://stats.golem.network/)