ユーザーの助け合い掲示板「XREAの灯」

　解決したようで，おめでとうございます！(^o^)ノ

▼タカシさん：
>これをやって「サイト設定」ボタンを1回押して完了を思ったらダメで、
>何回も「サイト設定」ボタンを押したり、「サイト設定変更」ボタン押したりして、サーバに認識させないとダメなんですね。
>ボタンを1回押しただけじゃダメなんです。
　そうなんですか！貴重なtipsを書き込んでいただきありがとうございます．

>www無し、www有り両方に.htaccessを入れて制御出来ています。
　サーバー側の制約であって，実現できないものだとあきらめておりました．
　興味が湧きました．私もやってみたいと思います．(^^)

お付き合い頂き有難う御座いました。
実に変な事で全て解決しました。

やった事は既に書いている事(サーバでのサイト設定)と同じです。
・www無し⇒www有りへの読み替え設定を止める
・www無し、www有り、両方を無料ssl設定する。

これをやって「サイト設定」ボタンを1回押して完了を思ったらダメで、
何回も「サイト設定」ボタンを押したり、「サイト設定変更」ボタン押したりして、サーバに認識させないとダメなんですね。

ボタンを1回押しただけじゃダメなんです。
過去、ボタンを1回押してたのですが、今回はシツコク2回、3回と押しました。

トホホ設定画面でした。
www無し、www有り両方に.htaccessを入れて制御出来ています。

▼タカシさん：
>>>たぶん(非SSL接続の)http://abc.com/へのアクセスなら，(SSL接続の)https://www.abc.com/への301リダイレクトが成功すると思いますが，いかがでしょうか？
>
>非SSL接続のhttp://abc.com/のhtaccessでhttps://www.abc.com/への301リダイレクトを書いても状況が同じです。
　私のドメインでは，htaccessではなく新コントロールパネルのサイト設定でリダイレクト設定していますが，httpsのwwwなしからwww付きへのリダイレクトは「警告: 潜在的なセキュリティリスクあり」になってしまいます．
(例)
http://marry.com　→https://www.marry.com；成功
https://marry.com　→https://www.marry.com；「警告: 潜在的なセキュリティリスクあり」

>xrea側の問題だと思い、今xreaに確認中です。
　数年前から上記の症状に気づいていましたが放置していました(^^;　xrea側の制約だろうと思います．お役に立てなくてスミマセン．

>>たぶん(非SSL接続の)http://abc.com/へのアクセスなら，(SSL接続の)https://www.abc.com/への301リダイレクトが成功すると思いますが，いかがでしょうか？

非SSL接続のhttp://abc.com/のhtaccessでhttps://www.abc.com/への301リダイレクトを書いても状況が同じです。

xrea側の問題だと思い、今xreaに確認中です。

　タカシさん，書き込みありがとうございます．

▼タカシさん：
>https://abc.com指定で表示させようすると、ブラウザで警告がでてしまって表示不可です。
　症状の確認でございます．下記の理解で正しいでしょうか？
https://www.abc.com/　→正常に表示される
https://abc.com/　→潜在的なセキュリティリスクとなって表示不可

　たぶん(非SSL接続の)http://abc.com/へのアクセスなら，(SSL接続の)https://www.abc.com/への301リダイレクトが成功すると思いますが，いかがでしょうか？

以上，取り急ぎご返信申し上げます．

無料SSLを以下の様に設定しています。

abc.com　⇒読み替え設定でwww.abc.com
www.abc.comを無料ssl設定しています。

https://abc.com指定で表示させようすると、ブラウザで警告がでてしまって表示不可です。

http://www.abc.com指定、http://abc.com指定では、https://www.abc.comとなりokです。

無料SSL設定を変更してwww.abc.comへの読み替え無しにして、abc.comもwww.abc.comも両方を無料ssl設定しても状況に変わりが有りません。

htaccessをどこへ入れても状況が全く同じです。
RewriteEngine On
RewriteCond %{HTTP_HOST} ^abc\.com$ [NC]
RewriteRule ^(.*)$ https://www.abc.com/$1 [R=301,L]
駄目です。

RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
これも駄目です。

　Amazonジャパンで購入して領収書を印刷すると，2025年8月以降は「注文の概要」しか印刷されなくなってしまっています．7月までは，文書タイトルが「注文の概要」ながら本文中に「領収書」の文言があったので，経理部で受け付けてもらえましたが，8月以降はそれがないのです．(-_-)
　システム改修でこうなってしまったようですが，アマゾンカスタマーサポートに連絡したら，「領収書」のタイトルがある文書を印刷するURLを教えてもらいました．
　下記のID=に続けて注文番号を入力すると領収書を印刷できます：
https://www.amazon.co.jp/gp/legacy/css/summary/print.html/ref=oh_aui_ajax_invoice?ie=UTF8&orderID=

pinpinpinさん、こんにちわ。書き込みありがとうございます。

>XREAが連日、障害が起きております。
　障害情報によると、XREA系サーバーの多くで発生しているようですね。
https://status.value-domain.com/information/

>一度は自分の設定の影響かと思いDBを削除、インストールフォルダも削除などして深夜まで作業し、ふと同じドメインの他のWordPressに接続してみると同じくデータベース接続エラーになっておりました。
　対策お疲れ様です。私はデータベースを使っていないせいか、いまのところ障害の影響はないようです。

こんにちは
XREAが連日、障害が起きております。
WordPressを使っているため突如データベース接続エラーや投稿の保存ができなくなったりしています。
一度は自分の設定の影響かと思いDBを削除、インストールフォルダも削除などして深夜まで作業し、ふと同じドメインの他のWordPressに接続してみると同じくデータベース接続エラーになっておりました。
そのような状態なので結局はサーバー側の障害と判断し、動いている間にバックアップを取得してサーバー移転を検討しています。

：317_Image_20250727_144826.png （192.9KB）

　私が契約しているドメイン名に関して，2024年7月ごろから「Value Domain ネットde診断」サービスのお試しとして無料の診断結果が続々と送られてきました．その診断結果はいずれも「B」だったので安心しておりました．

　ところが2024年12月に入ると「C(要確認)」が続々と送られてきたので，無料で閲覧可能な診断レポートを細部まで確認しました．しかし，例えばメールの「IMAPサーバーへセキュアでない方法でアクセス可能」とかファイル転送するのに「セキュアでないFTPが使用可能」とか，そんなのばっかりがセキュリティホールとして指摘されていました．私はIMAPSで使っているし，FTPもSSL経由で使っているし，レンタルサーバーの店子としてはサーバー設定を変える権限もないしで，放置しておりました．

　すると2回目診断のお知らせがあって，2024年12月10日あたりから再び診断結果が続々と送られてきました．何も設定を変更していないのに，今度は「B」に戻っていました．どうやら前回の診断はチェックが厳しすぎたから，再診断したんじゃないかと想像しております．
　まぁ「A」を目指すほどセキュリティーに取り組まなくとも，「B」で十分だろうなぁと思っています．

　2024年1月にCoreserverおよびXREAのメールセキュリティーが強化されました．
　メールアドレスの一部に大文字を使っていても従来は送受信できていましたが，セキュリティー強化後は下記エラーになってしまいます：
from and auth not the same (#5.5.1)

　このエラーはメールサーバーが返しています．

　2024年1月以降はアカウント名の大文字と小文字を厳密にチェックするようになったようです．

　対策としてメーラーのSMTPサーバー設定を確認し，
送信時のメールアドレスと
認証時のメールアドレスが(大文字小文字も)厳密に一致するように変更します．

　私が愛用しているThunderbirdの場合は，メールアカウント毎に設定することができました．つまり複数の設定を共存できました．
　これで解決しました．

　なお，Thunderbirdから送信できない場合でも，Squirrelメールなら問題なく送信できました．

　自分のドメイン・メールを受信したサーバーからSPAMと判定されるのを防ぐのにSPFは有効ですが，DKIMは無効ということですね．

DKIM：DomainKeys Identified Mail
　DKIMはメール内容の改ざん検知能力に特化していますが、メール送信元の偽装検知能力は完全ではありません。そのため、DKIMの認証で電子メールの安全性を保証できるのは、メール内容の正当性のみとなります。

SPF：Sender Policy Framework
　SPFはメール送信元の偽装検知能力に特化しています。IPアドレスを使って認証を行うのが特徴で、メール送信元が偽装されていないかを確実に検知するのです。具体的には、送信元メールサーバー情報と送信元DNSサーバーに登録されているSPFレコードが一致するかを確認し、安全性を保証します。

出典：
https://blastengine.jp/blog_content/confirm-dkim/#DKIM%E3%81%A8SPF%E3%81%AE%E9%81%95%E3%81%84

　これはPerlで記述されたcgiの先頭付近に3行追記するだけで，セッション管理パスワード式の認証機能を付与するCGIです．
　とても便利に使えるので20年ほど愛用しています．
　現在はウェブサイトが閉鎖されてしまいましたが，かつては下記で公開されていました：
http://webpower.jp/websofts/password_protection/script_gate/

　これをPerl5.24で動かすと500エラー（Internal Server Error）で動かないことがわかりました．数日間悩んで，jcode.plを入れ替えたら，見事に動作してくれました(^^)ノ

　本日，メーリングリストへMicorosoftクラウドの有料メールアカウントから投稿したら，550-5.7.26エラーで返ってきました．
こんな感じのエラーです：
550 5.7.26 https://support.google.com/mail/answer/81126#authentication y17-20020************- gsmtp

　原因不明なのですが，普通にMicorosoftクラウドの有料メールアカウントから投稿したら，同じエラーが返ってきました．
　Googleメールのセキュリティが強化されて，SPFレコードの無いメールを拒絶するようになったらしいのですが，確認したところSPFレコードは付いています．
　
　Micorosoftクラウドじゃなくて，Coreserverのメールアカウントからの送信ならば，メーリングリスト宛ても通常のメールも問題なしです．
　面倒なのでこれ以上は追求していません

　Microsoftクラウド側で不具合発生なのかな？

　2024年2月から，Gmailアカウントへメールを送信する場合は，SPFまたはDKIMが義務づけられました．

　Value-Domainご利用各位はすでにSPF認証を設定済みだと思いますが，まだの方はお忘れ無く．
　Googleのアナウンスメントはこちら：
https://support.google.com/a/answer/81126?hl=ja&visit_id=638427779571077989-1019281832&rd=1#zippy=
%2C%E3%81%99%E3%81%B9%E3%81%A6%E3%81%AE%E9%80%81%E4%BF%A1%E8%80%85%E3%81%AE%E8%A6%81%E4%BB%B6%2C%E6%97%A5%E3%81%82%E3%81%9F%E3%82%8A-
%E4%BB%B6%E4%BB%A5%E4%B8%8A%E3%81%AE%E3%83%A1%E3%83%BC%E3%83%AB%E3%82%92%E9%80%81%E4%BF%A1%E3%81%99%E3%82%8B%E5%A0%B4%E5%90%88%E3%81
%AE%E8%A6%81%E4%BB%B6

　「SPFまたはDKIM」なので，どちらか一方を設定していれば大丈夫のはずですね．まぁ，1日あたり5000通なんて送ることはありませんが．

Value-Domainによる解説：
https://www.value-domain.com/media/gmail-not-reach/?utm_source=newsletter&utm_medium=email&
utm_campaign=20240205_email_newsletter_html_vnote_com750_jpAuc

　嬉しい知らせが飛び込んできました！
　Value-DomainでもDKIMとDMARCが使えるようになるようです．
　もちろんコアv1も2月から順次対応予定みたいです．

https://www.value-domain.com/information/detail/?no=20240115-1
&utm_source=newsletter&utm_medium=email&utm_campaign=20240115_email_newsletter_html_mailAuth

　SPF認証だけだと，迷惑メールとご判断されることがあってレンタルサーバー発信メールの宿命かとあきらめていましたが，改善を期待しています(^^)

　久しぶりにGMOへのドメイン移管作業を行いました．この掲示板に書き込んだ移管と更新の作業は我ながら適切だったなぁと自画自賛しています．(^^)

　さて，現状で普通に運用できていて，DNS設定もバックアップ済みなら，実作業は下記で済みます．

(6)DNSサーバーをValue-domainのDNSサーバー群に切り替えます．

(7)Value-domain独自形式のDNS情報を設定し，保存する．

(8)「キャンペーン対象レジストラ」として更新手続きする

　特に(7)は重要で，うっかり忘れるとウェブやメールが止まってしまいます．
　また，(8)の手続きはValue-domain側で自動的に進行しますが，その経過表示画面が更新されるのに5分以上待たされました．最後に正常に受け付けが完了した旨が表示されれば一安心で，後は移管完了の成功メールを待つだけです．


	新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃留意事項 ┃設定 ┃ホーム