# 새 서버에 Discourse 백업을 복원한 후 로그인할 수 없음

**URL:** https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951
**Category:** Support
**Created:** [10월 13, 2021, 1:46오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951 "2021-10-13T13:46:04Z")
**Posts on this page:** 14
**Page:** 1

<div class="post-metadata">

### Author: ![ITAS-Isti](https://avatars.discourse-cdn.com/v4/letter/i/87869e/32.png) [@ITAS-Isti](https://meta.discourse.org/u/ITAS-Isti)
#### Post date: [10월 13, 2021, 1:46오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/1 "2021-10-13T13:46:04Z")

</div>

안녕하세요,

새 VM에서 Discourse 백업을 복구했습니다.  
복구 자체는 정상적으로 작동하는 것 같습니다. 올바른 시작 GUI를 확인할 수 있습니다.

로그인을 시도하면 알 수 없는 오류가 발생합니다:

```plaintext
Processing by UsersController#create as */*
  Parameters: {"name"=>"Istvan XXXXXXX", "email"=>"istvan.XXXXXXXX@mailbox.org", "password"=>"[FILTERED]", "username"
=>"Istvan", "password_confirmation"=>"[FILTERED]", "challenge"=>"6662a14f4549a786ed0f37XXXXXX", "timezone"=>"Eur
ope/Berlin"}
Filter chain halted as :respond_to_suspicious_request rendered or redirected
Completed 200 OK in 3ms (Views: 0.2ms | ActiveRecord: 0.0ms | Allocations: 1007)
Started POST "/login" for 172.17.0.1 at 2021-10-13 13:37:31 +0000
Processing by StaticController#enter as HTML
  Parameters: {"username"=>"Istvan", "password"=>"[FILTERED]", "redirect"=>"/u/account-created"}
Redirected to http://discourse.XXXXXXXXX/u/account-created
Completed 302 Found in 2ms (ActiveRecord: 0.0ms | Allocations: 512)
Started GET "/u/account-created" for 172.17.0.1 at 2021-10-13 13:37:31 +0000
Processing by UsersController#account_created as HTML
  Rendered default/empty.html.erb within layouts/application (Duration: 0.1ms | Allocations: 11)
  Rendered layout layouts/application.html.erb (Duration: 60.6ms | Allocations: 36879)
Completed 200 OK in 81ms (Views: 62.1ms | ActiveRecord: 0.0ms | Allocations: 39906)
Started GET "/session/csrf" for 172.17.0.1 at 2021-10-13 13:37:48 +0000
Processing by SessionController#csrf as JSON
Completed 200 OK in 4ms (Views: 2.0ms | Allocations: 602)
Started POST "/session" for 172.17.0.1 at 2021-10-13 13:37:48 +0000
Processing by SessionController#create as */*
  Parameters: {"login"=>"Istvan", "password"=>"[FILTERED]", "second_factor_method"=>"1", "timezone"=>"Europe/Berlin"
}
Can't verify CSRF token authenticity.
  Rendered text template (Duration: 0.0ms | Allocations: 1)
Filter chain halted as :verify_authenticity_token rendered or redirected
Completed 403 Forbidden in 5ms (Views: 0.7ms | Allocations: 897)

```

 ![image](https://global.discourse-cdn.com/meta/original/3X/9/3/93969451d9ccfaa8ffbb916056af6ef12586f554.jpeg)

이 문제를 해결하는 방법에 대해 어떤 아이디어가 있으신가요?

감사합니다.

I.

---

<div class="post-metadata">

### Author: ![IAmGav](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/iamgav/32/235598_2.png) [@IAmGav](https://meta.discourse.org/u/IAmGav)
#### Post date: [10월 13, 2021, 1:49오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/2 "2021-10-13T13:49:01Z")

</div>

비밀번호를 초기화해 보세요

---

<div class="post-metadata">

### Author: ![ITAS-Isti](https://avatars.discourse-cdn.com/v4/letter/i/87869e/32.png) [@ITAS-Isti](https://meta.discourse.org/u/ITAS-Isti)
#### Post date: [10월 13, 2021, 1:50오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/3 "2021-10-13T13:50:49Z")

</div>

시도해 보았지만, 작동하지 않습니다 …

 ![image](https://global.discourse-cdn.com/meta/original/3X/9/e/9e270eab49116640116ff2ba0c187109b21d1f8a.jpeg)

기존 설치에서 이메일 메시지가 비활성화되었을 것 같습니다(백업을 복원했습니다).

I.

---

<div class="post-metadata">

### Author: ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [10월 13, 2021, 1:52오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/4 "2021-10-13T13:52:03Z")

</div>

콘솔을 사용하여 force\_https가 활성화되어 있는지 확인해 보세요

`SiteSetting.force_https`

false인 경우 true로 설정하세요

`SiteSetting.force_https = true`

---

<div class="post-metadata">

### Author: ![ITAS-Isti](https://avatars.discourse-cdn.com/v4/letter/i/87869e/32.png) [@ITAS-Isti](https://meta.discourse.org/u/ITAS-Isti)
#### Post date: [10월 13, 2021, 1:52오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/5 "2021-10-13T13:52:48Z")

</div>

Docker 컨테이너 내부에서还是在 VM의 bash에서 말씀하시는 건가요?

---

<div class="post-metadata">

### Author: ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [10월 13, 2021, 1:53오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/6 "2021-10-13T13:53:51Z")

</div>

Docker 내부에서 수행합니다. VM에서 다음을 실행하세요

```plaintext
cd /var/discourse/
./launcher enter app
rails c

```

---

<div class="post-metadata">

### Author: ![ITAS-Isti](https://avatars.discourse-cdn.com/v4/letter/i/87869e/32.png) [@ITAS-Isti](https://meta.discourse.org/u/ITAS-Isti)
#### Post date: [10월 13, 2021, 1:55오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/7 "2021-10-13T13:55:49Z")

</div>

감사합니다. 다만 이미 "true"로 설정되어 있었습니다:

![image](https://global.discourse-cdn.com/meta/original/3X/2/4/24fcb852bcaafe808ad5354ce8c5996f47078c2e.png)

false로 설정해야 하는 것 같습니다(인증서가 없기 때문) 또는 올바른 도메인을 사용해야 할 것입니다. (아직 “CNAME” 레코드가 설정되지 않았습니다)

YAML 파일에서 HTTPS가 활성화되어 있지 않습니다.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [10월 13, 2021, 1:57오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/8 "2021-10-13T13:57:23Z")

</div>

> [@ITAS-Isti](#):
>
> 아마도 false로 설정해야 하는 것 같습니다(제게 인증서가 없습니다).

왜 안 되죠? Let’s Encrypt에서 무료로 제공해 주거든요.

호스트 이름 없이 IP를 사용하려고 한다면, 그것은 당신의 문제입니다. 반드시 호스트 이름을 사용해야 합니다.

---

<div class="post-metadata">

### Author: ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [10월 13, 2021, 2:08오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/9 "2021-10-13T14:08:50Z")

</div>

> [@ITAS-Isti](#):
>
> false로 설정해야 할 수도 있습니다(인증서가 없습니다).

https를 사용하지 않는다면, false로 설정해야 합니다.

---

<div class="post-metadata">

### Author: ![ITAS-Isti](https://avatars.discourse-cdn.com/v4/letter/i/87869e/32.png) [@ITAS-Isti](https://meta.discourse.org/u/ITAS-Isti)
#### Post date: [10월 13, 2021, 2:10오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/10 "2021-10-13T14:10:01Z")

</div>

“생산” 시스템의 도메인은 "[https://deinbalkonnetz.de](https://deinbalkonnetz.de)"입니다 (discourse에 호스팅됨). 이 시스템을 내부 VM으로 이동했으며, 여전히 “[discourse.itas-karlsruhe.de](http://discourse.itas-karlsruhe.de)” 도메인을 사용하고 있습니다. 이 도메인(HTTPS 미지원)은 현재 app.yml 파일에서 계속 사용되고 있습니다.

Discourse를 이동할 때 올바른 순서는 무엇인가요?

#1 생산 도메인을 VM으로 포워딩하는 것?  
#2 app.yml을 최종 도메인으로 변경하고 동시에 Let’s Encrypt를 활성화하는 것?

확인해 주십시오!

감사합니다.

I.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [10월 13, 2021, 2:14오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/11 "2021-10-13T14:14:44Z")

</div>

`discourse.org` 호스팅을 종료하는 경우, 업로드된 파일이 백업에 포함되도록 먼저 구독을 취소해야 합니다. 그렇지 않으면 백업 파일은 해당 S3/CDN의 업로드된 파일만 가리키게 됩니다.

공개 IP가 있는 서버에서 테스트를 수행하거나, 최소한 유효한 https 인증서가 있는 서버를 사용하는 것을 권장합니다(사설 IP에서는 인증서 설정이 더 어렵습니다).

이동을 준비가 되면, 서버의 DNS를 변경하고 Let’s Encrypt 인증서를 발급받기 위해 재빌드해야 합니다. DNS가 전파되는 동안에는 잠시 서비스가 중단되는 상태가 됩니다.

---

<div class="post-metadata">

### Author: ![ITAS-Isti](https://avatars.discourse-cdn.com/v4/letter/i/87869e/32.png) [@ITAS-Isti](https://meta.discourse.org/u/ITAS-Isti)
#### Post date: [10월 13, 2021, 2:22오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/12 "2021-10-13T14:22:25Z")

</div>

알겠습니다. 정말 감사합니다.

> `discourse.org` 호스팅을 종료하는 경우, 업로드된 파일이 백업에 포함되도록 먼저 구독을 취소해야 합니다. 그렇지 않으면 백업은 S3/CDN에 있는 업로드 파일만 참조하게 됩니다.

새로운 백업을 요청했습니다 …

> 공개 IP가 있는 서버, 또는 적어도 유효한 https 인증서가 있는 서버(비공개 IP에서는 구성이 더 어렵습니다)에서 테스트를 수행하는 것을 권장합니다.

로그인할 수 있도록 "rail c"에서 HTTPS를 비활성화하겠습니다. 로그인한 후 lets encrypt 플러그인이 활성화되어 있는지 확인하겠습니다 (아니면 app.yml을 통해 활성화해야 하는 건가요?). 활성화되어 있다면 임시 도메인에 대해 https를 활성화하겠습니다. 모든 것이 정상적으로 작동하면 최종 도메인을 VM으로 전달하고 해당 도메인으로 앱을 다시 구축하겠습니다.

적절한 로드맵인 것 같습니다 … 맞나요?

---

<div class="post-metadata">

### Author: ![ITAS-Isti](https://avatars.discourse-cdn.com/v4/letter/i/87869e/32.png) [@ITAS-Isti](https://meta.discourse.org/u/ITAS-Isti)
#### Post date: [10월 24, 2021, 3:41오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/13 "2021-10-24T15:41:52Z")

</div>

안녕하세요,

**SiteSetting.force\_https = false** 로 HTTPS를 비활성화한 후 사이트에 접속할 수 있었고, 사이트 관리자로 로그인하는 데 성공했습니다.

설명된 단계에 따라 Let’s Encrypt를 설정했습니다:  
([Set up HTTPS support with Let's Encrypt](https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709))

사이트를 재구축한 후에도 아무것도 작동하지 않았으며, 브라우저에서 사이트에 접근할 수 없었습니다 …

어디에 문제가 있었는지 확인할 수 있는 방법이 있을까요?

감사합니다.

I.

---

<div class="post-metadata">

### Author: ![system](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/system/32/443519_2.png) [@system](https://meta.discourse.org/u/system)
#### Post date: [11월 26, 2021, 10:18오후 UTC](https://meta.discourse.org/t/no-login-is-possible-after-recovery-a-discourse-backup-on-a-new-server/205951/15 "2021-11-26T22:18:58Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
