Could someone help me to get the image lightboxing working.
I uploaded a image. image resolution is 1772 x 2362.
But Images are without thumbnails and without lightboxes.
I checked create thumbnails option.
Settings part: File > create thumbnails
My Discourse is on private network. But we opened the firewall to connect from the outside.
Version is v2.0.0.beta5+12.
What is the problem?
Possibly related:
Thank you for your reply.
I updated today to latest revision and already up to date.
and I tried safe mode.
but lightbox is not appearing no matter how I get the picture/image into the Post.
What shoud I do??
No problem. I wish I could help you more, but unfortunately, I do not have enough knowledge on the subject. Hopefully someone that knows more will respond soon. I would also watch the topic that I linked to. It might eventually have a solution posted.
In the mean time, you might want to take a look at your logs and see if there are similarities to the logs posted in that topic. I’m pretty sure the logs you would be interested in can be found by adding /logs to your forum’s base URL. So it would look something like https://example.com/logs The user in that topic also mentions a proxy. Are you using a proxy?
If you can provide this type of information, it should be helpful to someone that reads this topic and has a better understanding on the subject.
I wish you luck in solving the problem!
thank you tshenry.
our discourse is not using proxy and https.
I still do not know the cause of the problem. 
Thank you. ^^
First thing first. If possible, upload that image to meta here. See if it works.
If it doesn’t work in meta, then it is much easier for the team to fix as there is their repo right here.
If it works in meta but not on your site, then there must be a setting conflict somewhere.
I can see that the image in your original post successfully lightboxes.
We’d prefer if you could upload to try first (try.discourse.org), that way we don’t start getting image uploads all over the place. If the image fails to lightbox on try, then feel free to upload it here so the example doesn’t get deleted when try is reset each day. If the image lightboxes on try then the issue is specific to your configuration as @schungx stated.
バージョン 2.5.0.beta6 を実行していますが、同じ問題が発生しています。
「サムネイルの作成」は有効になっていますが、画像のサイズに関係なく、ライトボックスが作成されません。
数ヶ月前に構築した Discourse の別のインスタンスでは、古い投稿ではライトボックスが機能しますが、新しい投稿では機能しません。
アップデートに関連する問題かもしれません。
同じ画像を try.discourse.org にアップロードすると、ライトボックス付きで正常に動作します。
ようこそ、@Michael_Uray さん！ 
これは、あなたの環境に何らかの問題があることを示唆しています。ブラウザのコンソールにエラーがないか確認するか、問題が発生しているサイトへのリンクを共有していただけますか？
先週セットアップした新しい Discourse インスタンスに、テストスレッドを作成しました。
画像は 1920x1050 ですが、lightbox で開きません。
https://dis.ctb.co.at/t/test-image-lightbox/44
リンクをありがとうございます、マイケル 
そのページに JavaScript エラーは見当たりません。Sidekiq に問題がないか確認していただけますか？
your.site.com/sidekiq
特に、以下のタブです
また、サイトの設定時に 公式ガイド に従ったことを確認していただけますか？
今のところ問題は見当たりません。
実はこのガイドに従いましたが、パスを変更し、app.yml ファイルでそれらの変更を適応しました。
volumes:
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone
guest: /shared
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone/log/var-log
guest: /var/log
以前はライトボックスが機能していた 2 回目のインストールでは、パスは当初「/var/docker」でしたが、後で別の場所に変更しました。
パス変更が原因でライトボックスの問題が始まった可能性もあります。— 確信はありません。
新しいパスに対して何か設定を見落としていたでしょうか？
上記の行が、元のディレクトリ「/var/docker」を指していた唯一の行でした。
「/var/discourse」に戻して、パスの変更が原因であることを確認しようとしましたが、元のパスでも同じ問題が発生します。
さらに、SSL 暗号化を担当する nginx リバースプロキシの背後で動作していますが、他のインストールで動作しなくなった以降、その設定に変更は加えていません。
対応する .yml ファイルで nginx に以下の設定を行いました。
- replace:
filename: /etc/nginx/conf.d/discourse.conf
from: "types {"
to: |
set_real_ip_from 172.18.0.0/16;
real_ip_header X-Forwarded-For;
real_ip_recursive on;
types {
パスが原因でなければ、このライトボックスの問題の原因として他に何が考えられますか？
/var/docker/dis.ctb.co.at に戻しました。
これが現在の yml 設定です（個人データのみ変更しました）。ここに何か問題があるのか、それとも Discourse の問題なのでしょうか？
## これはオールインワンのスタンドアロン Discourse Docker コンテナテンプレートです
##
## このファイルを編集した後、必ず再構築してください
## /var/discourse/launcher rebuild app
##
## 編集時には *非常に* 注意してください！
## YAML ファイルは空白やアライメントの誤りに非常に非常に敏感です！
## 必要に応じて http://www.yamllint.com/ にアクセスしてこのファイルを検証してください
templates:
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/web.template.yml"
- "templates/web.ratelimited.template.yml"
## Lets Encrypt (https) を追加したい場合は、以下の 2 行のコメントを外してください
# - "templates/web.ssl.template.yml"
# - "templates/web.letsencrypt.ssl.template.yml"
## このコンテナが公開する TCP/IP ポートはどれですか？
## Discourse を Apache や nginx などの他の Web サーバーとポートを共有したい場合は、
## 詳細については https://meta.discourse.org/t/17247 を参照してください
expose:
# - "80:80" # http
# - "443:443" # https
- "127.0.0.1:3041:80"
docker_args:
- "--network=nginx-br"
params:
db_default_text_search_config: "pg_catalog.english"
## db_shared_buffers を総メモリの最大 25% に設定します。
## 検出された RAM に基づいてブートストラップによって自動的に設定されますが、上書きすることもできます
db_shared_buffers: "4096MB"
## ソートパフォーマンスを向上させることができますが、接続ごとのメモリ使用量が増加します
#db_work_mem: "40MB"
## このコンテナで使用する Git リビジョンはどれですか？（デフォルト: tests-passed）
#version: tests-passed
env:
LANG: en_US.UTF-8
# DISCOURSE_DEFAULT_LOCALE: en
## 同時にサポートされる Web リクエストの数は何ですか？メモリと CPU コア数に依存します。
## 検出された CPU に基づいてブートストラップによって自動的に設定されますが、上書きすることもできます
UNICORN_WORKERS: 8
## TODO: この Discourse インスタンスが応答するドメイン名
## 必須です。Discourse は IP アドレスのみでは動作しません。
DISCOURSE_HOSTNAME: dis.ctb.co.at
## 上記で指定されたホスト名 (-h オプション) と同じホスト名でコンテナを起動したい場合は、コメントを外してください
#DOCKER_USE_HOSTNAME: true
## TODO: 初期登録時に管理者および開発者にされるメールアドレスのカンマ区切りリスト
## 例: 'user1@example.com,user2@example.com'
DISCOURSE_DEVELOPER_EMAILS: 'nothing@nothing.com'
## TODO: 新規アカウントの検証と通知の送信に使用される SMTP メールサーバー
# SMTP アドレス、ユーザー名、パスワードは必須です
# 警告: SMTP パスワード内の文字 '#' は問題を引き起こす可能性があります！
DISCOURSE_SMTP_ADDRESS: mailserver.nothing.com
DISCOURSE_SMTP_PORT: 25
DISCOURSE_SMTP_USER_NAME: nothing@nothing.com
DISCOURSE_SMTP_PASSWORD: "secret"
DISCOURSE_SMTP_ENABLE_START_TLS: false # (オプション、デフォルトは true)
DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none
## Lets Encrypt テンプレートを追加した場合は、以下をコメント外して無料の SSL 証明書を取得してください
# LETSENCRYPT_ACCOUNT_EMAIL: me@example.com
## この Discourse インスタンスの http または https CDN アドレス（取得用に設定）
## 詳細については https://meta.discourse.org/t/14857 を参照してください
#DISCOURSE_CDN_URL: https://discourse-cdn.example.com
VIRTUAL_HOST: dis.ctb.co.at
VIRTUAL_PORT: 9002
LETSENCRYPT_HOST: dis.ctb.co.at
LETSENCRYPT_EMAIL: nothing@nothing.com
## Docker コンテナはステートレスです。すべてのデータは /shared に保存されます
volumes:
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone
guest: /shared
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone/log/var-log
guest: /var/log
## プラグインはここに配置します
## 詳細については https://meta.discourse.org/t/19157 を参照してください
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
## ビルド後に実行するカスタムコマンド
run:
- exec: echo "Beginning of custom commands"
## 最初の登録用の 'From' メールアドレスを設定したい場合は、コメントを外して変更してください:
## 最初の登録メールを受け取った後、再度コメントアウトしてください。一度だけ実行すれば十分です。
#- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"
- exec: echo "End of custom commands"
- replace:
filename: /etc/nginx/conf.d/discourse.conf
from: "types {"
to: |
set_real_ip_from 172.18.0.0/16;
real_ip_header X-Forwarded-For;
real_ip_recursive on;
types {
ついにわかりました。この問題は、画像を含む投稿が作成される際に「サイトを HTTPS のみに強制する」が有効になっている場合にのみ発生するようです。
私はもう一つのインストール環境では最初からこれを有効にしていましたが、ある日突然動作しなくなりました。nginx または Discourse のアップデートが原因かもしれません。
nginx のログからは、現時点では異常は見当たりません。
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:09:52 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 2 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:09:58 +0200] "POST /presence/publish HTTP/2.0" 200 36 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:09:58 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 253 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:09:58 +0200] "POST /uploads.json?client_id=d333cb718e2d49b9947ec22c0762e47d HTTP/2.0" 200 431 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:00 +0200] "POST /draft.json HTTP/2.0" 200 56 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:08 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 253 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:08 +0200] "POST /presence/publish HTTP/2.0" 200 36 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:16 +0200] "POST /draft.json HTTP/2.0" 200 56 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:18 +0200] "POST /draft.json HTTP/2.0" 200 56 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:19 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 251 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:19 +0200] "POST /presence/publish HTTP/2.0" 200 36 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:19 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 194 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:19 +0200] "POST /posts HTTP/2.0" 200 733 "https://dis.ctb.co.at/t/test-image-lightbox/44/6" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:21 +0200] "POST /message-bus/2027eab545f744e3a8dff7e81e4748d4/poll?dlp=t HTTP/2.0" 200 258 "https://dis.ctb.co.at/admin/site_settings/category/security?filter=" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:22 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 336 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:22 +0200] "GET /posts/82 HTTP/2.0" 200 749 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:22 +0200] "GET /about/live_post_counts.json HTTP/2.0" 200 52 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:24 +0200] "POST /message-bus/2027eab545f744e3a8dff7e81e4748d4/poll?dlp=t HTTP/2.0" 200 33 "https://dis.ctb.co.at/admin/site_settings/category/security?filter=" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:27 +0200] "POST /topics/timings HTTP/2.0" 200 0 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nnginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:47 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 2 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
nginx | nginx.1 | dis.ctb.co.at 84.115.50.36 - - [14/Jun/2020:16:10:47 +0200] "POST /message-bus/d333cb718e2d49b9947ec22c0762e47d/poll HTTP/2.0" 200 104 "https://dis.ctb.co.at/t/test-image-lightbox/44/7" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0"
余談ですが、このログ内の nnginx はタイプミスではなく、何らかの理由で実際にそのように表示されていました。
なぜ「サイトを HTTPS のみに強制する」設定がライブラクの問題を引き起こす可能性があるのか、ご存知でしょうか？
私の経験では、通常これは複雑なリバースプロキシ設定の誤設定に起因します。サブフォルダは追加の複雑さ（つまり変数）をもたらします。
Hmm、nginx プロキシの設定で何が間違っているのでしょうか？
version: '3'
services:
nginx:
image: jwilder/nginx-proxy:alpine
labels:
- "com.github.jrcs.letsencrypt_nginx_proxy_companion.nginx_proxy=true"
container_name: nginx
networks:
- nginx_nw
ports:
- 80:80
- 443:443
volumes:
- ./data/conf.d:/etc/nginx/conf.d:rw
- ./data/vhost.d:/etc/nginx/vhost.d:rw
- ./data/html:/usr/share/nginx/html:rw
- ./data/certs:/etc/nginx/certs:ro
- /etc/localtime:/etc/localtime:ro
- /var/run/docker.sock:/tmp/docker.sock:ro
restart: unless-stopped
letsencrypt:
image: jrcs/letsencrypt-nginx-proxy-companion
container_name: letsencrypt
depends_on:
- nginx
networks:
- nginx_nw
volumes:
- ./data/certs:/etc/nginx/certs:rw
- ./data/vhost.d:/etc/nginx/vhost.d:rw
- ./data/html:/usr/share/nginx/html:rw
- /etc/localtime:/etc/localtime:ro
- /var/run/docker.sock:/var/run/docker.sock:ro
restart: unless-stopped
networks:
nginx_nw:
external:
name: nginx-br
この nginx プロキシを通じて、2 つの Discourse インストールと Nextcloud インスタンスを実行しています。最初の Discourse インストールでは、以前はライトボックスが機能していましたが、突然動作しなくなりました。実際、プロキシ設定は変更していませんでした。
興味深いことに、ボリュームを /var/discourse 以外のディレクトリに設定していても、/var/discourse 内にいくつかのファイルやフォルダが作成されています。
volumes:
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone
guest: /shared
- volume:
host: /var/docker/dis.ctb.co.at/shared/standalone/log/var-log
guest: /var/log
したがって、フォルダの場所に関連するどこかで問題があると思われます。
root@dk1:/var/discourse# tree -d
.
└── shared
└── standalone
├── backups
├── log
│ ├── rails
│ └── var-log
│ ├── nginx
│ ├── postgres
│ └── redis
├── postgres_backup
├── postgres_data
│ ├── base
│ │ ├── 1
│ │ ├── 14049
│ │ ├── 14050
│ │ └── 16384
│ ├── global
│ ├── pg_commit_ts
│ ├── pg_dynshmem
│ ├── pg_logical
│ │ ├── mappings
│ │ └── snapshots
│ ├── pg_multixact
│ │ ├── members
│ │ └── offsets
│ ├── pg_notify
│ ├── pg_replslot
│ ├── pg_serial
│ ├── pg_snapshots
│ ├── pg_stat
│ ├── pg_stat_tmp
│ ├── pg_subtrans
│ ├── pg_tblspc
│ ├── pg_twophase
│ ├── pg_wal
│ │ └── archive_status
│ └── pg_xact
├── postgres_run
│ └── 12-main.pg_stat_tmp
├── redis_data
├── state
│ ├── anacron-spool
│ └── logrotate
├── tmp
│ ├── backups
│ └── restores
└── uploads
└── default
├── optimized
│ └── 1X
└── original
└── 1X
52 directories
新しいフォルダの場所に関する設定を見落としていたのでしょうか？
/var/discourse 内にファイルが作成されたことは一度もありません。おそらく、古いファイルをいくつか見たのだと思います。
問題が nginx にあるのか確認するため、nginx から traefik に変更しましたが、問題は依然として発生しています。つまり、プロキシ側ではなく Discourse 側に問題がある可能性が高いと考えられます。
traefik の場合も同様で、画像が投稿される際に「https 強制」が無効になっていると、ライトボックスは正常に動作します。その後で「https 強制」を有効にしても問題はありません。
他に確認できることはありますか？
ログファイルに「/uploads/.... にアクセスできない」というエラーが表示されます。
Can't reach '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png' to get its dimension.
URL をウェブブラウザに入力すれば、問題なく画像にアクセスできます：
https://domain.com/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png
Completed 200 OK in 23ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3000)
Completed 200 OK in 318ms (Views: 1.2ms | ActiveRecord: 0.0ms | Allocations: 50347)
Can't reach '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png' to get its dimension.
Started GET "/posts/96" for 84.115.50.36 at 2020-07-04 14:15:14 +0000
Processing by PostsController#show as JSON
Parameters: {"id"=>"96"}
https の強制が ない 場合はエラーは表示されません。
Completed 200 OK in 18ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3050)
Completed 200 OK in 296ms (Views: 0.5ms | ActiveRecord: 0.0ms | Allocations: 49562)
Started GET "/posts/97" for 84.115.50.36 at 2020-07-04 14:17:43 +0000
Processing by PostsController#show as JSON
Parameters: {"id"=>"97"}
どうやら Discourse が何らかの理由で、画像をウェブサーバーから再度ダウンロードして、lightbox 処理を行っているようです。
Discourse の Docker コンテナ内でこの画像を手動でダウンロードすると、プロキシ経由ではなく、内部 IP アドレスで直接ウェブサーバーにアクセスしようとするようになります。http 経由では動作しますが、https 経由では動作しません。
ウェブサーバー自体は http のみ利用可能ですが、https でアクセスしようとするため失敗しています。
なぜ Discourse が内部アクセス（http/https なし）ではなく、ウェブサーバーから再度画像をダウンロードしているのか疑問に思っています。
編集: app.yml を domain.name.yml にリネームしたことが原因で、Docker が domain.name の DNS 名を内部 IP アドレスに変更していたことが分かりました。domain_name.yml にリネームしたところ、すべて正常に動作するようになりました。
YML に二重ドットが含まれていることが原因であれば、それはランチャーで警告を出力すべき問題のように思えますが？