質問: ispがポート80をブロックしているときに、すべてのhttpリクエストをhttpsにリダイレクトするにはどうすればよいですか? 自宅でhttpswebサーバーを実行していますが、1つの重要な欠陥があります。ポート80を使用して接続できません。isp(cox)がポート80をブロック(着信)しました。これについては何もできませんが、幸いなことに私にとっては、ポート443をブロックしませんでした。したがって、純粋なhttpsサーバーを使用することを選択しましたが、(https)サーバーにリダイレクトしたいことがいくつかあるため、これは完全には機能していません。http://www.example.com/ redirects to https://www.example.com/http://example.com/ redirects to https://www.example.com/https://example.com/ redirects to https://www.example.com/そして最後に、障害:https://www.example.com/は(cname)powe.ddns.netを指します。これは私のダイナミックdnsです。試しましたが、urlレコードとcnameレコードを混在させたり、cnameがip上の単一のポートのみを指すようにすることはできません。これまでのところ、すべてのリダイレクトをhttps://ww2.example.com/に移動し、そのポイントをホームサーバーに設定しましたが、httpsからhttpsへのリダイレクトを実行できないため、https://www.example.com/をhttps://ww2.example.com/にリダイレクトすることはできません。 。私がこれまでに見つけたすべての解決策は、ポート80が開いていることに依存していますが、これは私にはできません。それで、なにかお手伝いできますか?考えられる解決策には、httpsからhttpsへのリダイレクト、ポート固有のdns、およびhttpsからのurl転送が含まれます(httpからhttpまたはhttpからhttpsへのurl転送のみが見つかりました)。ありがとうございました!
回答: とにかくサードパーティが関与しないとポート80がブロックされていると、詳細を説明することは一般的に不可能であるため、低コストのホスティングを調査することをお勧めします。これは必須ではありません-サイトをホストすることはできます-しかし、ほぼ確実に、以下の2つのオプションのいずれかを使用します。個別のダイナミックdnsプロバイダーサブドメインでdnsサービスを使用するhttpリクエストをhttpsにリダイレクトするという質問については、投稿の詳細から、example.comのdnsプロバイダーがこれを容易にしていると思います。これらを https://powe.ddns.net にリダイレクトしたいとすると、urlリダイレクトを介して直接リダイレクトします。 www.example.com --> https://powe.ddns.net example.com --> https://powe.ddns.net それ以上のhttpsリダイレクトは不要です。ダイナミックdnsプロバイダーでドメインを直接使用するサブドメインを割り当てる動的dnsサービスは便利ですが、動的dnsクライアントを持ちドメインを使用できるdnsプロバイダー(現在のレジストラまたはサードパーティ)を調査することをお勧めします(例:- https://example.com )これらのサービスと直接。通常はポート80を使用できますが、httpからhttpsへのリダイレクト(例: http://example.com -> https://example.com )はありません。 urlリダイレクトレコードと基本的なdnsaレコードにより、特定のエントリのipアドレスに関する問題が発生するため(https以外のurlを使用するとカットオフされるため)、サードパーティの介入なしでは不可能です。[〜#〜] update [〜#〜]:op自身が受け入れた回答ごとに、cloudflareはポート80のリクエストをインターセプトし、ポート443にリダイレクトするようです。 。 彼らは明らかにダイナミックdnsクライアントも持っています 。cloudflareの使用に関係なく、ドメインのhttpsバージョンを通常の方法で使用することは可能です。cloudflareなしで https://example.com から https://www.example.com へのリダイレクトに関して、解決策はサーバーipを直接指すこととサーバー自体でwww以外のリクエストとwwwリクエストを並べ替える。まだ行っていない場合は、通常どおり2つのaレコードを作成して、サーバーの正しいipを直接指します。 example.com. in a 99.100.101.102 www in a 99.100.101.102 httpsを使用してそれらにアクセスします。これらのレコードの正確な形式については、dnsプロバイダーに問い合わせてください。これら両方のエントリのipを更新することをダイナミックdnsクライアントに認識させる必要があることに注意してください。次に、apacheで、 https://example.com を https://www.example.com にリダイレクトします。繰り返しますが、簡単にするために、次を使用できます。 redirect / https://www.example.com https://example.com のhttps仮想ホスト内。ただし、特にseoの目的で、他のリダイレクトオプション(301、302など)を使用することもできます。証明書証明書に関する簡単な注意事項として、 https://www.example.com は https://example.com のサブドメインであり、どちらもブラウザエラーがない場合は、次のいずれかが必要です。 個別の証明書(1つは https://www.example.com をカバーし、もう1つは https://example.com をカバーします) https://www.example.com と https://example.com の両方をカバーする証明書(おそらく ワイルドカード証明書 )。 自己署名されていない無料の証明書が必要な場合は、 let's encrypt によって発行されたものを選択できます。彼らのwebサイトには、証明書の要求や管理のための直接インターフェイスはありませんが、 zerossl にはwebインターフェイスとコマンドラインクライアントの両方があります(perlスクリプトとwindowsバイナリの両方として)。 他にも利用可能なクライアントがあります 。let's encrypt証明書の唯一の欠点は、証明書が短く(90日しかない)、現在ワイルドカード証明書を発行しないことです。 証明書の発行にはいくつかのレート制限がありますが、現在はかなり合理的です 。ブラウザ内urlブラウザのアドレスバーでurlがまったく変更されないように、urlを「マスク」することは可能ですが、これには多くの場合、フレームにコンテンツを読み込む別のサーバーか、数に応じて機能する場合と機能しない場合があるmod_rewriteのクリエイティブな使用が必要です。要因の。httpsの場合、マスキングにより、意図したとおりに機能するhttpsが損なわれる可能性があります(主にセキュリティのため)。つまり、urlの最小限の変更に満足できる場合(たとえば、http://がhttps://になるか、場合によっては https://example.com から https:/ /www.example.com サーバー側)、上記のようにダイナミックdnsプロバイダーでexample.comを直接使用して、そのルートを選択します。seoの考慮事項サイトのwwwバージョンと非wwwバージョンの両方が、seoの目的(検索エンジンでのインデックス作成)のために重複したコンテンツを持つ別個のドメインと見なされる可能性があることに注意してください。したがって、コンテンツのインデックスを正しく作成したい場合は、それに応じた手順を実行することをお勧めします。によって google )