常連

### 前提・実現したいこと

もともとは、Let's Encryptの証明書の更新をcronで1日2回行い、頻度が高いためメールは送信せず、標準出力と標準エラー出力はログに保存し、もし更新が出来ていない場合はLet's Encryptに登録したメールアドレスに届くメールで対応したかったため、Let's Encryptに登録したメールアドレスを確認したかったのですが、その確認が出来ていません。
登録に関してはメールアドレスが確認できないため、正常に登録できているかが不明です。

### 発生している問題・エラーメッセージ・試したこと

https://qiita.com/noraworld/items/3d492a50ee43dfd3ae5a#tldr
こちらのサイトを参考にしました。

こちらのサイトではコマンドの中に「acme-v01」と記載がありますが、そのまま実行すると
```ここに言語を入力
No such file or directory
```
というエラーが表示されました。

サーバーを契約した後にCertbotで証明書をインストールした際に「acme-v02」という記載があったため、「acme-v02」に置き換えて
```
sudo ls /etc/letsencrypt/accounts/acme-v02.api.letsencrypt.org/directory
```
とすることでハッシュ値は取得できたのですが、そのハッシュ値を用いて
```ここに言語を入力
sudo cat /etc/letsencrypt/accounts/acme-v02.api.letsencrypt.org/directory/ハッシュ値/regr.json
```
と実行すると
```ここに言語を入力
{"body": {}, "uri": "https://acme-v02.api.letsencrypt.org/acme/acct/68730246"}
```
と表示され、本来あるはずの"contact"の記載が無く、記載されているURLをブラウザのURL欄にペーストして手動で開くと
```ここに言語を入力
{
  "type": "urn:ietf:params:acme:error:malformed",
  "detail": "Method not allowed",
  "status": 405
}
```
という内容が表示されます。

上記のエラーで検索してもメールアドレスが記載されていないというケースが見当たらず困っています。

### 補足情報（FW/ツールのバージョンなど）

```ここに言語を入力
sudo certbot certificates
```
と実行して
```ここに言語を入力
Expiry Date: 2020-07-15 01:48:53+00:00 (VALID: 89 days)
```
と表示されることからWebサイトのhttps化は出来ていると思われます。

さくらのVPSを利用しています。

CentOS Linux release 7.7.1908
Apache 2.4.6
certbot 1.3.0

初心者故足りない情報などがあるかと思いますが、何卒ご教授の程よろしくお願いいたします。

Let's Encryptに登録したメールアドレスを確認する方法と変更する方法おご教授いただきたいです。

### 実現したいこと
よろしくお願いします。

Let's EncryptのSSL証明書発行ができず解決法を探しております。

さくらサーバのVPSを借りています。
OS:CentOS Stream 8

現在、私が構築していたサイトはSSL証明書の期限が切れており
https://abc.xyz.jp にアクセスすると「この接続ではプライバシーが保護されません」と出ている状態です。

コマンドを試し、エラーが出た結果は以下となっています。（一画面で見やすいように■■改行■■というところで改行を編集しています）
```ここに言語名を入力
[root@abc123 html]# certbot certonly --webroot -w /var/www/html -d abc.xyz.jp
Saving debug log to /var/log/letsencrypt/letsencrypt.log
 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
An RSA certificate named abc.xyz.jp already exists. Do you want to update
its key type to ECDSA?
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
(U)pdate key type/(K)eep existing key type: K
Renewing an existing certificate for abc.xyz.jp
 
Certbot failed to authenticate some domains (authenticator: webroot). The Certificate ■■改行■■
Authority reported these problems:
  Domain: abc.xyz.jp
  Type:   unauthorized
  Detail: The key authorization file from the server did not match this challenge ■■改行■■
"ABcdEFgHIjKlmnABcdEFgHIjKlmn-ABcdEFgHIjKlmn_ABcdEFgHIjKlmn.ABcd1EF ■■改行■■
2gH3Ij4Klmn_ABCDEF" != "<h1>Test</h1>"
 
Hint: The Certificate Authority failed to download the temporary challenge files  ■■改行■■
created by Certbot. Ensure that the listed domains serve their content from the  ■■改行■■
provided --webroot-path/-w and that files created there can be downloaded from  ■■改行■■
the internet.
 
Some challenges have failed.
Ask for help or search for solutions at https://community.letsencrypt.org.  ■■改行■■
See the logfile /var/log/letsencrypt/letsencrypt.log or re-run  ■■改行■■
Certbot with -v for more details.
```
この
```ここに言語名を入力
"ABcdEFgHIjKlmnABcdEFgHIjKlmn-ABcdEFgHIjKlmn_ABcdEFgHIjKlmn.ABcd1EF ■■改行■■
2gH3Ij4Klmn_ABCDEF" != "<h1>Test</h1>"
```
の照合しようとしている部分が、間違ってHTMLになってしまっているのが原因かなと思っています。
後述の「集めた情報」にもある、
```ここに言語名を入力
[root@abc123 ~]# vi /etc/httpd/conf.d/vhost.conf

■■vhost.confの中身 ここから■■
<VirtualHost *:80>
DocumentRoot /var/www/html
ServerName abc.xyz.jp
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URL} [R=301,L]
</VirtualHost>
■■vhost.confの中身 ここまで■■
```
に、ポート80のアクセスは、httpsでアクセスを行うようにする記述が原因かなと思っています。
.
.
サーバを構築して初めてSSL証明書を発行したときにはエラーが出ず、
　https://abc.xyz.jp
へのアクセスは正しく表示されていました。
（Windows10のChromeで確認）
（AndroidのChromeから確認）
（iPhoneのSafariから確認）
SSL証明書は定期的に自動更新するように設定していたけど、素人技術で一度も成功しておらず今回も自動更新せず、証明書の有効期限が切れてから今回、手動での更新に至っています。そして上記の様なトラブルが発生中です。

調べる過程で必要と思われる情報について、以下のような情報を集めています。
### 集めた情報
```ここに言語名を入力
[root@abc123 ~]# cd /etc/httpd/conf.d/
[root@abc123 conf.d]# ls
README          php.conf  userdir.conf  welcome.conf
autoindex.conf  ssl.conf  vhost.conf
[root@abc123 conf.d]# vi vhost.conf

■■vhost.confの中身 ここから■■
<VirtualHost *:80>
DocumentRoot /var/www/html
ServerName abc.xyz.jp
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URL} [R=301,L]
</VirtualHost>
■■vhost.confの中身 ここまで■■
```
```ここに言語名を入力
[root@abc123 conf.d]# cd /etc/nginx
[root@abc123 nginx]# ls
conf.d  default.d
[root@abc123 nginx]# cd default.d
[root@abc123 default.d]# ls
php.conf
[root@abc123 default.d]# vi php.conf
■■php.confの中身 ここから■■
# pass the PHP scripts to FastCGI server
#
# See conf.d/php-fpm.conf for socket configuration
#
index index.php index.html index.htm;
 
location ~ \.(php|phar)(/.*)?$ {
    fastcgi_split_path_info ^(.+\.(?:php|phar))(/.*)$;
 
    fastcgi_intercept_errors on;
    fastcgi_index  index.php;
    include        fastcgi_params;
    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    fastcgi_param  PATH_INFO $fastcgi_path_info;
    fastcgi_pass   php-fpm;
}
■■php.confの中身 ここまで■■


[root@abc123 default.d]# cd ../
[root@abc123 nginx]# ls
conf.d  default.d
[root@abc123 nginx]# cd conf.d
[root@abc123 conf.d]# ls
php-fpm.conf
■■php-fpm.confの中身 ここから■■
# PHP-FPM FastCGI server
# network or unix domain socket configuration
 
upstream php-fpm {
        server unix:/run/php-fpm/www.sock;
}
■■php-fpm.confの中身 ここまで■■
```
```ここに言語名を入力
[root@abc123 conf.d]# firewall-cmd --list-all
public (active)
  target: default
  icmp-block-inversion: no
  interfaces: ens3
  sources:
  services: cockpit dhcpv6-client ftp http https ssh
  ports: 52863/tcp 49162/tcp 5432/tcp
  protocols:
  forward: no
  masquerade: no
  forward-ports:
  source-ports:
  icmp-blocks:
  rich rules:
```
```ここに言語名を入力
[root@abc123 conf.d]# cd /etc/letsencrypt/renewal/
[root@abc123 renewal]# ls
abx.xyz.jp.conf
[root@abc123 renewal]# vi abx.xyz.jp.conf

■■abx.xyz.jp.confの中身 ここから■■
# renew_before_expiry = 30 days
version = 1.32.0
archive_dir = /etc/letsencrypt/archive/abx.xyz.jp
cert = /etc/letsencrypt/live/abx.xyz.jp/cert.pem
privkey = /etc/letsencrypt/live/abx.xyz.jp/privkey.pem
chain = /etc/letsencrypt/live/abx.xyz.jp/chain.pem
fullchain = /etc/letsencrypt/live/abx.xyz.jp/fullchain.pem
 
# Options used in the renewal process
[renewalparams]
account = 1a234b567c8d901e2f3ab45c6de78901
authenticator = webroot
webroot_path = /var/www/html,
server = https://acme-v02.api.letsencrypt.org/directory
key_type = rsa
[[webroot_map]]
abx.xyz.jp = /var/www/html
~
■■abx.xyz.jp.confの中身 ここまで■■
```


もし、必要な情報が抜け落ちていましたら、申し訳ありません、すぐに提示したいと思います。
どのような情報でも嬉しいです。ご指導をお願いします。
よろしくお願いします。

Let's Encrypt のSSL証明書が更新できず解決したい

ご教示のほど何卒よろしくお願いいたします。

Let’s encrypt の証明書を失効させるために./certbot-auto revokeしたのち、systemctl restart httpdしたら、下記のエラーが出てapacheが起動できなくなりました。

復旧できずに困っておりまして、どのようにしたらか再度起動できますでしょうか？
```
 httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since 金 2018-02-23 16:24:16 JST; 7min ago
     Docs: man:httpd(8)
           man:apachectl(8)
  Process: 19585 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, status=1/FAILURE)
  Process: 19214 ExecReload=/usr/sbin/httpd $OPTIONS -k graceful (code=exited, status=1/FAILURE)
  Process: 19583 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=exited, status=1/FAILURE)
 Main PID: 19583 (code=exited, status=1/FAILURE)

 2月 23 16:24:16 systemd[1]: Starting The Apache HTTP Server...
 2月 23 16:24:16 systemd[1]: httpd.service: main process exited, code=exited, status=1/FAILURE
 2月 23 16:24:16 kill[19585]: kill: cannot find process ""
 2月 23 16:24:16 systemd[1]: httpd.service: control process exited, code=exited status=1
 2月 23 16:24:16 systemd[1]: Failed to start The Apache HTTP Server.
 2月 23 16:24:16 systemd[1]: Unit httpd.service entered failed state.
 2月 23 16:24:16 systemd[1]: httpd.service failed.
```


**/etc/httpd/logs/error_log**
```
[Fri Feb 23 20:30:51.023633 2018] [mpm_prefork:notice] [pid 21279] AH00170: caught SIGWINCH, shutting down gracefully
[Fri Feb 23 20:30:52.105046 2018] [suexec:notice] [pid 22631] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Fri Feb 23 20:30:52.109056 2018] [ssl:warn] [pid 22631] AH01916: Init: (tk2-223-21472.vs.sakura.ne.jp:443) You configured HTTP(80) on the standard HTTPS(443) port!
[Fri Feb 23 20:30:52.109113 2018] [ssl:warn] [pid 22631] AH02292: Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Fri Feb 23 20:30:52.160114 2018] [auth_digest:notice] [pid 22631] AH01757: generating secret for digest authentication ...
[Fri Feb 23 20:30:52.161075 2018] [lbmethod_heartbeat:notice] [pid 22631] AH02282: No slotmem from mod_heartmonitor
[Fri Feb 23 20:30:52.164405 2018] [ssl:warn] [pid 22631] AH01916: Init: (tk2-223-21472.vs.sakura.ne.jp:443) You configured HTTP(80) on the standard HTTPS(443) port!
[Fri Feb 23 20:30:52.164452 2018] [ssl:warn] [pid 22631] AH02292: Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Fri Feb 23 20:30:52.211336 2018] [mpm_prefork:notice] [pid 22631] AH00163: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips configured -- resuming normal operations
[Fri Feb 23 20:30:52.211395 2018] [core:notice] [pid 22631] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
```

**/etc/httpd/logs/ssl_error_log**
```
[Fri Feb 23 20:00:46.788435 2018] [ssl:emerg] [pid 21266] AH02240: Server should be SSL-aware but has no certificate configured [Hint: SSLCertificateFile] (/etc/httpd/conf.d/ssl.conf:56)
```

ssl_error_logの56行目で「SSLEngine」をoffにすれば、apacheを起動することはできたのですがonにすると再度起動できなくなってしまいます。

systemctl restart httpdがエラーになります。

こんにちは。現在let`s Encryptでsslの再インストールを行おうとしておりますが、

```
./certbot-auto
-bash: ./certbot-auto: そのようなファイルやディレクトリはありません
```

となり、certbotが見つからずに困っております。

一度certbotを再インストールしましたが、エラー内容は変わらず、/certbot-auto関連は他のコマンドも総じてディレクトリが見つからないようです。

その他にお伝え出来る現状がなく恐縮ですが、解消に向けてご教示いただけないでしょうか？

よろしくお願い致します。

certbotを再インストールしてもcertbot-auto: が見つからない

### 前提・実現したいこと
ubuntu20.4,php,MySQL,WordPressでホームページを作っています。
Let's Encryptを用いて、
SSLを実装したところ、ホームページが全く表示されなくなりました。

### 発生している問題・エラーメッセージ
設定ファイルのテスト結果は以下のとおりです。
apachectl cofigtest
の実行結果
No syntax error

Apacheのエラーログは次のとおりです。
[Fri Jul 23 22:30:05.838003 2021] [mpm_prefork:notice] [pid 626] AH00169: caught SIGTERM, shutting down
[Fri Jul 23 22:30:07.072611 2021] [ssl:warn] [pid 1435] AH01909: say:443:0 server certificate does NOT include an ID which matches the server name
[Fri Jul 23 22:30:07.810866 2021] [ssl:warn] [pid 1436] AH01909: say:443:0 server certificate does NOT include an ID which matches the server name
[Fri Jul 23 22:30:07.829180 2021] [mpm_prefork:notice] [pid 1436] AH00163: Apache/2.4.41 (Ubuntu) OpenSSL/1.1.1f configured -- resuming normal operations
[Fri Jul 23 22:30:07.829240 2021] [core:notice] [pid 1436] AH00094: Command line: '/usr/sbin/apache2'

### 試したこと
fqdn.confという設定ファイルを作成し、ServerNameを追記しましたが、解消しませんでした。
#

HPが表示されません

セキュリティ上の理由により、http(80番ポート)を開放したくありません。
しかし、Let's Encrypt の公式サイトでは80番ポートを開放するように推奨しています。
https://letsencrypt.org/ja/docs/allow-port-80/

証明書の自動更新は80番ポートを必ず解放する必要があるのでしょうか。
80番ポートを閉じたうえで、証明書の自動更新の際は443番にリダイレクトする、などの設定は可能でしょうか？

現在、80番ポートを閉じた上で.htaccessに以下の記述を書いていますが、証明書の更新がうまくいっていません。

```ここに言語を入力
**RewriteEngine on
RewriteCond %{HTTPS} off
RewriteCond %{REQUEST_URI} ^/.well-known/acme-challenge/*
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]**
```

証明書の自動更新のため、
http://[FQDN]/.well-known/acme-challenge/
へのアクセスに対しては
https://[FQDN]/.well-known/acme-challenge/
でアクセスするように書いているつもりです。（間違っている可能性があります。）

このような記述は、そもそも80番ポートが閉じている場合は意味がないでしょうか？

80番ポートを閉じた状態での証明書の更新について

### 前提

CentOS7上のApacheでWordpressを運用しています
Wordpressを使っていないドメインでは、Let's Encryptで取得した証明書でssl化を行っています
### 実現したいこと
もう一方のWordpressで運用しているドメインをssl化しようとしています。
現在設定している内容（証明書の設定）と同じことを追加すればいいのですが、どこに記載すればいいのかわかりません。
こちらのページを参考にさせていただいています。
参考にした（現在参考している）ページ：[CentOS8 + Apache + Let’s Encrypt、無料でサイトをSSL化（https）する](https://rin-ka.net/centos8-apache-lets-encrypt/)

どちらのドメインも、運用を開始しているので、Apacheの再起動を**何度**も行なったりせずに、もう一方のサイト（ここではfuga.jpと記載した方のドメイン）もssl化したいと考えており、質問しました。


### 現在の設定内容と質問　２点
現在は、証明書に関する指定は、/etc/httpd/conf.d のssl.confで行なっています。
バーチャルホストを先に構築して、そのあとで一つのドメインだけをssl化した経緯もあり、ssl.confに証明書の記載をしたと記憶しています。

```ssl.conf
SSLCertificateFile /etc/letsencrypt/live/hoge.jp/cert.pem

SSLCertificateKeyFile /etc/letsencrypt/live/hoge.jp/privkey.pem

SSLCertificateChainFile /etc/letsencrypt/live/hoge.jp/chain.pem 
```
**1.** 現状の環境では、もう一つ証明書を取得した場合、ssl.confでの指定はコメントアウトして、virtual.confに記述すれば良いでしょうか

```virtual.conf
<VirtualHost *:80>
    ServerName any
    Redirect / http://hoge.jp/
</VirtualHost>

<VirtualHost *:80>
     ServerName fuga.jp
     DocumentRoot /home/fuga/public_html
     <Directory /home/fuga/public_html>
         Require all granted
     </Directory>
</VirtualHost>
```
**2.** すでにバーチャルホストの指定のある部分に追記しても良いのでしょうか。
たとえば「<VirtualHost *:80>」を「<VirtualHost *:80 *:443>」とすればよいのか、
「<VirtualHost *:80>」と「<VirtualHost *:443>」と分けて記述するのでしょうか
このドメインでは今後は、sslだけでよいので、80を443に書き換えればいいのだと思うのですが、可能であれば、当初はhttpでもhttpsでもアクセスできればと考えて、80も残そうと考えています。

すでにsslで通信しているドメインでは、ドキュメントルートの.htaccessでhttpはhttpsに切り替えています。
```.htaccess
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R,L]
```



バーチャルホストで複数のドメインを運用している時のsslの設定はどこに

flaskをhttps化に必要な、SSL/TLS の秘密鍵・証明書を発行するために「[Let's Encrypt SSL 秘密鍵と証明書を発行する。](http://python.ms/lets-encrypt/)」というサイトを参考にしています。

しかし、このサイトの「Step 5. ACME challenge」で指定されたURLにファイルを置くとありましたが、やり方がわからず、行き詰まっています。
どうすれば、URLにファイルを置けるのでしょうか？
> 指定されたファイルパス 英語の長い文字列その１ に文字列 英語の長い文字列その２ を記載したファイルを置きます。
![イメージ説明](d5a1089b0c6831aeac9ee5608d13ba26.png)

また、同サイトの「Flask での ACME challenge の置き方」に以下のコードが記載されていました。
> Python のウェブアプリケーションフレームワークである Flask を使っている場合は、以下のようになります。英語の長い文字列その２ の文字列のファイルは、 以下のようにするとやりやすいかなと思います。
```python
import flask

app = flask.Flask(__name__)

@app.route(
    "/.well-known"
    "/acme-challenge"
    "/長い英語の文字列その１")
def acme_challenge():
    return "長い英語の文字列その２"

app.run()
```
このコードをそのまま実行すれば、指定のURLにファイルを置いたことになるのでしょうか？

作業環境は macOS Monterey 12.0.1です。
拙い文章で申し訳ありませんが、どなたかご教授願います。