ポート443をルーター経由でファイルストレージに転送し、新しいボールを作成して、WebDAVを設定しました。 私は接続しようとしています-FARプラグインの助けを借りてすべてが大丈夫ですが、Widnowsを介してネットワークドライブとしての接続が機能しない-私は証明書を誓います。 彼は望んでいませんが、サードパーティの迷走をインストールすることは望みません。
解決済み：無料のSSL証明書を取得しました（StartSSLについての私の意見では、ドメイン用に受け取った）。 証明書を入力するために、満足した顔が管理パネルに登った状態で、秘密キーであるファイルをダウンロードしました-しかし、そうではありません！ そのような機会はありません！ ピッキングを開始することにしました。
手順は次のとおりです。
1）公式Webサイトのファームウェアにアドオンサポートを追加します（現在は1.08b08です）
2）サイトからアドオンをインストールします：OpenSSH、MC、vtCron
3）証明書の場所を見つけて、置き換えます。
SSHを介して接続し、「ps ax」を実行すると、lighttpdがWebを担当し、構成を調べ、証明書（公開鍵と秘密鍵の両方）が同じファイル/etc/certificate_https_all.pemにあることを確認しました。 古いファイルを削除し、新しいファイルを保存し（順序は次のとおりです。最初は公開鍵、2番目は秘密鍵です）、lighttpdを再起動しました。 すべては正常です-証明書は取得されましたが、再起動後にすべてが消えました-/などで、すべては再起動まで保存されます。 それからもう一度。 この点で、証明書付きのファイルをハードディスク（私の場合、/ mnt / HD_a4 / script / cert.pem）に保存し、証明書でファイル置換を実行し、Webサーバーを再起動するスクリプトを作成することにしました。
#!/bin/sh if [ ! -e /etc/sslupdate ]; then touch /etc/sslupdate cp /mnt/HD_a4/script/cert.pem /etc/certificate_https_all.pem ps ax | grep lightt | grep -v grep | awk '{ system ("kill " $1) }' /usr/sbin/lighttpd-angel -D -m /usr/lighty_lib -f /etc/lighttpd/lighttpd.conf & fi
セマフォとして、スクリプトがこの再起動ですでに実行されているかどうかに関係なく、/ etc / sslupdateファイルを使用することが決定されました。 起動時に、スクリプトはセマフォが存在するかどうかを確認しますか？ 存在する場合、スクリプトは作業を終了します。 セマフォがない場合、スクリプトは次のアクションを実行します。
- 実行されるセマフォを作成します。
- 証明書をハードドライブから/ etcフォルダーにコピーします。
- lighttpdに関連付けられているプロセスを強制終了します。
- lighttpdを開始します。
スクリプトを実行するには、WebフェイスからvtCronコントロールに移動し、5分ごとに実行されるようにスクリプトを登録します（* / 5 * * * *）
ストレージを再起動すると、すべてが機能します。