Lighttpdは、削除されたサブドメインのSSLエラーを防止します

Question

私はこの問題を抱えています。

サブドメインが設定されましたが、現在は無効です。サブドメインはOwnCloudのために使用されたので、かなりの数の同期クライアントがそれに対して設定されています。サービスが終了し、私がOwncloudをもうホストしていないので、サーバー上のサブドメインとそのすべてのトレースを削除しました。

私の問題は、サブドメインアドレスの古いクライアント（コンピュータ/タブレットなどを知っている人）に依然としてヒットしていることです。これは通常問題ではありませんが、サブドメインはSSLを有効にして設定されており、すべてのクライアントはhttps://cloudstorage.example.comからデータを取得しようとしているため、lighttpdエラーログにエラーが発生します。

強制的にトラフィックのリダイレクトを非SSLドメインに設定しようとしましたが、実際には動作しません。

これは私がのlighttpd.confにリダイレクトを強制しようとした方法である：

2017-08-21 14:01:48: (network.c.117) SSL: no certificate/private key for TLS server name cloudstorage.example.com 
2017-08-21 14:01:48: (connections.c.305) SSL: 1 error:1412E0E2:SSL routines:ssl_parse_clienthello_tlsext:clienthello tlsext 
2017-08-21 14:01:48: (connections.c.305) SSL: 1 error:1408A0E3:SSL routines:ssl3_get_client_hello:parse tlsext 

：私のエラーログを防ぐためではないかもしれないいくつかの回避策は、のようなエラーが殺到している場合、

$HTTP["scheme"] == "https" { 
$HTTP["host"] =~ "^(cloudstorage)\.example\.com$" { 
     url.redirect = (".*" => "http://%0$0") 
     } 
     } 

任意の提案を

私がやりたいことは、存在しないドメインのSSL証明書を作成することです。

ありがとうございます。

Answer 1

クライアントがHTTPSに接続する場合、リダイレクトを含むHTTPデータを送信する前にハンドシェイクを完了する必要があります。そうしないと、HTTPSが傍受される可能性があります非常に！

HTTPS接続を成功させ、リダイレクト404などを配信するには、証明書が必要です。接続が成功するかどうか気にしないで、読み取りタイムアウトとサーバーエラーを防ぎたい場合は、自己署名証明書を作成できます。