기본 콘텐츠로 건너뛰기

리눅스를 몰라도 Codex 로 VPS에 Hermes를 설치하고 쉽게 운영하는 방법

 초보자를 위한 AI 에이전트 서버 운영 가이드

리눅스를 몰라도 VPS에 Hermes를 설치하고 Codex로 운영하는 방법

이 글의 목표는 “리눅스 명령어를 잘 모르는 사람도” Hostinger VPS에 Hermes 에이전트를 설치하고, Codex를 이용해 SSH로 접속해 운영, 모니터링, 오류 해결까지 할 수 있게 만드는 것입니다.

1. 이 글은 누구를 위한 글인가

VPS, SSH, Docker, Linux라는 단어가 낯선 분들도 많습니다. 하지만 AI 에이전트를 제대로 운영하려면 결국 “내 컴퓨터가 꺼져 있어도 계속 일하는 원격 작업자”가 필요합니다. 그 원격 작업자가 Hermes이고, 그 Hermes가 사는 집이 VPS입니다.

이 글은 서버 전문가를 위한 글이 아닙니다. 오히려 서버를 잘 모르는 분들이 Codex를 조력자로 삼아 원격 서버에 Hermes를 설치하고 운영하는 흐름을 이해하도록 돕는 글입니다.

핵심 메시지: 리눅스 명령어를 모두 외우지 않아도 됩니다. 중요한 것은 SSH 접속 정보와 Codex에게 정확히 요청하는 방법입니다.

2. 왜 Codex가 필요한가

VPS를 구매하면 보통 이런 정보를 받습니다.

  • 서버 IP 주소
  • SSH 사용자 이름, 보통 root
  • root 비밀번호 또는 SSH key
  • 운영체제, 예를 들어 Ubuntu 24.04

문제는 그 다음입니다. 접속은 했는데 무엇을 입력해야 할지 모릅니다. Docker 설치, Hermes 설치, 환경변수 설정, Telegram bot token 등록, 로그 확인, 재시작 같은 작업이 모두 리눅스 명령어로 보이기 때문입니다.

Codex가 필요한 이유는 여기에 있습니다. Codex는 단순한 챗봇이 아니라, SSH로 원격 VPS에 접속해 명령을 실행하고 결과를 읽고 다음 조치를 판단할 수 있는 운영 파트너가 됩니다.

기존 방식

사용자가 명령어를 검색하고, 복사하고, 실패하면 다시 검색합니다.

Codex 방식

사용자가 목표를 말하면 Codex가 필요한 명령어를 실행하고 결과를 분석합니다.

Codex에게 이렇게 말하면 됩니다
내 Hostinger VPS는 Ubuntu 서버입니다.
SSH 접속 정보는 root@서버IP 입니다.
이 VPS에 Hermes를 Docker 기반으로 설치하고,
Telegram bot으로 사용할 수 있게 설정해 주세요.
설치 후에는 상태 확인, 로그 확인, smoke test까지 해 주세요.

3. 준비물은 딱 세 가지

초보자에게 가장 중요한 것은 준비물을 단순하게 이해하는 것입니다. Hermes 설치를 시작하기 전에 아래 세 가지만 있으면 됩니다.

준비물설명예시
VPS 서버Hostinger에서 만든 Ubuntu VPSUbuntu 24.04
SSH 접속 정보Codex가 서버에 들어가기 위한 주소ssh root@123.123.123.123
Telegram bot tokenHermes가 Telegram 메시지를 받기 위한 토큰123456:ABC...
블로그나 영상에서는 실제 IP, root 비밀번호, bot token, API key를 그대로 보여주면 안 됩니다. 노출했다면 즉시 변경해야 합니다.

4. VPS에 SSH로 접속하는 방법

Hostinger VPS 화면에는 보통 ssh root@서버IP 형식의 접속 정보가 표시됩니다. 이 정보만 있으면 Codex에게 접속을 맡길 수 있습니다.

비밀번호 접속

처음에는 root 비밀번호로 접속할 수 있습니다. 하지만 장기 운영에는 SSH key 방식이 더 안전합니다.

Codex에게 요청할 말
아래 VPS에 SSH로 접속 가능한지 확인해 주세요.

서버: root@서버IP
운영체제: Ubuntu
접속 방식: root password

접속에 성공하면 hostname, uptime, docker 설치 여부를 확인해 주세요.

SSH key 접속

Hostinger의 SSH keys 화면에 내 Mac의 공개키를 등록하면 이후에는 비밀번호 없이 접속할 수 있습니다. Codex 입장에서는 이 방식이 훨씬 안정적입니다.

Codex에게 요청할 말
내 Mac의 SSH 공개키를 확인해서 알려주세요.
Hostinger VPS의 SSH keys 메뉴에 등록할 수 있는 형식으로 보여주세요.

5. Codex에게 Hermes 설치를 맡기는 방법

초보자는 설치 명령어를 모두 알 필요가 없습니다. 대신 Codex에게 설치 기준을 명확히 알려주면 됩니다. 중요한 기준은 Docker 기반 설치, 데이터 볼륨 보존, systemd 자동 실행입니다.

설치 요청 프롬프트
Hostinger VPS에 Hermes를 Docker 기반으로 설치해 주세요.

조건:
1. Ubuntu 서버에 Docker와 Docker Compose가 없으면 설치해 주세요.
2. Hermes 데이터는 /docker/hermes-agent/data 에 보존되게 해 주세요.
3. Hermes workspace는 /docker/hermes-agent/data/workspace 로 만들어 주세요.
4. 컨테이너 내부에서는 /opt/data/workspace 로 접근되게 해 주세요.
5. Hermes gateway는 systemd 서비스로 자동 실행되게 해 주세요.
6. 설치 후 docker ps, systemctl status, 로그 확인, smoke test를 실행해 주세요.
7. 설치 과정과 결과를 초보자도 이해할 수 있게 요약해 주세요.

이 요청을 받은 Codex는 서버 상태를 확인하고, 필요한 패키지를 설치하고, Docker compose 파일을 만들고, 컨테이너를 띄운 뒤 상태를 점검할 수 있습니다.

Docker를 쓰는 이유

Docker는 Hermes를 서버 전체와 분리된 실행 환경 안에 넣어줍니다. 직접 설치보다 재설치, 이전, 복구, 격리가 쉽습니다.

VPS
└── Docker
    └── Hermes container
        └── /opt/data/workspace

6. Telegram 설정을 맡기는 방법

Hermes를 실사용하려면 Telegram bot token과 home channel 설정이 필요합니다. Telegram bot token은 BotFather에서 만들고, Hermes 설정에 넣어야 합니다.

Telegram 설정 요청 프롬프트
Hermes가 Telegram bot으로 동작하도록 설정해 주세요.

Telegram bot token은 제가 따로 입력하겠습니다.
home channel 또는 내 Telegram chat id도 확인해 주세요.
설정 후에는 Hermes gateway를 재시작하고,
Telegram 연결 로그가 정상인지 확인해 주세요.

설정이 끝난 뒤에는 로그에서 다음과 같은 흐름이 보여야 합니다.

Connecting to telegram...
Telegram menu registered
Connected to Telegram
Gateway running
Telegram bot token은 절대 블로그 본문, 영상 화면, GitHub 저장소에 노출하면 안 됩니다.

7. LLM 모델 설정 변경하기

Hermes는 내부 설정에 따라 어떤 LLM 모델을 사용할지 결정합니다. 모델을 바꾸고 싶을 때도 사용자가 설정 파일 위치를 몰라도 됩니다. Codex에게 현재 설정을 찾아서 변경해 달라고 요청하면 됩니다.

모델 설정 변경 요청 프롬프트
현재 Hermes가 어떤 LLM provider와 model을 쓰는지 확인해 주세요.
설정 파일 위치를 찾아서 보여주고,
모델을 원하는 값으로 바꿔 주세요.

원하는 모델:
provider: openai 또는 사용 중인 provider
model: 원하는_모델명

변경 후 Hermes gateway를 재시작하고 smoke test까지 해 주세요.

모델 변경 후에는 반드시 smoke test를 해야 합니다. 모델 이름이 틀렸거나 인증 정보가 잘못되어 있으면 Hermes가 메시지를 받아도 답을 못할 수 있습니다.

hermes -z "Reply with exactly ok"

8. 상태 확인과 모니터링

설치보다 중요한 것은 운영입니다. AI 에이전트가 멈췄는지, Telegram 연결이 살아 있는지, 디스크가 꽉 차지는 않았는지 확인할 수 있어야 합니다.

일상 점검 요청 프롬프트
VPS Hermes 상태를 점검해 주세요.

확인할 항목:
1. docker ps
2. hermes gateway systemd 상태
3. workspace preview 서버 상태
4. 최근 gateway.log 오류
5. 디스크 사용량
6. 메모리 사용량
7. Hermes smoke test

문제가 있으면 원인과 조치 방법을 알려주세요.

Codex가 내부적으로 확인하는 대표 명령은 아래와 같습니다. 사용자가 외울 필요는 없지만, 무엇을 확인하는지 이해하면 운영 감각이 생깁니다.

docker ps
systemctl is-active hermes-gateway.service
tail -120 /opt/data/logs/gateway.log
df -h
free -h

9. 오류가 났을 때 Codex로 해결하기

Hermes 운영 중 가장 자주 만나는 문제는 Telegram 연결 문제, LLM API 오류, 컨테이너 중단, 파일 권한 문제, 브라우저 렌더링 도구 누락입니다. 이때도 “어떤 명령어를 쳐야 하지?”가 아니라 Codex에게 증상 중심으로 말하면 됩니다.

상황 1: Telegram 메시지에 답이 없다

Codex에게 요청할 말
Hermes가 Telegram 메시지에 답하지 않습니다.
Telegram 연결 상태, gateway 로그, polling conflict 여부,
bot token 설정 문제를 확인해 주세요.
필요하면 Hermes gateway를 안전하게 재시작해 주세요.

상황 2: LLM API 오류가 난다

Codex에게 요청할 말
Hermes 로그에서 LLM API 호출 오류를 찾아주세요.
provider, model 이름, 인증 정보, rate limit, timeout 문제 중 무엇인지 구분해 주세요.
설정 변경이 필요하면 변경 전후 차이를 설명하고 적용해 주세요.

상황 3: 파일 생성은 됐는데 다운로드가 안 된다

Codex에게 요청할 말
Hermes가 만든 파일 다운로드가 안 됩니다.
/opt/data/workspace 안에 파일이 있는지,
VPS 호스트의 workspace 경로와 연결되어 있는지,
preview 서버가 8090 포트에서 실행 중인지 확인해 주세요.

상황 4: 브라우저 렌더링이 안 된다

Codex에게 요청할 말
Hermes 작업 중 Chrome 또는 Chromium이 없어서 브라우저 렌더링이 실패했습니다.
VPS 호스트와 Hermes Docker 컨테이너 내부에 브라우저가 설치되어 있는지 확인해 주세요.
없으면 headless 렌더링이 가능하도록 설치하고,
HTML 렌더링과 screenshot 생성 테스트까지 해 주세요.

상황 5: 컨테이너가 죽었다

Codex에게 요청할 말
Hermes 컨테이너가 중단된 것 같습니다.
docker ps -a, docker logs, systemctl status를 확인해서
왜 중단됐는지 분석하고, 데이터 손실 없이 복구해 주세요.

10. 파일 공유 폴더 운영

Telegram으로 파일을 계속 보내고 받는 것은 번거롭습니다. 그래서 Mac의 로컬 폴더와 VPS의 Hermes workspace를 동기화하면 훨씬 편합니다.

Mac에서 보는 폴더:
~/Desktop/HermesShared

Hermes에게 알려줄 폴더:
/opt/data/workspace

VPS 호스트 실제 폴더:
/docker/hermes-agent-zte3/data/workspace

중요한 점은 Hermes에게 Mac 경로를 알려주면 안 된다는 것입니다. Hermes는 Docker 컨테이너 안에서 실행되므로 /opt/data/workspace만 이해합니다.

Hermes에게 보낼 메시지 예시
공유 폴더에 있는 h-docx 폴더의 파일들을 확인해줘.
Hermes 기준 경로는 /opt/data/workspace/h-docx 이야.
작업 결과도 /opt/data/workspace에 저장해줘.

동기화가 자동으로 돌고 있지 않다면 Mac에서 아래 동기화 명령을 실행하면 됩니다.

cd /Users/사용자이름/Desktop/vps
./hermes-shared-sync.sh once

11. 보안과 운영 원칙

AI 에이전트는 파일을 만들고 명령을 실행할 수 있습니다. 그래서 편리하지만, 권한 관리가 중요합니다.

  • 처음 접속 후에는 비밀번호보다 SSH key 방식을 사용합니다.
  • root 비밀번호, Telegram bot token, API key는 절대 공개하지 않습니다.
  • 공유 폴더 동기화에서 삭제 자동 전파는 신중하게 사용합니다.
  • Hermes 데이터는 Docker 볼륨 또는 호스트 폴더에 보존되게 합니다.
  • 문제가 생기면 바로 재설치하지 말고 로그부터 확인합니다.
  • 설정 변경 후에는 항상 smoke test를 실행합니다.
서버 운영에서 가장 위험한 습관은 “일단 복붙”입니다. Codex에게 명령의 목적, 영향 범위, 되돌리는 방법을 설명하게 한 뒤 실행하는 습관을 들이는 것이 좋습니다.

마무리: AI 에이전트는 설치보다 운영이 중요하다

Hostinger VPS에 Hermes를 설치하는 일은 시작일 뿐입니다. 진짜 가치는 Codex를 통해 Hermes를 지속적으로 모니터링하고, 문제가 생겼을 때 로그를 읽고, 모델 설정을 바꾸고, Telegram 연결을 복구하고, 파일 공유 구조를 개선하는 운영 과정에서 나옵니다.

리눅스 명령어를 모두 외울 필요는 없습니다. 대신 Codex에게 정확히 요청하는 방법을 익히면 됩니다. 앞으로의 AI 활용은 단순히 “AI에게 질문하는 것”에서 “내 AI 작업 인프라를 운영하는 것”으로 이동할 것입니다.

한 줄 요약: VPS는 24시간 작업 공간, Hermes는 원격 AI 작업자, Codex는 그 작업자를 설치하고 관리하는 운영 콘솔입니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

[크롬북에서 설문지/퀴즈를 활용하여 풀스크린 모드로 학생평가 (시험) 하는 방법 소개]

[크롬북에서 설문지/퀴즈를 활용하여 풀스크린 모드로 학생평가 (시험) 하는 방법 소개]  # 크롬북   # 크롬기기관리   # 키오스크모드 여기서 풀스크린 모드란, 시험보는 동안에는 다른 앱이나 브라우저를 실행할 수 없고 오로지 시험문제(설문지) 화면만 풀스크린모드로 실행되게 하는 방법입니다. 즉, 학생들에게 배포된 크롬북을 시험보는 동안에만 시험보는 설문지를 풀스크린모드로 설정을 하고 시험 종료 후에는 원래의 상태로 복귀 시킬 수 있습니다. 크롬 기기(크롬북)에서는 키오스크 모드(풀스크린모드)를 설정하는 방법이 있습니다. (크롬 기기 관리 라이선스를 통해서 기기 설정을 해야 ) 1단계 - Google 설문지로 시험지 작성하기 (키오스크 앱으로 실행될 웹 페이지 준비 과정) 2단계 - 크롬 앱 빌더로 키오스크 앱 생성 및 테스트 하기 3단계 - 크롬 웹 스토어에 키오스크 앱을 등록 배포하기 위한 개발자 대시보드 가입 및 앱 올리기 4단계 - 크롬 기기 관리 콘솔에서 키오스크 앱 위한 설정 5단계 - 최종 단일 키오스크 앱 (예: ‘크롬북시험보기' 앱)을 실행할 등록된 기기들을 배정 https://support.google.com/chrome/a/answer/3273084?hl=ko 자세한 설명은 위 도움말에 언급되어 있으나, 2단계,3단계, 4단계는 생각보다 쉬운 작업은 아닙니다. (키오스크 앱을 빌드해야하고 빌드된 앱을 크롬 웹스토어 개발자 모드로 게시해야 하고, 크롬 기기 관리 콘솔에서 키오스크 앱 설정을 해야 하고 등등. 조금더 자세한 정보가 필요하시면  http://bit.ly/300Vtl2  (도서-"기업과 학교를 위한 크롬북 " 221p ~ 236p 를 참고하시면 됩니다) 참고 블로그 -  http://bit.ly/2ZZh8tP 참고 Google 설문지로 퀴즈 만들기 및 채점 -  http://bit.ly/301GkzS

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

  AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...

Claude Code 공식 모범 사례 쉽게 이해하기

  학습용 가이드 · Anthropic 공식 문서 기반 Claude Code 공식 모범 사례 쉽게 이해하기 이 문서는 Anthropic의 공식 문서 Claude Code 모범 사례 를 바탕으로, 내용을 더 쉽게 이해할 수 있도록 설명과 예시를 추가해 재구성한 학습용 가이드입니다. 공식 문서: code.claude.com/docs/ko/best-practices 목차 한 줄 요약 챗봇이 아니라 "자율 코딩 작업자"다 완료 기준을 먼저 줘라 검증 기준의 종류 Before/After: 검증 기준 제공 탐색 → 계획 → 코딩 순서 Plan Mode가 필요한 경우 탐색 → 계획 → 구현 예시 구체적인 맥락을 넣어라 Before/After: 맥락 제공 풍부한 콘텐츠를 제공하라 CLAUDE.md는 짧은 운영 카드다 좋은 CLAUDE.md 예시 권한은 자동화의 브레이크다 CLI 도구를 적극 활용하라 MCP 서버로 외부 시스템 연결 Hooks: 반드시 실행되는 규칙 Skills: 반복 업무 저장 Subagents로 context 절약 Claude에게 질문도 잘 시켜라 세션 관리는 품질 관리다 체크포인트와 rewind 활용 비대화형 모드로 자동화하기 여러 세션 병렬 실행 대량 작업은 fan-out으로 적대적 리뷰 단계 추가 흔한 실패 패턴과 해결책 실무 시나리오별 완성 프롬프트 AI 개발팀 운영 모델 작업 전 체크리스트 바로 쓰는 기본 템플릿 최종 정리 0 한 줄 요약 Claude Code를 잘 쓰는 핵심은 AI에게 코딩을 맡기는 것 이 아니라, AI가 검증 가능한 방식으로 일하게 만드는 것 입니다. 좋은 AI 코딩 운영 = 목표 + 맥락 + 검증 기준 + 권한 제한 + 리뷰 구조 1 Claude Code는 챗봇이 아니라 "자율 코딩 작업자"다 일반 챗봇은 질문에 답하고 멈춥니다. 하지만 Claude Code는 다음 일을 할 수 있습니다. 파일 읽기 코드 수정 터미널 명령 실행 테스트 실행 빌드 확인 에러 로그 분석 여러 파일에 걸친 리팩터링...

구글 드라이브에서 내 파일이 갑자기 사라졌어요 [알아두면 쓸모 있는 구글 드라이브 팁]

  구글 드라이브에서 고아가 된(정리 되지 않은)  파일들에 대한 현상 및 복원 방법 및 공유 드라이브 활용 목차  배경 내 파일이나 폴더가 사라지고 (삭제된 것은 아님) 찾을 수 없는 현상 고아가 된 파일 (정리가 안된 파일) 을 찾아 내고 복원하는  방법 고아가 된 과정을 추적하는 방법 배경   구글 드라이브의 내 드라이브에서 협업을 위한 협업 폴더를 생성한 후 다른 팀원간들간에 공유하여 작업하는 동안 예기치 못하게 내가 생성한 파일들 또는 폴더가 갑자기 사라지는 현상이 발생 할 수 있습니다. 또한 이를 경험한 사용자들이 많이 있습니다.  내가 파일이나 폴더를 삭제하지 않았는데 불구하고 휴지통에도 없고, 내가 삭제한 기억도 없고, 이러한 현상이 발생할 경우에는 본 벡서서에서 설명하는 해당 폴더나 파일들이 ‘고아 (Orphaned)’ 가 된 상태가 되어있는게 분명합니다.  한글 도움말에는 ‘정리가 되지 않은 파일 (또는 분리가 된 파일)' 이라고 설명되어 있기도 합니다. 고아가 된 파일들은 어떠한 폴더에도 속하여 있지 않고, 내 휴지통에도 존재하지 않는 현상입니다. 그러나, 구글 드라이브에서는 용량을 계속 차지 않고 있는 상태입니다. 간혹 왜? 내가 삭제한 적이 없는데 파일이 없어졌거나 폴더가 보이질 않는 경우 당황하지 않고 이문서를 자세히 참조하면 해답을 찾을 수 있습니다.   내 파일이나 폴더가 사라지고 (삭제된 것은 아님) 찾을 수 없는 현상      1. 내 드라이브에서 Folder A를 생성하고 Folder A 안에 File A 를 생성 합니다. 나중에 File A를 삭제 하고, 그 이후에 Folder A 까지 삭제를 할 수 있습니다. 그후 휴지통에서 File A만 복원을 할 경우 삭제된 File A 를 복원하려고 하는데 File A가 존재하였던 상위 폴더 ‘Folder A’는 이미 삭제된 상태입니다. 이럴때 File A는 ...

[알아두면 쓸모 있는 구글 문서 팁] 문서 공유시- 사용자 이름 대신에 익명의 동물이 표시 되는 이유와 동물 종류

구글 드라이브에는 다른 유사 서비스에서는 제공하지 않는 구글 만의 유니크한 기능들이 있다 구글 문서를  불특정 다수에게 전체 공개로 공유할 수 있습니다. 불특정인이 구글 문서에 접속한 경우 익명의 동물로 표시됩니다.  ' 웹에 공개' 또는 '링크가 있는 사용자' 공유 설정을 선택하면 인식할 수 없는 이름이나 익명의 동물이 표시될 수 있습니다. 파일에서 인식할 수 없는 이름을 볼 수 있는 몇 가지 이유는 다음과 같습니다. 메일링 리스트와 파일을 공유합니다. Google 계정이 없는 사용자와 파일을 공유하며, 그 사용자가 다른 사용자에게 공유 초대를 전달했습니다. 내 파일을 수정할 수 있는 누군가가 파일을 다른 사용자와 공유했습니다. 다른 사용자가 자신의 Google 계정 이름을 변경했습니다. 공유 설정 페이지에서 해당 사용자 이름 위로 마우스를 이동하여 이메일 주소를 확인하세요. 익명의 동물 다른 사용자에게 개별적으로 보기 또는 수정 권한을 부여하거나 메일링 리스트에 속해 있는 경우에만 사용자 이름이 표시됩니다. 파일 권한을 '링크가 있는 사용자'로 설정하면 파일을 보고 있는 사용자의 이름이 표시되지 않습니다. 대신 다른 사용자가 익명으로 라벨이 지정되어 표시되고 각 익명 사용자는 다양한 익명의 동물로 나열됩니다. 파일 권한을 '링크가 있는 사용자'로 설정했지만 특정 사용자와 파일을 공유하는 경우 파일을 공유한 사용자의 이름이 표시됩니다. 그 외 다른 사용자가 파일을 볼 때는 익명으로 나타납니다. 비공개 파일의 익명 동물 파일 권한을 '링크가 있는 사용자'로 설정한 다음 이를 '특정 사용자'로 변경하면 다음과 같은 경우 여러 익명의 동물이 표시될 수 있습니다. 누군가 파일을 여러 번 여는 경우에는 익명의 동물 목록에서 오래되고 연결이 끊긴 세션을 강제 종료하는 데 조금 시간이 걸릴 수 있습니다. 누군가 온...