トラブルシューティング。サーバーソリューション

Q:Dockerベースのサーバーをローカルサーバーにインストールしたいのですが、どうすればいいですか？

A:最新のDockerベースのオンラインオフィスサーバーはDocker hubで入手可能です。インストールしたいものを選択してください：ONLYOFFICE DocsまたはONLYOFFICE Mail、そして適切なページの指示に従ってください。

Q:ポータルを作成して入ると、Peopleモジュールに「fake user」という名前の未知のユーザーが表示されます。サービスリストにはOnlyofficeHealthCheckサービスもあります。これはなぜですか？何かする必要がありますか？

A:このユーザーとサービスは、将来のリリースでポータルに利用可能になるHealth Check機能の一部です。現時点では機能していないため、そのままにしておくか、OnlyofficeHealthCheckサービスを無効にしてサービスの自動起動リストから削除することができます。

Q:サーバーソリューションをインストールして正常に使用するにはどのようなシステムが必要ですか？

A:システム要件は次の通りです：

• CPU：デュアルコア2 GHz以上
• RAM：4 GB以上
• HDD：少なくとも20 GBの空き容量
• SWAP：少なくとも4 GB、ただしホストOSに依存します。多いほど良いです
• OS：amd64 Linuxディストリビューション、カーネルバージョン3.10以降
• 追加要件：
  • Docker：Dockerチームがサポートするバージョン

Q:Dockerサービスを使用してサーバーバージョンの1つをインストールしましたが、DNSサーバーまたは独自の名前解決に関連する問題があります。何が問題でしょうか？

A:DockerはデフォルトでGoogle DNSサーバーを指定しており、サーバーはネットワーク要求を行うたびにそれらに接続しようとします。ONLYOFFICE DocsまたはONLYOFFICE Mailがインターネットにアクセスしない場合は、デフォルトのDocker DNSアドレスをローカルDNSサーバーのアドレスに変更することをお勧めします。これを行うには、/etc/default/dockerファイルに移動し、次の行のIPアドレスをローカルネットワーク内のDNSサーバーのIPアドレスに変更してください：

docker_OPTS="--dns 8.8.8.8"

CentOSのようなRPMベースのオペレーティングシステムの場合、設定ファイルはここにあります：/etc/docker/daemon.json

Q:ドキュメントエディターが開き、インターフェースが表示されますが、ドキュメント自体が読み込まれず、読み込み進行が表示され続けます。どうすればいいですか？

A:原因は、コンピューターがインターネットループバックアクセスを使用して自分自身にアクセスできる必要があることです。つまり、外部から自分自身にアクセス可能でなければなりません。これを有効にするには、iptablesを編集して次のようなリダイレクトを追加してください：

iptables -t nat -A PREROUTING -d <public_ip> -j DNAT --to-destination <local_ip> iptables -t nat -A POSTROUTING -s <local_ip> -j SNAT --to-source <public_ip>

必ずpublic_ipとlocal_ipのアドレスを実際のIPアドレスに置き換えてください。

Q:カスタムインターフェーステーマを追加したり、エディターの言語ファイルを更新したり（翻訳を修正したり）しましたが、サーバーは依然として以前の値を表示しています。すべてのユーザーのキャッシュを同時にリセットするにはどうすればいいですか？

A:キャッシュをリセットする手順に従ってください：

/etc/nginx/includes/ds-docservice.confと/etc/nginx/includes/ds-spellchecker.confファイルを見つけます。そこにはビルドの日付と時刻の値があります。これらの値を他の値に変更してください（どの値でも構いませんが、すべての場所で同じである必要があります）、そしてNGINXを再起動します：

sudo service nginx reload

サーバーのすべてのユーザーのキャッシュがリセットされるはずです。

Q:自己署名SSL証明書を追加したところ、SSOメタデータページを開く際や、WebDAVおよび他のnode.jsサービスを使用する際にエラーが発生します。これを修正するにはどうすればいいですか？

A:自己署名SSL証明書を使用する際にSSOメタデータ、WebDAVおよび他のnode.jsサービスの取得に問題がある場合、次のいずれかのオプションを試してこの問題を解決できます：

オプション1 - サービス起動のためのパラメータを追加します。

1. onlyofficeSsoAuth.serviceファイルを開きます（CommunityServerコンテナ内）：

   nano /lib/systemd/system/onlyofficeSsoAuth.service

2. [Service]ブロックの末尾にルート証明書のパスを指定する次の文字列を追加します：

   Environment=NODE_EXTRA_CA_CERTS=/etc/rootCA.pem

3. サービスを再起動します：

   systemctl daemon-reload systemctl restart onlyofficeSsoAuth

オプション2 - システムバンドルの証明書を使用します。

1. onlyofficeSsoAuth.serviceファイルを開きます（CommunityServerコンテナ内）：

   nano /lib/systemd/system/onlyofficeSsoAuth.service

2. [Service]ブロック内の次の文字列を見つけます：

   ExecStart=/usr/bin/node /var/www/onlyoffice/Services/ASC.SsoAuth/app.js UNIX.SERVER

   次の文字列に置き換えます：

   ExecStart=/usr/bin/node --use-openssl-ca /var/www/onlyoffice/Services/ASC.SsoAuth/app.js UNIX.SERVER

3. CentOSの場合、さらに次の文字列を追加し、証明書バンドルのパスを指定します：

   Environment=SSL_CERT_FILE=/etc/pki/tls/certs/ca-bundle.trust.crt

4. サービスを再起動します：

   systemctl daemon-reload systemctl restart onlyofficeSsoAuth

Q:docker stop idコマンドを使わずにDockerコンテナを停止せずにサーバーを再起動したところ、サーバーにERR_TOO_MANY_REDIRECTSエラーが発生しました。これを修正するにはどうすればいいですか？

A:/var/www/onlyoffice/WebStudio/web.appsettings.configファイルを編集し、最後の行を削除してください：

<add key="web.warmup.type" value="basic" />

そして、次のコマンドでmonoserveを再起動します：

sudo service monoserve restart

Q:Fedora Linuxを使用しており、Dockerコンテナ内でプロセスが開始に失敗します。この問題に対する修正はありますか？

A:FedoraおよびRHEL/CentOSユーザーは、setenforce 0コマンドでSELinuxを無効にしてみてください。これで問題が解決する場合、RedHatは推奨していませんが、SELinuxを無効にしたままにするか、Ubuntuを使用することを検討してください。

Q:ONLYOFFICE Docsを停止した際にデータ損失が発生しました。データ損失を防ぐにはどうすればいいですか？

A:ONLYOFFICE Docsは、編集したすべてのユーザーがドキュメントを閉じた後にのみドキュメントを保存します。データ損失を防ぐために、アプリケーションの更新やサーバーの再起動などでONLYOFFICE Docsを停止する必要がある場合は、ONLYOFFICE Docsユーザーを強制的に切断する必要があります。これを行うには、ONLYOFFICE Docsがインストールされているサーバーで次のスクリプトを実行してください：

sudo docker exec <CONTAINER> documentserver-prepare4shutdown.sh