供給されたDNSの詳細を使用して、既存のドメインをホスティングに接続します。 ウェブサイトのレコードをチェックし、メール設定を保存し、変更後にHTTPSを検証します。
ドメイン、DNS、ウェブサイトのホスティングを分離
ドメイン登録により、名前の制御ができます。 DNS レコードは、ウェブサイトをホスティングしながら、その名前の宛先を記述します。 これらのサービスは異なるアカウントで管理できます。 既存のドメインを新しいウェブサイト環境に接続するために、Authoritative DNS 設定にアクセスする必要があります。
VPSLibreコンフィギュレータにドメインを入力すると、使用する名前が記録されます。 ドメイン登録、転送、ネームサーバの変更、DNSの編集は行いません。 実際のホスティング先とセットアップ手順を待ってから、ウェブサイトの切り株を作る。
ドメインの背後にあるホスティング環境を特定する
権威あるDNSを見つけ、現在の設定を保存します
現在使用しているドメインがどのネームサーバに使われているかを確認し、そのDNSゾーンを管理するアカウントを見つけます。 ドメインが別のDNSサービスを使用している場合は、レジストラのDNSエディタは、認可できません。 既存のウェブサイト、電子メール、および検証の設定を編集する前に記録します。
ネームサーバーの変更は、ドメインのDNS管理を移動し、ウェブサイトの向こうにレコードに影響を与えることができます。 ウェブサイトを新しい目的地に置く必要がある場合は、委任を必然的に変更するのではなく、提供されたレコードの指示に従ってください。 委任が変更されなければならない場合は、最初に完全な宛先ゾーンを準備し、検証します。
提供された宛先にマッチするレコードタイプを使用してください。
IPアドレスやホスト名のみを実際にサービスに供給します。 ルートドメインとwww名がどのように動作するかを決定し、訪問者が使用する名前を認識するためにウェブサイトを設定します。 DNSレコードは、そのサーバー上で正しいウェブサイトを選択せずにサーバーに到達することができます。
変更される正確な名前の既存のレコードを確認します。 古いIPv6レコードが新しいIPv4先物と一緒に残っているとき、特に、残りの目的地は、他の場所でいくつかのリクエストを送信することができます。 エイリアスレコードには、共存レコードタイプとルートドメインの使用に関する制限もあります。DNSサービスの対応方法に従ってください。
必要に応じてテーブルを水平にスクロールします。
ウェブサイトをつなぐ際の共通レコードの役割| レコード | 目的地または目的 | 確認するべきこと |
|---|
| A | IPv4アドレス | 当ウェブサイトに掲載された住所は、 |
|---|
| AAAAの特長 | IPv6アドレス | IPv6は、意図したウェブサイトにも達します |
|---|
| CNAMEの特長 | ホスト名へのエイリアス | 供給対象者およびDNSサービスの制限 |
|---|
| MXの特長 | ドメインのメール配信 | 電子メールプロバイダが必要とする値を保存します |
|---|
ドメインの既存のメール設定を保存
ウェブサイトのレコードとメールルーティングは異なる役割を持っています。 電子メールが現在のプロバイダに滞在する場合、その必須を保持します。 MX 関連する認証レコードを含む SPF, DKIM そして、 DMARC 設定。 一部の設定はメールのホスト名に依存します。ホスト名が複数のサービスで使用されるアドレスを変更する前に確認します。
メールプロバイダから正確な値を使用します。 メールレコードをウェブサイトの宛先に置き換えたり、認証レコードを削除したりしないでください。 ホスティングするウェブサイトを指すと、メールボックスを作成したり、ワーキングアウトバウンドメールサービスを確立したりすることはありません。 DNS変更後に別途既存のメールをテストします。
移動中にウェブサイトやメールの変更を別の状態に保つ
DNS、ウェブサイト、HTTPSを別途確認
意図した変更を保存した後、権限のあるレコードを調べて比較します。 DNS サポートが必要なネットワークからの回答 以前のレコードがキャッシュされたまま、キャッシュされた回答は異なるため、1つのデバイスからの即時の結果は、完全なカトラバーの証拠ではありません。 固定された世界的な伝搬期限を調達しないようにしてください。
それぞれのホスト名が適切なサイトを提供することを確認してください。 その後、HTTPS は、それらの名前の有効な証明書を持っており、リダイレクト、フォーム、アプリケーション URL は正しく動作します。 正しいDNS回答だけでは、証明書の発行や更新作品は証明しません。 チェックアウトHTTPS設定レコードは、セットアップを要求しました。 配信結果を確認します。
- 両方が使用される場合は、ルートドメインとwwwを別々にチェックします。
- IPv4 と IPv6 の両方のレコードが存在する場所の宛先を比較します。
- 警告を迂回することなく、ブラウザで証明書名と有効期限を確認します。
- リダイレクトとリソースのページは、正しいアドレスを使用してまだチェックします。
- 既存の着信とメールをメールプロバイダのツールでテストします。
ウェブサーバーをチェックして、 TLS アフター DNS 準備が整います
問題を絞り込むために失敗したチェックを使用する
DNS が古い宛先を示す場合は、権限のあるゾーンを編集し、キャッシュされた回答を検討してください。 正しい宛先に到達するが、別のサイトを表示する場合は、ホスティング側のドメイン割り当てとアプリケーション設定を確認してください。 HTTP が動作するが HTTPS が失敗した場合は、証明書とホスト名の設定を別々に調べてください。
変更と以前の値のレコードを保持して、必要に応じて関連する編集を反転できます。 助けを求めるときは、ドメインを指定し、ホスト名が失敗し、チェックの時間とエラーの非感心的な説明を失敗します。 レジストラの資格情報や秘密鍵の共有はできません。 意図したウェブサイトや関連サービスがチェックされるまで、古いホスティングを使用可能にしてください。