フォーラム掲示板について

以下の目的、注意点などご確認いただき、ご使用ください。

目的
Connect-CMSのユーザやConnect-CMSに興味のある方同士で自由に意見交換できる場を提供する目的で、コミュニティ掲示板として提供しています。
投稿方法
このサイトにユーザー登録することで、投稿することができます。
投稿内容
投稿内容は公開されます。
Connect-CMSに無関係な内容が記載されたと判断した場合、削除することがあります。
バグ情報
バグ(不具合)はGithub のIssues(https://github.com/opensource-workshop/connect-cms/issues)に記載していただくと、開発者に伝わりやすくなります。
また、セキュリティなど重大な事象の場合は、お問い合わせページよりお知らせください。優先的に調査いたします。
また、貢献ガイド(https://connect-cms.jp/abount/contributions)も参照をお願いします。
ユーザ登録
当サイトへのユーザ登録は以下のお問い合わせフォームよりお願いいたします。
https://connect-cms.jp/contact

フォーラムでのサポート範囲

当フォーラムでは、Connect-CMSのトラブルなどの相談も記載いただけますが、作業を肩代わりするものではありません。
作業の依頼は、株式会社オープンソース・ワークショップの調査メニューなどをご検討ください。
https://opensource-workshop.jp/service/rescue

フォーラム掲示板

Re11: 混在アクティブコンテンツ

2023年9月4日 15時13分 [公星]

 
何かないかと探してみましたが、私の技量ではここまでのようです。
申し訳ございません。
 

→ 検証に使ったサーバーは削除しますので、次の用事ができるまでアクセスできなくなります。
  この点に関し、ConohaVPSは便利です。
 

スレッドの記事一覧
2023-08-29 [光琳館]

初めまして。

connect-cms を初めてインストールしてみました。最終的には上手くいったのですが、最初、

> 混在アクティブコンテンツなので読み込みをブロックしました

というブラウザの警告があり、cssなどが読めない状態で苦戦しました。

色々と調べて

app/Providers/AppServiceProvider.php に

use Illuminate\Support\Facades\URL;

public function boot()

{

    if (env('APP_ENV') === 'production') {

        URL::forceScheme('https');

    }

}

と書き込んだら成功したのですが、これはどういった原因だったのでしょうか?

なお、環境は以下のとおりです。

ConoHa VPS + AlmaLinux release 8.8 + Apache/2.4.37 + PHP 8.0.27

 
VPSでApacheサーバーを立ち上げた時、
「http の状態で Connect-CMS のインストールを完了して幾らかを試し、
 その後に https で使えるように各種のモジュールや証明書などを導入したから」
ではないかと推測します。

 

確かに最初は試行錯誤状態で
https://github.com/opensource-workshop/connect-cms/wiki/Install
の記載順にはいかなかったのですが、
URL::forceScheme('https');
を付けて上手くいくことを確認後に、改めて connect-cmsのインストールを
全てを最初からやり直しても、状況は変わらずでした。
謎ですが、このサーバでは forceScheme を付けて運用しようと思っています。

アドバイスをありがとうございました。

 

たまたまConohaVPSのアカウントと、
自分用に作った「ConohaVPS用Connect-CMSインストールマニュアル」
( Conohaのテンプレートを使わず、自分でダウンロードしてきたAlmaLinuxでインストールする)
があったので、検証してみました。

結論的には問題なくインストールでき、
「CSSが読めない」などの状況は再現できませんでした。
https://kyouno.hey-sha.com (SSL証明書は未取得。勇気があればどうぞ)

何かしらのやらなかったことか、やってしまったことがあるのかもしれません。
申し訳ございません。

検証環境は以下のとおりです。
 ・自分でダウンロードして用意する AlmaLinux のOSではなく、
  ConohaVPSが用意している AlmaLinux 8.7 のテンプレートを使い、
  途中にカーネルのアップデートで AlmaLinux 8.8 にした
 ・テンプレートの初期設定により、SELinux は Disabled
 
 ・Apache 2.4.37
 ・PHP 8.0.30
 ・MariaDB 11.1.2
 ・Connect-CMS 1.10.3

--- 

URL::forceScheme('https');
を付けて上手くいくことを確認後に、改めて connect-cmsのインストールを
全てを最初からやり直しても、状況は変わらずでした。

とあり、特に関係のないものと判断しましたので、
Apacheのインストールと一緒に mod_ssl もインストールを行い、
http でC-CMSの作業をした後にhttps化するという仮説は検証していません。

Connect-CMSのインストール後、http://~ 、https://~ でアクセスしましたが、
変化は見られませんでした。

.env で 「 APP_URL=http://localhost 」のまま、インストールしてもみましたが、
特に変わりませんでした。

--- 
何か再現上のヒントがあれば、教えてください。
よろしくお願いします。

 

追試までしていただき、ありがとうございます。
今の所やはり原因不明なのですが、こちらの実験状況をもう少々正確にお知らせします。

URL::forceScheme('https') 有り版
https://connect.ytac.info/connect-cms/

無し版(混在アクティブコンテンツ状態)
https://connect.ytac.info/test2023/

となっています。
ブラウザでも確認可能と思いますが、認証局は Let's Encrypt です。
また、httpd.conf では、以下の様に宣言しています。


  ServerName connect.ytac.info
  DocumentRoot "/home/pub/www-connect"
  Alias /connect-cms /home/pub/www-connect/connect-cms/public
  Alias /test2023 /home/pub/www-connect/test2023/public


なお、環境は以下のとおりです。
ConoHa VPS + AlmaLinux 8.8 + Apache 2.4.37 + PHP 8.0.27
SELinux Disabled + MariaDB 10.3.35 + Connect-CMS 1.10.2 

 
ご提示、ありがとうございます。
確かに〈header〉〈body〉で自動生成されるURLの最初が軒並み、
http:// になっていますね。
 

【調べ事】
ページの下から1/3あたりに以下の記述がありました。

ロードバランサ―を介してhttps -> httpにリバースプロキシしている環境だとあるあるの事象みたい。 
https://qiita.com/madayo/items/d9ea39320d78e1590d3e

Connect-CMSのインストール手順というより、
そのサーバー固有の設定が効いているのかもしれませんね。

 

リバースプロキシがどこかで関与しているかは私には分からないのですが
どうも
> Connect-CMSのインストール手順というより、そのサーバー固有の設定
といったところに原因があると、私も推測いたします。
元々このサーバは臨時の実験用であることと、この場合でも何とか解決策は見つかったので特に支障はない状態です。
この経験の共有がどなたかの参考になれば幸いです。
【調べ事】までしていただき、ありがとうございました。

 
勉強になるかと試みましたが、
私の力量では再現できませんでした。申し訳ございません。

resources/views/layouts/app.blade.php ファイルの 80-81行目に

<!-- Styles -->
<link href="{{ url('/') }}{{ mix('css/app.css') }}" rel="stylesheet">

とあるため、表示されているWebページのURLを元に
CSSやjsまでのリンクを作成しているように思います。

---
私にはお手上げですが、artisan があるディレクトリにいき、
Laravelのキャッシュをクリアしてみてはいかがでしょうか。https://obataka.com/laravel-cache-commands/
 

app.blade.php のことなど、勉強になります。

また、.env などを後から変更した時に注意すべきことも気にはしており、
今回の実験では、念のために全て最初からやり直すことを繰り返していました。

キャッシュクリアコマンドがあるのですね。
今回の混在アクティブコンテンツ問題に関しては別の原因である様で変化は確認できませんでしたが、Laravel フレームワーク初体験なので、これも勉強になりました。

ありがとうございました。

 
再現として適切なのかは分かりませんが、
以下のようになりました。

--- --- --- 

  1.  Apache を使い、通常どおりにConnect-CMSをインストールする
     
  2.  Apache の設定ファイルで、受け付けるポートを
     http → 8080番、 https → 8443番 に変更する
     
  3.  nginxをインストールする
      
  4.  nginx を使い、https(443ポート)に来たアクセスを
     http://127.0.0.1:8080 に転送するように設定する
     
  5.  WebブラウザでConnect-CMSにアクセスする
      
  6.  Webブラウザ上部にあるURL欄では https:// ~ だが、
     CSSなどへのリンクが http:// ~ であることを確認する
      → サーバーとしては nginx が443番で受け付け、
        転送先となる 8080番を介して Apache との http 通信を返している?
     
  7.  Connect-CMSの「app/Providers/AppServiceProvider.php 」に
     最初のコメントにあるコードを追記すると、
     CSSへのリンクが https:// ~ になり、
     Webページが正常に読み込まれることを確認する

 
--- --- ---
  
 https://kyouno.hey-sha.com/ (証明書は未取得。勇気がある方はどうぞ)

  ConohaVPS: AlmaLinux 9.2( Conoha のテンプレートを使用。 SELinux は Disabled )
  Apache 2.4.53,   nginx 1.20.1,   php 8.1.23,   MariaDB 10.5.16,   Connect-CMS 1.10.4

-----

nginx の設定で 

 server{
   listen 443 ssl http2;
   (略)
   location / {
       #proxy_pass https://127.0.0.1:8443;
       proxy_pass http://127.0.0.1:8080; 
   (略)

と、
(nginx)https → (Apache)https ではなく、
(nginx)https → (Apache)http   に転送をしていることに原因を求めました。
 
自分の勉強が追い付いていませんので、説明に難があると思いますが、
状況の説明を試みるとこんな感じにになりました。

 

Apache と nginx の合わせ技で再現されたのですね!

私の状況とは異なるものの、以前の

> ロードバランサ―を介してhttps -> httpにリバースプロキシしている環境だとあるあるの事象みたい。 

というご指摘の様に、私の認識していない箇所で結果的に同様なことが起きているのだろう、と納得いたしました。

更なる検証をありがとうございました。

Re11: 混在アクティブコンテンツ
2023-09-04 [公星]

 
何かないかと探してみましたが、私の技量ではここまでのようです。
申し訳ございません。
 

→ 検証に使ったサーバーは削除しますので、次の用事ができるまでアクセスできなくなります。
  この点に関し、ConohaVPSは便利です。
 

> 申し訳ございません。

とんでもないです。
私は connect-cms や Laravel の初心者であり、とても勉強になりました。

なお、私が最初に記載した
> 色々と調べて
> URL::forceScheme('https');
> と書き込んだら成功した
の箇所ですが、実は今流行りの ChatGPT に相談したら教えてくれました。便利な時代です。

2023-09-06 [osws牟田口]

お二方のやり取りを見ていて、同様の事象に遭遇しましたので、Connect-CMSv1.11.2で修正を取り込みました。

https://connect-cms.jp/plugin/blogs/show/2/5/495#frame-5

情報参考になりました。ありがとうございました。

v1.11.2 で解決しました。
混在アクティブコンテンツ状態であったサイトからのアップデート、
そして全く新規での インストール。
どちらもマニュアル通りの作業で問題なくアクセスできることを確認しました。

ありがとうございました!