問題タブ [debian-stretch]

「機能しない」とは、ページがhttp://プレフィックス付きで読み込まれることを意味します。手動で入力https://するとタイムアウトします。以前にこれを行ったことがある人がチュートリアルを一瞥して、何が欠けているのかを確認できることを願っています。

私が試したチュートリアルはすべて同じ傾向があります。

• https://www.digitalocean.com/community/tutorials/how-to-create-a-ssl-certificate-on-apache-for-debian-8
• https://wiki.debian.org/Self-Signed_Certificate

次のようなオンライン ユーティリティを使用して SSL 接続をテストするとします。

• https://www.sslshopper.com/ssl-checker.html

次のエラーが表示されます。

mywebsite.com で SSL 証明書が見つかりませんでした。名前が正しいサーバーに解決され、サーバーのファイアウォールで SSL ポート (デフォルトは 443) が開いていることを確認してください。

関連情報:

$ sudo uname -a Linux ip-172-26-14-207 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux

Debian (OS のみ) と LAMP スタックがインストールされた AWS Lightsail インスタンスで実行します。

静的ライブラリの依存関係を持つ gcc 共有ライブラリを作成しています。

スタティック ライブラリのパーツを次のようにコンパイルします。

次に、以下を使用して静的ライブラリを作成します。

次に、プログラムのパーツを次のようにコンパイルします。

次に、次のように共有ライブラリを作成します。

通常、この shared_lib.so は、Ruby プログラムから外部関数インターフェースを使用して呼び出されます。ubuntu や mac(.dylib) でやれば問題ないのですが、debian stretch でやると静的ライブラリ関連の設定が正しくないようなエラーが出ます。テスターを作成し、次のように cpp ファイルの main 関数を使用して実行するなど、外部関数インターフェイスなしでアプリケーションを実行すると、次のようになります。

問題はない！

私の質問は、共有ライブラリを作成するためのどのような構成がここで欠落している可能性があるかということです。特に Debian Stretch 9.5 では! または、共有ライブラリに問題があるかどうかを理解できる方法はありますか。

今日、debian ストレッチ ホストで docker を 18.06 から 18.09 にアップグレードしました。アップグレード後、すべてのイメージとコンテナーは「なくなりました」。つまり、docker <command>それらはもう表示されませんが、データ/var/lib/dockerは消えていません。dockerd -D発表:

だから私が最初にしたことは、ドッカーを最新バージョンにダウングレードして、それが修正されるかどうかを確認することでした. それはちょっとうまくいきました。以前は動作していた systemd ユニット ファイルが docker サービスの開始に失敗しました。明らかに、18.09 へのアップグレードにより、以前のように 18.06 を起動するために削除する必要があったため、明示的に渡さなけれ-s devicemapperばならないことがわかりdockerdました。/var/lib/docker/overlay2

したがって、これが最後のdocker-versionで修正されていることを確認した後、18.09に再度アップグレードし-s devicemapper、ここで明示的に渡すとうまくいくかどうかを試しました。しかし、18.09 では、デーモンはまったく開始されず、不平を言います:

devicemapper非推奨であることなどについて何も見つけられないので、アップグレードの前に何をすべきだったのでしょうか? そのような問題を回避するための一般的なアドバイス/ベストプラクティスはありますか?