投稿

ラベル(さくらインターネット)が付いた投稿を表示しています

さくらレンタルサーバでhttps強制転送(+Basic認証)とサーバ変数一覧

http で接続してきたら Basic認証せずに https へリダイレクトさせて、httpsでは Basic認証をおこなう .htaccess の設定 さくら側の仕様変更による経緯 X_SAKURA_FORWARDED_FOR を利用(リダイレクトループ回避) → 2018/3に 仕様変更 X-FORWARDED-PROTO を利用 → 2020/5中頃に廃止?? REQUEST_SCHEME を利用 (2020/5/27現在) https へのリダイレクト RewriteEngine On RewriteCond %{ENV:HTTPS} !^on$ RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] https のみ Basic認証をかける <If "%{REQUEST_SCHEME} == 'https'"> AuthType Basic AuthName "Auth Access" Require valid-user AuthUserFile パスワードファイル </If> 判定に "%{ENV:HTTPS} == 'on'" を用いたところ、ルートのみ認証がかかってしまい、それ以下に認証がかからなかった 2018/08/21 の独自ドメイン(SNI) で接続 + php の print_r($_SERVER) による情報 ※以下の環境変数を.htaccessで利用する場合 _(アンダーバー)と-(ハイフン)の違いに注意 http:// リクエスト [REDIRECT_STATUS] => 200 [PHPRC] => /home/さくらユーザー名/www [PATH] => /usr/local/bin:/usr/bin:/bin [HTTP_HOST] => www.example.com [HTTP_X_REAL_IP] => リモートホストIP [HTTP_X_FORWARDED_PROTO] => http ←2020/5中頃廃止 [HTTP_LISTEN_IPADDR] =...

さくら共用サーバから Gmail へメールが届かない

障害情報ではなく、サポート情報に記載されている https://help.sakura.ad.jp/hc/ja/articles/206052622 私的な環境では、同サーバで TLS1.0/1.1 が無効化された時刻と近いので、何らかの関連があるかもしれません Google 側からメールの送信サーバに対して TLS1.0/1.1 でチェックをして、ドメインの正当性をチェックしていたとか~ 【追記】2018/5/30 1:15 対応により復旧 http://support.sakura.ad.jp/mainte/mainteentry.php?id=24159

Gmail で さくらのレンタルサーバーから SSL で POP3 受信

イメージ
Gmail から さくらレンタルサーバー のメールを SSL で POP3 で受信するメモ POPサーバ:  さくらの初期ドメインでドメインを記載 ←重要 ポート番号:  995 メールの取得にセキュリティで保護された~ にチェックを入れる