常連

ご教示のほど何卒よろしくお願いいたします。

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証明書発行ができず解決法を探しております。

さくらサーバの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証明書が更新できず解決したい

### 実現したいこと
postfixでletsencryptを使いたいです。
letsencrypt のsudo certbot renew --dry-run をすると、
エラーが出ます。エラーを改善したいです。

sudo certbot renew 
では　

certificate not yet due for renewal 

sudo certbot certonly --manual --preferred-challenges dns　-d ドメインでは、

１.Keep the existing certificate for now
 2.Renew & replace the certificate (may be subject to CA rate limits)

1か２か分からないんですけど、１を選んだ場合、　certificate not yet due for renewal でした。　certificate not yet due for renewal でした。

sudo certbot  certonly --webroot -w /var/www/html -d  ドメインでは
１.Keep the existing certificate for now
 2.Renew & replace the certificate (may be subject to CA rate limits)

1か２か分からないんですけど、１を選んだ場合、　certificate not yet due for renewal でした。

　
### 発生している問題・分からないこと
letsencrypt のsudo certbot renew --dry-runをしたときのエラーが発生する。





### エラーメッセージ
```error
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Processing /etc/letsencrypt/renewal/ドメイン.conf
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Failed to renew certificate ドメイン with error: The manual plugin is not working; there may be problems with your existing configuration.
The error was: PluginError('An authentication script must be provided with --manual-auth-hook when using the manual plugin non-interactively.')

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
All simulated renewals failed. The following certificates could not be renewed:
  /etc/letsencrypt/live/ドメイン/fullchain.pem (failure)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
1 renew failure(s), 0 parse failure(s)
```

### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [ ] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
sudo certbot certonly --manual --preferred-challenges dnsでletsencryptをいれたつもりでした。
ファイアウォールの80番は開いていますし,postfixのmain.cfにletsencriptの設定も書きましたし、mydnsに、設定も書きました。レコードは、_acme-challenge txt トークンとしました。


### 補足
copilotにコマンドを聞きながら、調べましたが解決しませんでした。

letsencrypt certbot renew --dry-runでエラーがでる

こんにちは。現在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が表示されません

#質問
ApacheでHTTPウェブサーバを立てています。
Let's encryptというソフトウェアを使ってSSL証明書を発行するために、ドメインの取得が必要です。自分の練習のためもあって、ルータのポートフォワーディングの設定やファイアウォールの設定などをしてサーバを外部に公開しました。ポートフォワーディングやファイアウォールはポート80番だけを通す設定にしました。
ドメインを取得する前に正しくサーバが公開されたかグローバルIPアドレスでサーバにpingを送信してみました。
```bash
ping 自分のグローバルIP
```
しかし、サーバから応答がまったく返ってきません。どれだけ待っても状況が変わりそうになかったので、`Ctrl+C`でpingを終了したところ、`100% packet loss`という表示が出ていました。Browserlingを使って外部から試すと正常にアクセスできました。ファイアウォールの問題かと思い、一瞬ファイアウォールをオフにして再度pingしましたが、変わりませんでした。対策などありますでしょうか？よろしくお願いします。
#環境
Ubuntu 18.04、ルータはAterm WF1200HPです。ファイアウォールはGufwで設定しました。

ping <自分のグローバルIP> の応答がない

### 実現したいこと
すみません。
不手際により、どうしても解決できない事が起きました。
Let's Encryptでwwwを付けたドメインで証明書を取得したのですがあとからwwwはいらないとなり、
下記のサイトで一度、www.ドメイン名の証明書を削除して、再度wwwなしの証明書を発行しようとしたのですが、エラーが発生しました。
このエラーの原因を突き止めたいです。

削除コマンドを参考にしたサイト
[使わなくなったLet's Encryptの設定削除](https://rider-dice.hatenablog.com/entry/2020/02/12/101204)

### 前提
権限をもったユーザーの作成が出来ました。
ドメイン申請やポート開放も行いました。
railsアプリのファイルはすでにダウンロード出来ており、環境構築も完成しました。
SSL証明書の発行を忘れており、あとからSSＬ証明書の発行作業を行っております。

コマンドは```certbot --nginx -d　ドメイン名```と打って証明書の取得を行おうとしました。

```
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Requesting a certificate for ドメイン名

Certbot failed to authenticate some domains (authenticator: nginx). The Certificate Authority reported these problems:
Domain: ドメイン名
Type: dns
Detail: no valid A records found for ドメイン名; no valid AAAA records found for ドメイン名

Hint: The Certificate Authority failed to verify the temporary nginx configuration changes made by Certbot. Ensure the listed domains point to this nginx server and that it is accessible 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.
```

### 該当のソースコード

```/etc/nginx/conf.d/ドメイン名/conf
server {
        listen       80;
        listen       [::]:80;
        server_name  ドメイン名; # ドメイン名を記載
        root         /home/追加ユーザー/railsアプリファイル;

        # Load configuration files for the default server block.
        include /etc/nginx/default.d/*.conf;

        error_page 404 /404.html;
        location = /404.html {
        }

        error_page 500 502 503 504 /50x.html;
        location = /50x.html {
        }
    }
```

### 試したこと
nginx,Let's Encryptの両方を再インストールしましたが、証明書の発行は出来ませんでした。

エラー文に書かれているcerbot -vを行ったのですが、同様のエラーで証明書の発行は出来ませんでした。

See the logfile /var/log/letsencrypt/letsencrypt.logで調べると下記のサイトを発見したのですが、ファイアウォールで開放しているポート番号を80をいったん削除して一週間、待たないといけない感じでしょうか？
[Let's Encryptでレート制限に引っかかった。](https://qiita.com/seena417/items/02743071f1c0a43be3e3)

winscpでletsencryptファイルごと削除して再度nginxとLet's Encryptの再インストールを行うなども考えているのですがこのやり方は強引で危ない気がするのですが、危ないでしょうか？
### 補足情報（FW/ツールのバージョンなど）
teraterm


### 参考サイト
[Let's Encryptとは](https://vps.xserver.ne.jp/support/manual/man_ssl_install_flow_lets_encrypt.php)



Let's Encryptで新しくSSL証明書を取得できなかった

レンタルサーバーを使い、Centos+Postfix+Dovecotでメールサーバーを構築しています。
let's encryptで証明書も取得済みで、有効期限が切れていないことも確認しています。

パソコンだと通信環境に関係なくメールの送受信が可能ですが、
スマホからだと、会社の無線LANに接続した場合のみ
「証明書が無効です」(Gmail)というエラーが表示され、送受信ができません。
indroid iphoneともにエラーが出力されます。

社内無線LANに接続したPC（ThunderBird）では送受信が可能です。

メールサーバー内にあるWebMailにも接続は可能です。

・同一端末でエラーの有無が分かれる＝通信環境が原因？
・エラーが出るネットワーク内でもスマホ＝NG、PC＝OK

ルート証明書に対する知識が足りないせいだとは思いますが、
何をどう切り分けて考えていけばよいのやら、全く見当がつかず
途方に暮れています。

ちなみに社内無線LANは、特殊な環境にあり、
大家さんの通信環境をネットワーク上、切り分けた構成で、
Fortigateの監視下にあると思われます。

切り分けや検証方法について、
ご教授いただけると助かります。

よろしくお願いいたします。