t_wの輪郭

server {
  listen 443 ssl;
  server_name {domain};
  ssl_certificate /etc/letsencrypt/live/{domain}/fullchain.pem; # managed by Certbot
  ssl_certificate_key /etc/letsencrypt/live/{domain}/privkey.pem; # managed by Certbot

  location / {
    proxy_set_header HOST $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-Proto https;
    proxy_pass http://127.0.0.1:{server port};
  }
}

ローカルのPC側で叩くコマンド（SSHポートフォワーディング）

ssh -R {server port}:localhost:{localhost port} {domain} -l {user_id}

失敗録

ngrokを使う

確かにngrokを使えばngrokが提供するURLを通して、localhostにhttpsでアクセスすることはできる。
ただし、ngrokによってmanifest.jsonが以下のコードに置き換えられる。

<!DOCTYPE html>
<html lang="en-US">
  <head>
    <meta charset="utf-8">
    <meta name="author" content="ngrok">
    <meta name="description" content="ngrok is the fastest way to put anything on the internet with a single command.">
    <meta name="robots" content="noindex, nofollow">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <link id="style" rel="stylesheet" href="https://cdn.ngrok.com/static/css/error.css">
    <noscript>You are about to visit ####-####-##-####-####-####-####-###-###.jp.ngrok.io, served by ####:##:####:####:####:####:###:###. This website is served for free through ngrok.com. You should only visit this website if you trust whoever sent the link to you. (ERR_NGROK_6024)</noscript>
    <script id="script" src="https://cdn.ngrok.com/static/js/error.js" type="text/javascript"></script>
  </head>
  <body id="ngrok">
    <div id="root" data-payload="eyJjZG5CYXNlIjoiaHR0cHM6Ly9jZG4ubmdyb2suY29tLyIsImNvZGUiOiI2MDI0IiwiaG9zdHBvcnQiOiI3Y2FmLTI0MGItMTAtMjRjMC0xYzAwLTdjMzEtNjI4NC1lMjctMTM1LmpwLm5ncm9rLmlvIiwibWVzc2FnZSI6IllvdSBhcmUgYWJvdXQgdG8gdmlzaXQgN2NhZi0yNDBiLTEwLTI0YzAtMWMwMC03YzMxLTYyODQtZTI3LTEzNS5qcC5uZ3Jvay5pbywgc2VydmVkIGJ5IDI0MGI6MTA6MjRjMDoxYzAwOjdjMzE6NjI4NDplMjc6MTM1LiBUaGlzIHdlYnNpdGUgaXMgc2VydmVkIGZvciBmcmVlIHRocm91Z2ggbmdyb2suY29tLiBZb3Ugc2hvdWxkIG9ubHkgdmlzaXQgdGhpcyB3ZWJzaXRlIGlmIHlvdSB0cnVzdCB3aG9ldmVyIHNlbnQgdGhlIGxpbmsgdG8geW91LiIsInNlcnZpbmdJUCI6IjI0MGI6MTA6MjRjMDoxYzAwOjdjMzE6NjI4NDplMjc6MTM1IiwidGl0bGUiOiJPSyJ9"></div>
  </body>
</html>

そのため、PWAを使う場合には向かない。

localhost.runを使う

httpsでアクセスできたし、manifest.jsonも書き換わらないのでPWAをインストールできる。
ただし重い。

参考

『ngrokやserveoなしでローカルで開発しているサイトに外部からアクセスする方法』

あれ『ngrokやserveoなしでローカルで開発しているサイトに外部からアクセスする方法』

Vultr Owncast

『Owncast | Vultr Marketplace One-Click Application』

2022/7/22 8:18:00

https://www.vultr.com/ja/marketplace/apps/owncast/

あれ

AWS 『t_wの輪郭』Vultr Azure GCP 選定 Vultrの不調で『t_wの輪郭』が落ちてる Linode

『t_wの輪郭』をホストするサーバの選定

2022/7/22 8:14:00

月額料金 2022年7月22日

Linode
　2GB, $10.00/mo, $0.015/hr, 2 GB RAM, 1 CPUs, 50 GB Storage, 2 TB Transfer, Network In/Out 40/2 Gbps → $10.01

月額料金 2022年4月29日

Azure
　CPU１コア、メモリ1.75GB、ストレージ70GB → $53.29
GCP
　CPU１コア、メモリ3.75GB → $31.17
Vultr
　1vCPU、1GB、ストレージ32GB → $6
AWS
　1vCPU、メモリ2GB、ストレージ70GB → $19.15

Vultr安いし、Vultrにしとくか。

あれ

『t_wの輪郭』Vultr Vultrの不調で『t_wの輪郭』が落ちてる

また『t_wの輪郭』がアクセス不能になってる。Vultr不安定だ。

2022/7/17 1:00:00

2022年7月17日 9:30ごろ
『t_wの輪郭』がアクセス不能になっていることを確認

2022年7月17日 9:50
復旧した。

あれ

『t_wの輪郭』Vultr

Vultrの不調で『t_wの輪郭』が落ちてる

2022/7/16 14:07:00

2022年7月16日 22:50

　『t_wの輪郭』が落ちてる件に関しては「俺は悪くねぇっ!」案件だったけど、Vultrを選定したの私だし、安いし、まあしゃあないかの気持ち。
　Vultrが復旧した後に『t_wの輪郭』の復旧を確認したいので、寝ずの番をするかもしれない。

2022年7月16日 23:07

　復旧したっぽい。
　SSHつながったしウェブサイトも繋がっている。
　動かしてたクローラーも再起動したらちゃんと動いている。

『t_wの輪郭』をホストするサーバの選定また『t_wの輪郭』がアクセス不能になってる。Vultr不安定だ。

『t_wの輪郭』PostgreSQL 『t_wの輪郭』で実施したい作業バックアップ Vultr 2022年5月5日アーカイブスナップショット

『t_wの輪郭』のバックアップ

2022/5/7 11:47:00

Vultrでスナップショットを取る
- 復旧できるか確認すること
  - 2022年5月5日復旧できた
Vultrのバックアップ機能を使う
- バックアップ頻度を週次から日次に変更した
- 復旧できるか確認すること
PostgreSQLのアーカイブを作成してダウンロード
- →SSH/SCPを使わなくても良くしたい、というか手間を減らしたい

あれ

Vultr DDoS

VultrのDDoS対策機能

2022/5/3 4:48:00

https://www.vultr.com/ja/products/ddos-protection/
月額10USDで利用可能

『t_wの輪郭』のDDoS対策

『t_wの輪郭』で実施したい作業 Vultr DDoS

『t_wの輪郭』のDDoS対策

2022/5/3 4:48:00

　VultrがDDoS対策機能を提供しているので、DDoSが来るようになったら有効にする。
　有償なので使わずに済むに越したことはない。

あれ

Vultr いいぞ

「Vultrはいいぞ」

2022/4/28 14:17:00

https://misskey.io/notes/8z56qzpp0p

あれ

開発環境（localhost）のHTTPS化

2022/10/20 12:41:00

nginxとSSHポートフォワーディングを使ってなんかいい感じにする

開発環境をHTTPS化したい動機

Android Chromeで開発機のlocalhostにつなぐと、Service Workerが動かない

前提条件

サーバーがあること（今回はVultrを使用）
サーバーのOSはUbuntu20.04であること
ドメインを持っていること
letsencryptで証明書を取得していること

構成図

nginxの設定

server {
  listen 443 ssl;
  server_name {domain};
  ssl_certificate /etc/letsencrypt/live/{domain}/fullchain.pem; # managed by Certbot
  ssl_certificate_key /etc/letsencrypt/live/{domain}/privkey.pem; # managed by Certbot

  location / {
    proxy_set_header HOST $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-Proto https;
    proxy_pass http://127.0.0.1:{server port};
  }
}