エックスサーバーで無料独自SSLの設定に失敗した時は、自社の設定を変える前に、利用中のサーバー番号と障害情報を照合します。2026年11月7日のsv7664の告知では、DDoS対策のアクセスフィルタリングにより、SSLの認証に失敗する場合があると案内されました。
この影響は一部の利用者に限られるため、同じエラーでもDNSの参照先やアクセス制限など、通常の設定原因は残ります。サーバー側の制限、設定時のエラー、設定後の反映待ちを分ければ、待つ場面と管理会社へ連絡する場面を判断しやすくなるでしょう。
要点最初に確かめるのはサーバー番号と失敗した操作
sv7664の告知と自社の状況が一致するかを見たうえで、設定の追加・更新・反映待ちを分けます。証明書の期限が近い場合は、解除を待つだけにせず管理会社やサポートへ状況を伝えましょう。
sv7664では無料独自SSLの有効化に影響する場合がある
エックスサーバーの公式告知によると、sv7664.xserver.jpでは2026年11月7日17:55頃〜18:07頃にDDoS攻撃でアクセスしづらくなる障害が発生し、このアクセス障害は告知時点で復旧しています。これとは別に、同日18:08頃から一部環境のアクセスをフィルタリングすると案内されました。
フィルタリングは、攻撃の影響を避けるために通信を選別する対策ですが、ドメイン認証局からのアクセスも遮断され、認証が通らない場合があります。告知が挙げている操作は、無料独自SSLの有効化と、有償SSLの取得・更新・再発行申請です。
アクセス障害の復旧とフィルタリングの解除を分ける
同じ告知の中に「復旧」と書かれていても、SSL認証への制限まで解除されたと読み替えないようにします。公式は攻撃の停止を確認してからフィルタリングを解除する方針を示していますが、解除の時刻や完了予定は記載していません。
2026年11月9日時点では、sv7664の告知に解除完了の追記はありません。そのため、今も攻撃中か、個別の契約で認証が失敗するかは、この告知だけでは決められません。
サイトが見える場合もSSLの操作結果を確認する
サイトへアクセスできることと、SSLの新規発行や更新が完了することは別の確認項目です。表示が戻っていても申請時にエラーが出るなら、そのエラーと実行時刻を控え、対象サーバーの告知に照らして判断します。
サイト自体につながらない時の確認先は、XServerのDDoS障害をサーバー番号から調べる手順でも確認できます。今回のSSL設定では、その確認に加えて失敗したのがどの操作かまで切り分けましょう。
エックスサーバーの無料独自SSL設定が失敗した時の確認順
エックスサーバーの無料独自SSL設定が進まない時は、サーバー番号→公式告知→操作の段階の順で見ます。先に条件をそろえておけば、他のサーバーの障害や、過去の別件の告知を自社の原因と取り違えにくくなるためです。
サーバーパネルでサーバー番号を控える
利用中の番号は、サーバーパネルの「アカウント」→「サーバー情報」→「サーバー番号」で確認できます。
XServerアカウントの契約情報にも番号があるため、入れる管理画面から確かめれば構いません。
出典:エックスサーバー「利用しているサーバーの番号はどこで確認できますか？」
契約やログインを制作会社に任せていて番号が分からない場合は、対象ドメインの契約サーバー番号を聞きます。契約先自体が不明なら、自社ホームページのサーバー契約を調べる順番に沿って、請求書や引き継ぎ資料からたどれます。
設定失敗と反映待ちでは次の行動が違う
番号を確認したら、無料独自SSLの画面で設定が完了したのか、エラーで止まったのかを見分けます。設定をONにできた直後の「反映待ち」を失敗と判断して、削除や再設定を繰り返す必要はありません。
| 画面・操作 | 次に見ること |
|---|---|
| 追加でエラー | 告知・DNSを確認 |
| ONで反映待ち | 反映時間を確認 |
| 更新が未完了 | 期限と設定を確認 |
公式マニュアルの最大1時間程度という案内は、SSL設定を追加した後の反映についての目安です。DDoS対策が解除されるまでの時間や、DNS変更が行き渡るまでの時間を保証する数字ではありません。
無料独自SSL設定の失敗につながるDNS・アクセス制限・転送
該当する障害情報がない場合や、案内された制限の解除後もエラーが続く場合は、通常の設定原因を順に確認します。エックスサーバーの更新失敗FAQでは、DNS、アクセス制限、リダイレクトの確認が案内されています。
DNSの参照先
ドメインが向くサーバーを確認
アクセス制限
認証に必要な通信を妨げていないか確認
転送の設定
別のURLへ送っていないか確認
出典:エックスサーバー「無料独自SSLの自動更新が失敗し、手動更新もできません」
DNSを独自に設定しているならwwwの両側を見る
DNSは、ドメイン名がどのサーバーを参照するかなどを管理する仕組みです。DNSレコードをカスタマイズしている場合、公式はwwwあり・wwwなしの両方のAレコードが契約サーバーを参照していることを無料独自SSLの設定条件として案内しています。
普段使うURLがwwwなしでも、wwwあり側の参照先が違っていないかまで管理者に見てもらいます。ただし、移転前で旧サーバーを公開している場合は、後述の事前認証の手順を先に確認しましょう。
更新失敗ならアクセス制限と転送の設定を確認する
無料独自SSLの更新に失敗した場合、サーバーパネルの「アクセス制限」「サイト転送設定」と、.htaccessによる転送が確認対象になります。リダイレクトは別のURLへ自動で移動させる設定で、認証時のアクセスにも関わるためです。
公式FAQには制限や転送を一時的に解除する対処がありますが、非公開ページを守る認証まで一律に外す操作は避けます。管理会社に現行設定と影響範囲を確認してもらい、必要な範囲だけ変更し、作業後に戻す内容まで決めて進めるほうが安全です。
サーバー移転前は事前認証の手順を使う
他社サーバーからエックスサーバーへ移す途中なら、ネームサーバー変更前に無料独自SSLを事前設定する方法があります。公式の「他社サーバーでのWeb認証」または「他社ネームサーバーでのDNS認証」を、現在の運用に合わせて選びます。
この事前設定のために先にネームサーバーを変更すると、サイトが正しく表示されない期間が生じる場合があります。SSLを通すためだけに参照先を急いで切り替えず、移転元のサイトやメールの設定を担当者と確認しましょう。
なお、事前認証はサーバー移転に向けた手順であり、sv7664のDDoS対策を確実に回避できると案内されているわけではありません。SSL証明書の設定と、サイトを常にHTTPSへ転送する作業の違いは、ホームページのSSL化とHTTPS設定で確認できます。
再設定する前に避けたい操作
エックスサーバー側のフィルタリングと、自社で設定するアクセス制限は、実施する側が違います。そのため、告知との一致を調べずに自社側のセキュリティ設定を止めても、サーバー側の認証制限が解消するとは限りません。
警告原因が分かるまで既存の設定を保つ
証明書の削除、DNS全体の変更、セキュリティ設定の一括停止を最初の対処にしないでください。現在の状態とエラーを控えてから、原因に対応する箇所だけを管理者と確認します。
すでに有効な証明書があるなら、有効期限と対象ドメインを確認してから作業を決めます。新規設定の失敗を理由に既存の証明書まで削除すると、元に戻すための作業が増えかねません。
また、同じ操作を繰り返す前に前回から何が変わったかを確かめましょう。告知の更新、DNSの反映、設定の修正といった判断材料がないまま再試行しても、何が原因だったのかを追いにくくなります。
期限が近い時に管理会社へ伝える内容
無料独自SSLの更新に失敗していて期限が近いなら、フィルタリングの解除待ちだけで終えないようにします。エックスサーバーの告知には解除予定時刻がないため、期限と失敗の状況を付けて、管理会社またはサポートへ連絡する判断が必要です。
その連絡では「SSLが使えない」だけでなく、新規設定・更新・表示のどこで止まったかを伝えます。次の情報がそろうと、契約や画面を調べ直すためのやり取りを減らせるでしょう。
- 対象ドメインと契約サーバー番号
- 失敗した操作と実行日時
- エラー全文または画面の記録
- 現在の証明書の有効期限
- 直前に変更したDNS・制限・転送の有無
自社でそろえる記録
管理者が確かめる条件
管理会社への依頼文は症状と確認事項を分ける
たとえば、依頼文は「対象ドメインで無料独自SSLの更新を試したところ、記録したエラーで停止しました。現在の証明書の期限と、契約サーバーの障害情報への該当有無、次に行う作業をご確認いただけますか」のように書けます。
これに実際のドメイン・時刻・エラー・期限を添えてください。
この時、パスワードを通常のメール本文へ書く必要はありません。画面の記録を渡す場合も認証情報を隠し、必要な情報を安全に共有できる方法を管理会社と決めます。
更新未完了の通知を受け取った場合も、メール内のリンクだけで操作を進めず、普段使う管理画面から状態を確認します。期限切れの警告が出ているなら、SSL証明書の期限切れで確かめる項目を使い、支払い・発行・設置のどこに問題があるかも伝えましょう。
無料独自SSL設定の失敗でよくある質問
Qエックスサーバーの無料独自SSL設定が失敗する原因はDDoSですか？
A無料独自SSL設定の失敗原因は、DDoS対策だけとは限りません。利用中のサーバー番号と告知、失敗時刻を照合し、DNSの参照先やアクセス制限、転送の設定も確認します。
Qsv7664のアクセス障害は復旧していますか？
Asv7664の2026年11月7日の告知では、同日17:55頃〜18:07頃のアクセス障害は復旧したとされています。ただし、18:08頃からのフィルタリングは別の案内で、2026年11月9日時点では解除完了の追記はありません。
Q無料独自SSLは1時間待てば直りますか？
A無料独自SSLの設定追加後は、反映まで最大1時間程度という公式の目安があります。この時間は、設定の失敗やDDoS対策による制限が1時間で解消するという意味ではありません。
Qエックスサーバーのサーバー番号はどこにありますか？
Aサーバー番号は、サーバーパネルの「アカウント」→「サーバー情報」で確認できます。XServerアカウントの契約情報からも確認できるため、管理会社が契約している場合は対象ドメインの番号を聞いてください。
QwwwなしのURLだけ使っていても両方のDNS確認が必要ですか？
ADNSレコードをカスタマイズしている場合、無料独自SSLの通常設定ではwwwあり・wwwなし両方のAレコードが契約サーバーを参照している必要があります。サーバー移転前の事前認証は、公式の別手順に沿って進めます。
Q無料独自SSLの自動更新失敗もsv7664の告知の対象ですか？
Asv7664の告知が挙げるのは、無料独自SSLの有効化と、有償SSLの取得・更新・再発行申請です。無料独自SSLの自動更新失敗まで一律に同じ原因とせず、更新失敗FAQと現在の証明書の期限を確認します。
QSSL設定に失敗したら削除して作り直すべきですか？
ASSL設定に失敗した時は、先に現在の証明書の有効期限と状態、エラー内容を記録します。既存の証明書を削除するかどうかは、原因と元へ戻す方法を管理者と確かめてから判断してください。
無料独自SSL設定の失敗は番号と操作の段階から確かめる
エックスサーバーで無料独自SSL設定に失敗した時は、サーバー番号と個別告知を確かめてから、認証の段階を調べる順番で進めます。sv7664のように事業者側の制限が関わる場合もあるため、原因が分かるまでは設定変更を増やさず、期限が近ければ記録を添えて連絡しましょう。
メモ今回の記録を次の更新確認に残す
契約先・サーバー番号・証明書の期限・対応窓口を社内で引き継げる場所へ残すと、次回も同じ順番で確認できます。障害時に誰がどこまで調べるかも決めておきましょう。
その役割を決める際は、ホームページ保守会社へ任せられる作業範囲が確認の手がかりになります。SSL更新の確認やサーバー会社への問い合わせを誰が担当するかまで、契約の内容と照らし合わせておくと安心です。
こうした確認から保守の見直しを進める場合も、弊社では予算と必要な制作・管理の範囲に合わせて進め方を組み立てています。予算が決まる前でも、まず現在のサイトの状態からご相談いただけます。