Hetzner의 Kiwix 계정 취소와 모든 서버 종료

• Kiwix는 2024년 12월 1일 일요일 00:00에 호스팅이 사전 경고 없이 중단되며 라이브러리 접근과 파일 다운로드가 막혔다고 밝힘
• 원인은 Hetzner가 Kiwix 계정을 취소하고 모든 서버를 종료한 것이었고, Kiwix는 스팸함까지 확인했지만 사전 통지를 찾지 못함
• 월요일 오전 Hetzner와 연락이 닿았지만 취소 사유는 확인하지 못했고, Hetzner가 보냈다는 이메일도 재전송 불가라는 답을 받음
• 서버 데이터가 이미 삭제된 뒤 Kiwix는 영향받지 않은 미러와 Scaleway의 새 머신으로 약 8TB를 복구했으며, 다시 온라인화하는 데 약 48시간이 걸림
• 이후 공유된 취소 이메일에도 사유는 없었고, Kiwix는 이번 사고를 계기로 리소스 제약 안에서 새 보호장치를 검토하기로 함

---

일요일 자정에 끊긴 Kiwix 서비스

• 2024년 12월 1일 일요일 00:00, Kiwix의 서버 호스팅이 예고 없이 중단됨
• Kiwix는 이 일을 근거로 Hetzner Online 서비스를 추천하지 않는다고 밝힘
• 서버 연결이 끊긴 시점은 일요일 자정이었고, Kiwix는 Hetzner 측의 예약된 서비스 폐지로 보인다고 판단함
• 주요 저장소 백엔드가 완전히 접근 불가능해짐
  • 일반 사용자는 라이브러리에 접근하거나 파일을 다운로드할 수 없었음
  • Kiwix도 저장소에 접속해 원인을 확인할 수 없었음

계정 취소와 즉시 삭제된 서버 데이터

• 확인 결과 Hetzner가 Kiwix 계정을 취소하고 모든 서버를 종료한 상태였음
• Kiwix는 사전 경고를 받지 못했으며, 스팸 폴더에서도 관련 통지를 찾지 못함
• 일요일에는 연락 가능한 사람이 없었고, 월요일 오전이 되어서야 Hetzner와 연락이 닿음
• 취소 사유는 끝내 설명받지 못함
  • Hetzner는 이메일을 보냈다고 답함
  • Kiwix가 재전송을 요청했지만 Hetzner는 해당 이메일을 다시 보낼 수 없다고 답함
• 그 사이 모든 서버가 이미 삭제되어 Kiwix는 데이터를 회수할 방법이 없었다고 함

미러와 Scaleway를 이용한 복구

• Kiwix에는 영향받지 않은 미러가 남아 있었음
• 새 머신은 다른 제공업체인 Scaleway에서 확보함
• 이후 새 Master 서버로 데이터를 즉시 다시 가져오기 시작함
• 약 8TB 규모의 데이터를 다시 온라인 상태로 만드는 데 전체적으로 약 48시간이 걸림

드러난 운영 취약점과 후속 대응

• 이번 사고로 Kiwix는 몇 가지 취약 지점을 확인함
• 동시에 인프라 담당자들이 비교적 빠른 시간 안에 상황을 전환할 수 있음도 확인됨
• Kiwix는 앞으로 몇 주 또는 몇 달 동안 리소스 제약 안에서 새 보호장치를 어떻게 구현할지 검토하겠다고 함

뒤늦게 공유된 취소 이메일

• 이후 Hetzner가 취소 이메일을 공유함
• 이메일은 다음 달 말 Kiwix 계정을 닫겠다는 단순 안내였음
• 취소 사유는 없었고, 문구상 Kiwix가 Hetzner의 서비스 약관을 위반했다는 느낌은 아니었다고 함
• Kiwix는 이 이메일로 사건을 마무리하고 넘어갈 수 있게 됐다고 밝힘
• Kiwix는 인터넷에 문제를 공개적으로 알린 것이 효과가 있었다고 덧붙임

[GN⁺]

Hacker News 의견들

• CTO에게 백업이나 플랜 B가 있냐고 물으면 “AWS에 있고 거기에 백업도 하며, AWS라는 회사가 망할 일은 없다”고 답하는 경우가 많음
  그래서 계정이 닫히면 어떻게 하느냐고 다시 묻는다. 예를 들어 Amazon에서 문제가 되는 물건을 파는 회사와 같은 전화번호를 쓴다는 이유로 계정이 엮이거나, 몇 년 전 GCP가 드라이브의 이미지를 잘못 분류해 계정을 닫은 사례 같은 경우임
  백업은 다른 위치에 있어야 하고, Terraform도 다른 클라우드 제공자에서 검증돼 있어야 한다. 그렇지 않으면 회사 전체를 위험에 빠뜨리는 셈임
  덧붙이면 Hetzner 자체를 비난하려는 말은 아님. 20년 넘게 써 왔고 그동안 개별 서버가 중지된 적은 있었지만 계정 전체가 취소된 적은 없었음

  • 우리 회사는 부실한 계획으로 생긴 문제를 피하려고 여러 AWS 계정을 쓰는 방향으로 갔음
    처음엔 온프레미스에서 나가라고 하면서 비용은 상관없다고 했고, 그다음엔 클라우드 중립적이어야 한다고 했다가 마감이 닥치니 “기술 부채는 상관없고 최대한 빨리 AWS에서 돌아가게 하라”고 바뀜
    이제는 AWS 비용 때문에 난리라서, 기능 개발과 유지보수 위에 “클라우드 중립”과 “모든 클라우드에서 서비스 비용 절감”을 동시에 떠안고 있음. 기술 부채와 버그가 많아 둘 다 10배는 느려짐
    빨리 새 직장을 찾아야겠음. 임원진과 상층 관리자가 회사를 너무 엉망으로 운영하고 있음. 매일 현실과 동떨어졌거나 작동 방식을 거의 모르는 누군가의 즉흥 대응이 이어지고, 실제 문제 해결에는 별 도움이 안 되는 절차 문제만 늘어남
  • 또 좋은 질문은 “마지막으로 백업 복구를 시도한 게 언제인가?”임
    보통 “내장 도구인데 왜 고장났다고 가정해야 하죠?” 같은 답이 돌아옴. 그리고 몇 달이나 몇 년 뒤 복구를 시도해 보면, 정작 중요한 데이터는 백업된 적이 없었다는 걸 알게 됨
  • https://cloud.google.com/blog/products/infrastructure/detail...
    Google Cloud가 올해 초 호주의 한 연금 펀드 클라우드 배포 전체를 실수로 지워버린 일이 있었음. 정말 견고한 백업을 원한다면 결국 객체 저장소로 축약할 수 있어야 하고, 다른 회사의 클라우드에 넣어야 한다고 봄
  • 데이터 백업에는 동의하지만, 다른 클라우드 제공자에 구성을 복제하는 건 비싸고, 단순하지 않으며, 예를 들어 지금 시스템에 1:1로 대응되는 구성이 다른 클라우드에 있는지도 불확실함
    게다가 테스트되지 않은 채 방치되다가 가장 필요할 때 쓸모없을 가능성이 큼
  • 우리 CEO는 AWS 청구서를 미납해 왔고, S3 버킷이 삭제되면 회사 전체 사업과 모든 지식재산이 그냥 사라진다는 걸 이해하지 못하는 듯함. 백업은 어떤 형태로도 전혀 없음
    내가 수동으로 전부 백업을 받아 두긴 했지만, 정말 좋지 않음

• 이 건에 대해 사실이 아닌 소식이 퍼지고 있어 남김. 2024년 10월 30일에 약관에 따른 기한을 명시해 이메일로 해지 통보를 보냈음
  우리 팀은 이미 이 고객과 여러 차례 연락했고, 통신 전송 기록도 보유하고 있음. 계정을 무작위로 닫는 일은 없으니 안심해도 됨. 서비스 남용, 약관 위반 등 항상 구체적이고 정당한 이유가 있음
  따라서 약관을 준수해 주기 바람: https://www.hetzner.com/legal/terms-and-conditions/. --Katie, Hetzner Online

  • 이 사안에 대해 추가 정보를 받을 수 있을까?
    지난 몇 년 동안 Hetzner가 이유를 말하지 않고 계정을 닫았다고 주장하는 사람이 온라인에 많았음. 대부분은 약관 위반처럼 보이지 않게 일부 내용을 의도적으로 빼먹었을 거라고 생각함
    그래도 Hetzner 고객으로서, 비록 작은 고객이지만 그런 불만들이 근거 없고 여전히 이 회사를 신뢰해도 된다는 걸 알고 싶음
  • Katie가 나타나서 반갑다. 이제야 커뮤니케이션을 문서화할 수 있다니 다행임. 사람들이 인터넷에서 떠들기 시작할 때만이 아니라 말임
    우리 주소는 가지고 있어야겠지만 혹시 “분실”됐을 수도 있으니, 10월 30일자 이메일을 contact @ kiwix.org 로 전달해 달라
    아래가 우리가 시작한 지점이고, 참조 번호로 쉽게 찾을 수 있을 것임:

    Procedure: L0020649F
    Person: [redacted] / Kiwix
    Cause: Hello,

    Starting this morning (December 1st at 00:00 UTC), our servers went down.
    We received zero email nor notification of any kind from you.
    Looking for a way to contact you, I looked into this Unlock tab that list an incident
    that matches the time the problem started.

    It's been close to (12) hours already, without a single message from you. Our services
    are down.

    In the Robot dashboard, there is no server listed. In the Traffic statistics page, it
    says we have no IP.
    In the Cloud dashboard, we cant even enter, it says Access Denied.

    What's going on? The billing page is reachable and it indicates we paid all our
    invoices and the next one is to come in 5 days. So it's not a payment issue.

    I checked
    https://docs.hetzner.com/robot/dedicated-server/troubleshoot...

    I am not sure if we're locked because the traceroute does not lead to
    blocked.hetzner.com
    Because the server is not listed, we cant use the whitelist or any other tool.

    Please restore the service immediately.
    Please let us know what kind of issue there is if there is one.

    Only restoring SX65 #2453510 (135.181.224.247) is urgent. The two cloud ones can be
    sorted out later.
    그다음 날인 월요일 2일에 Hetzner로부터 이메일을 두 통 더 받았지만, 근본 문제를 다룬 건 없었음. 그때는 이미 우리 계정 접근이 잠겨 있어서 독일로 전화해야 했고, 그 기록도 확인 가능할 것임
    HN이 서로 기록을 대조하기에 최적의 장소인지는 모르겠지만, 답하기 편한 곳이라면 여기서도 좋음

  • 모호한 약관 위반으로 고객을 내보내는 것과, 데이터를 꺼낼 기회도 주지 않고 삭제하는 것은 완전히 다른 문제임
    특히 수신 확인도 없고 다른 연락 수단을 시도하지도 않은 채 이메일로만 알렸다면 더 그렇다. 서비스가 중단되자마자 데이터를 영구 삭제하는 것이 귀사의 표준 절차인가?

• 여기서 백업은 핵심이 아님. 물론 백업은 중요하지만, Hetzner가 정말 경고나 이전 유예 기간 없이 운영 데이터를 삭제했다면, 그 위에 기반을 세울 만큼 안정적인 토대가 아님
  이런 이유로 Google Cloud 고객이 된 적이 없고, Hetzner가 무엇이 잘못됐는지와 다시는 이런 실수를 하지 않기 위해 무엇을 할지 명확히 밝히기 전까지는 새 서버를 Hetzner에 배포하지 않을 것임
  Hetzner, 이제 공은 당신들 쪽에 있음

  • Hetzner는 저가 호스팅이므로 항상 조심해야 하고 운영 환경을 의존하면 안 된다고 봄. 사용자용 서버를 중고 eBay 서버에 올리는 것과 비슷함. 나도 어렵게 배웠음
    “공은 Hetzner 쪽에 있다”는 것도 꼭 그렇지는 않음. 약관을 읽어보면 서버에 대해 무엇이든 할 수 있다는 내용이 있음
    약관 2.7에는 “또한 정당한 사유가 있는 경우 통지 없이 계약 관계를 종료할 권리를 보유한다”고 되어 있음
    어느 회사의 어떤 서버든 같은 일을 할 수 있음. Amazon도 비슷한 일을 했다는 이야기가 많고, Google도 마찬가지임
    코로케이션이거나 하드웨어를 직접 소유한 경우가 아니라면 여러 방식으로 당할 수 있음. 전용 서버 호스트는 절대 신뢰하지 않을 것임
  • 다들 이런 식임
  • “Hetzner가 정말 경고 없이 운영 데이터를 삭제했다면”에서 핵심은 정말이라면임. 왜 Hetzner가 실수했다고 그렇게 확신하는가?

• Hetzner가 누군가의 서버를 중단했다는 불만은 대개 약관에 어긋나는 콘텐츠를 호스팅했거나 비슷한 이유였음
  그런데 이번 건은 여러 방식의 “오프라인 Wikipedia”에 해당하는 Kiwix 얘기로 보이고, 문제 될 만한 콘텐츠와는 관련이 없어 보임
  결국 Hetzner 측 관점도 나오리라 봄. 보통 상대가 공개적으로 쓰기 시작하면 Hetzner도 공개적으로 문제에 대해 쓰기 시작하는 편임
  개인적으로는 수년간 Hetzner를 만족스럽게 써 왔고, 내 잘못이 아닌 문제는 없었음. 하지만 베를린 시간 일요일 한밤중에 서버가 삭제되고 데이터가 즉시 지워졌으며 구제 수단도 없었다는 이야기는 꽤 공격적으로 들림. 다행히 나도 Kiwix도 중요한 데이터에는 미러가 있는 듯함

  • “약관에 어긋나는 콘텐츠 호스팅”일 수도 있지만, Hetzner가 약관 위반으로 오분류한 콘텐츠일 수도 있음
    임의 파일명 안의 문자열 때문에 그렇게 판단했을 수도 있고, 최근 어떤 Mastodon 인스턴스 사례처럼 사용자가 이미지를 업로드할 수 있다는 이유만으로 Hetzner가 위험하다고 본 경우도 있음. 이런 기능은 흔하고, 불법 콘텐츠가 올라오면 조치할 moderation과 전략이 있었는데도, 그날 검토한 직원이 예민했고 이의 제기 수단은 없었음
  • Wikipedia 외에도 Wikisource, Wikiquote, Wikivoyage, Wikibooks, Wikiversity 같은 Wikimedia Foundation 콘텐츠가 여러 언어로 오프라인 열람 가능하다고 되어 있음 [0]
    사용자는 먼저 Kiwix나 브라우저 확장을 내려받고, 그다음 Kiwix로 오프라인 열람용 콘텐츠를 내려받음 [1]
    “우리의 주 저장소 백엔드가 완전히 접근 불가가 됐다. 일반 사용자에게는 라이브러리에 접근하고 파일을 내려받을 수 없다는 뜻이었고, 우리에게는 연결해서 무엇이 잘못됐는지 볼 수도 없다는 뜻이었다” [2]
    아마 Wikimedia에 이상한 사진 몇 장이 올라갔고, 그것이 Hetzner 서버로 자동 동기화되면서 경보를 건드렸을 수도 있음
    Hetzner가 데이터를 삭제한 부분은 판단하기 어렵지만, Kiwix 팀과 제대로 연락하려 하지 않았다는 건 정말 끔찍한 대응임. 세상에 좋은 일을 하려는 팀이라는 건 알고 있었을 텐데도 말임. 사용자의 계정 접근을 아무 말 없이 막는 Google이나, 보안 취약점을 알려 준 연구자를 고소하는 독일 회사들과 같은 부류임
    Hetzner는 부끄러운 줄 알아야 함
    [0] https://en.wikipedia.org/wiki/Kiwix#Available_content
    [1] https://en.wikipedia.org/wiki/Kiwix#Description
    [2] https://mastodon.social/@kiwix/113622081750449356
  • 내 경험은 정반대임. Hetzner는 약관 위반 신고에 대해서는 완전히 귀가 닫혀 있음. 불법 콘텐츠를 내리게 하려면 변호사가 필요함
  • 이 스레드 아래에 사실상 그런 일을 당했다고 보고하는 댓글이 여러 개 있음

• 잠깐, Hetzner가 정말 경고 없이 모든 데이터를 삭제했다는 건가?
  이건 정말 미친 일이고 사업을 죽일 수 있음. Hetzner 평판에도, 고객에게도 치명적일 수 있음

  • Hetzner에서는 이런 일이 정말 자주 일어남. 이 이야기의 변형을 몇 번이나 들었는지, 여기 HN에서도 얼마나 봤는지 모르겠음
    하지만 싸고, 대부분은 회사를 알아보려 해도 온라인에서 불평하는 사람들을 찾아내지 못할 테니, 안타깝게도 큰 타격은 없었던 듯함
  • 글에는 그렇게 되어 있음. 하지만 물론 그게 사실인지 아닌지는 알 수 없음. 증거는 제시되지 않았고, 우리는 한쪽 이야기만 듣고 있음
  • 이번 휴일에 백업 전략을 다시 검토하고, Hetzner가 나를 중단시키면 내 서비스에 얼마나 긴 중단 시간이 생길지 따져볼 생각임
    Hetzner가 그런 권한을 가지고 있고 데이터를 복구 불가능하게 삭제할 수 있다는 현실이 무섭다
    작년에 Docker 서비스의 포트 설정을 잘못해 누군가가 이를 악용해 포트 스캐너를 돌린 적이 있음. 집을 비운 기간이었기 때문에, 서비스 남용 이메일을 제때 보지 못했다면 며칠 뒤 돌아와서 모든 데이터가 지워졌거나 가동 시간 모니터가 난리를 치는 상황을 맞았을 수도 있음
  • 솔직히 EU 회사가 부족하다고 자주 비판하지만, 개선할 수 있는 지점 중 하나는 고객 지원임
    독일 회사들은 고객 지원이 형편없음. EU 안에서도 그렇다
  • Hetzner의 유일한 평판은 “싸다”임

• 직접 답할 Mastodon 계정이 없어서, 이 말을 들어야 할 사람에게 남김
  나도 VPS 제공자에게 콘텐츠가 내려간 문제를 겪은 적이 있음
  잘 통했던 방식은 대중에게 잘 알려지지 않은 VPS 제공자를 쓰는 것이었음. 한동안은 무제한 대역폭과 Wikipedia 및 Julian Assange가 OVH를 쓴다는 이유로 OVH를 썼음. 지금도 그런지는 모르겠고, 이후에는 콘텐츠를 ENS와 IPFS로 옮겼음
  어쨌든 실제 콘텐츠가 어디에 호스팅되든, 내 “진짜” 서버는 콘텐츠 원본으로 만들고 외부에서 보이지 않게 숨겼음. 방화벽으로 잠가서 10줄짜리 설정 파일을 가진 폐기 가능한 Squid 프록시 서버에서만 접근 가능하게 했음
  그런 다음 DNS와 Cloudflare 등을 Squid 노드로 향하게 했고, 그 노드들이 내려가도 신경 쓰지 않았음. 다른 곳에 몇 분이면 새로 배포할 수 있었기 때문임
  “나쁜 콘텐츠”가 있었던 건 아니고, Tonya Harding처럼 계속 달려드는 무자비한 사업 경쟁자가 있었을 뿐임. 당신 콘텐츠도 그리 공격적으로 보이지 않아 공유함
  앞단 VPS 노드에는 실제 콘텐츠 주소를 원격 원본으로 넣으면 됨. 그러면 당신 말고는 그 위치를 알 수 없음
  그러면 일반적으로 호스팅 회사도 파일을 뒤지지 않는 이상 그게 뭔지 모를 것임. 만약 뒤진다면 그들도 끝장임
  검열을 피하는 방법으로 이 내용을 전달해도 되고, 독점 정보처럼 혼자 가져도 됨. Squid 설정 예제가 필요하면 알려 달라. 진짜 많아야 10줄이고 Google에 예제도 많음

  • 그러면 대역폭이 두 배로 필요함. “진짜” 서버에서 나가는 트래픽 한 번, “앞단” 서버에서 나가는 트래픽 한 번임
    지연 시간도 훨씬 늘고, 장애 지점도 추가되며, “앞단” IP를 “진짜” 서버에 동기화해 접근을 허용해야 함. 게다가 “진짜” 호스팅과 “앞단” 호스팅 각각을 위해 신뢰할 수 있는 제공자 두 곳을 찾아야 함. 같은 제공자를 쓰면 원글과 같은 문제가 생김
    본인에게 잘 작동한다면 좋고 축하할 일이지만, 많은 사람의 문제를 해결한다고 보기는 어려움. 실제로 본인 문제를 해결하는지도 의심스럽고, 본질적으로 Cloudflare/Akamai 같은 것을 쓰되 VPS에 수동으로 프록시를 세운 것과 비슷함
  • 흥미롭지만 지연 시간이 많이 늘어나지 않을까?
  • 이건 이번 상황뿐 아니라 일반적으로도 정말 좋은 조언임. 프록시나 앞단에는 Cloudflare Workers를 추천함

• 이번이 처음이 아님:

  • Ask HN: Hetzner banned me with no explanation. What can I do? (https://news.ycombinator.com/item?id=32318524)
  • Hetzner didn't even provide a detailed info on why they deactivated my account (https://news.ycombinator.com/item?id=40781617)
  • 나도 같은 일을 겪었음. 운영 시스템을 잃기 전 초기에 일어나서 다행이었음

    Dear Mr David Allison

    After reviewing your updated customer information, we have decided to deactivate your account because of some concerns we have regarding this information. Therefore, we have cancelled all your existing products and orders with us.

    Best regards

    Your Hetzner Online Team

• 여기에도 부정적인 경험이 있음. 누군가에게 저작권 위반 요청을 받으면 Hetzner는 고객에게 먼저 연락하지 않음. 그냥 서버를 즉시 내리고 답변하라고 요구함
  당연히 제정신인 절차가 아니며, 어떤 운영 시스템에도 Hetzner를 추천할 수 없음
  HN에서 Hetzner 관련 글을 볼 때마다 화가 남. 이런 업체는 홍보가 아니라 블랙리스트에 올라야 함

  • 내 경험은 다름. 우리는 이런 이메일을 약 6개월에 한 번씩 받고, 조치한 뒤 답하면 아무것도 내려가지 않음
  • 다른 사람들은 다른 경험을 했을 수도 있고, 그 경험도 당신의 경험만큼 유효할 수 있지 않을까?
    그리고 웹사이트가 무엇에 관한 것이었는지도 궁금함. 나도 24시간 안에 답해야 하며 그렇지 않으면 서버를 삭제하겠다는 통지를 받은 적은 있음. 하지만 항상 답하고 준수했기 때문에 서버가 삭제된 적은 없음
  • 내 경험도 아님. 예전에는 답변까지 24시간을 줬고, 그렇지 않으면 서버를 제거하겠다고 했음
  • DMCA 면책 조항은 저작권 있는 콘텐츠를 올렸다고 해서 소송당하지 않게 해 주지만, 그 대가로 내려달라는 통지를 받으면 내려야 함
    내리지 않으면 인프라 쪽으로 내려감. 당신은 게시글을 내릴 수 있지만 호스팅 업체는 게시글만 내릴 수 없고 서버를 내릴 수 있음. 그리고 그렇게 해야 함. 안 하면 벌금이나 징역 위험이 있기 때문임
    이제 전체 이야기를 알아야 함. 공개된 DMCA 삭제 요청 링크가 있었고 실제로 요청을 처리했는데 신고자가 그걸 무시하고 Hetzner로 바로 갔는가? 아니면 사용자 생성 콘텐츠 서버를 운영하면서 “괜찮겠지” 하고 대충 했는가?
    당신이 틀렸다고 말하는 건 아니지만, 이야기의 아주 작은 부분만 말하고 있음
  • 솔직히 이건 정말 독일답다. 독일은 거의 신경증적인 저작권 법을 갖고 있어서, 법적 책임을 피하려고 그러는 것 같음. 그래도 통지도 안 한다는 건 미친 일임

• Hetzner가 내가 0.02유로를 빚졌다는 이유로 계정을 동결했음
  VISA 신용카드나 VISA 직불카드, Amex로는 결제할 수 없었고, 송금을 요구했음. 그런데 내 은행은 금액이 너무 낮다는 이유로 0.02유로 송금을 허용하지 않음
  순전히 오기로 내 데이터센터를 직접 지었음

  • 20유로를 보내고 초과 금액 환불을 요청해 보지는 않았나?
  • 데이터센터를 어떻게 지었는지 궁금함. 집 안에 만든 건가, 아니면 어딘가 공간을 빌린 건가? 비용은 얼마나 들었는가?
    공유할 수 있는 세부 내용이 있다면 듣고 싶음

• 사람들이 듣기 싫어하지만 Hetzner 지원은 형편없음
  우리는 2년 동안 계정을 유지하며 경매 서버를 여러 대 썼고, 지원에 몇 번 연락해야 했는데, 매번 대화를 “우리가 도와줄 일이 아니다”로 시작했음
  supposedly 고장난 경우에만 도와준다고 했지만, NVMe가 거의 멈출 정도로 느려지거나 일시적인 네트워크 문제가 생긴 실제 기술 문제에서도 최대한 “우리는 신경 안 쓴다”는 식으로 굴었음
  그래서 지난달 계정을 해지했음
  OP에게 한 것처럼 우리 데이터 전체를 날렸다면 어떤 고통이 밀려왔을지 상상도 안 됨