しかし、ちょっと確認してもらえればいいのに、いちいちテスト環境用のサーバを用意してにアップロードするのは面倒。

そこで、ローカル開発環境を簡単にWEB上に公開できるツール「ngrok」（エヌジーロック?

）を使う。

ngrokのインストール

Homebrewがインストールしているか確認。

していなければインストールしておく。

$ brew -v

以下のコマンドでngrokをインストール

$ brew install --cask ngrok
又は、
$ brew cask install ngrok

Dockerのローカル開発環境をWEB公開する

Dockerのローカル開発環境をWEB公開するには、まずはポートを確認。

以下のようなURLで開発環境を確認している場合

http://localhost:10080/

以下の、コマンドでngrokが起動する

$ ngrok http 10080

起動すると公開用のURLが発行される。

Forwardingのhttp://〜にアクセスすれば、WEB公開できたことが確認できる。

公開を止める時は、Ctrl + C。

しかし、他のDockerとは違いコンテナ起動後にでhttp://localhostへアクセスしてもアクセスはできない。

とりあえず、アクセスする方法としてdocker-machine ipコマンドを使って仮想マシンを動かしているVirtualBoxのIPアドレスを調べて、そのIPアドレスでする。

$ docker-machine ip
192.168.99.100

なぜこうなるかというと、docker-compose.ymlで設定したポートフォワーディング（8888:80）は、『Windows（8888） → Docker（80）』ではなく、『VirtualBox（8888） → Docker（80）』となるから。

localhostでアクセスするには、『Windows（8888）→VirtualBox（8888） → Docker（80） 』という感じで設定する必要がある。

localhostでアクセスできるようにポートフォワーディングの設定

localhostでアクセスするようにVirtualBoxのポートフォワーディングの設定を行う。

VirtualBoxの「設定」を開き、「ネットワーク→高度→ポートフォワーディング」を進む。

ポートフォワーディング ルールでプラスボタンをクリックし「ホストIP」を「127.0.0.1」、「ホストポート」を「8888」、「ゲストポート」を「8888」としてルールを追加する。

これでlocalhostで起動したコンテナにアクセスることができる。

キャッシュが残って反映されない場合があるので、その場合は、キャッシュを一旦消す。

firebase hosting:disable

該当ドメインでアクセスし「Site Not Found」になっていることをブラウザで確認する。

Hostingのダッシュボードへ移動して、リリース履歴をみると縦3つのドットのメニューが出現している。

そこの「削除」を実行することでファイルを完全削除できる。

systemctl restart php-fpm

Apacheとは違ってWebサーバー（Nginx）をを再起動しても設定は反映されないので注意。

でも、メールサーバーをたてるには、PostfixやDovecotの設定が必要で結構めんどい。

そこで「さくらのメールボックス」。

このサービスは月額換算約86円と安い。

この「さくらのメールボックス」を使ってメールアドレスのドメインもWEBサーバーと同じ独自ドメインにする。

やることは、ネームサーバの設定でAレコードにはさくらのVPSのIPアドレスを設定し、MXレコードにさくらのレンタルサーバの初期ドメインを設定すること。

• Aレコード・・・さくらのVPSのIPアドレス
• MXレコード・・・さくらのレンタルサーバの初期ドメイン

既存ソーンの削除

すでに、ネームサーバの設定をしている場合は、ネームサーバのゾーン情報を一度削除する必要がある。

会員メニュー → 契約情報 → ドメインメニューから該当ドメインの「ゾーン削除」をクリックして削除する。

再度、左メニューのドメインメニューの「ネームサーバ新規登録」をクリックしてドメインを登録する。

設定の反映には2時間ほどかかるようだ。

さくらのメールボックスの設定

さくらインターネットサーバコントロールパネルに行く。

左メニューのドメイン設定 → ドメイン/SSL設定 → 新しいドメインの追加をクリック。

「2. さくらインターネットで取得したドメインを使う」で、前述の「ネームサーバ新規登録」で登録した同じドメイン名を選択して「送信する」をクリック。

ネームサーバの編集

再度、会員メニュー → 契約情報 → ドメインメニューで該当のドメインの「ゾーン編集」をクリック。

エントリ名「@」のAレコードをさくらのVPSのIPアドレスに変更する。

エントリ名「@」のMXレコード「10 @」を「10 hogehoge.sakura.ne.jp.（レンタルサーバーの初期ドメイン）」に変更する。

ちなみに、「レンタルサーバーの初期ドメイン」は、サーバコントロールパネル管理画面の左メニューの「お客さま情報」で確認できる。

注意点として、MXレコードの最後には「.」ピリオドが必要。

最後に、左の「データ送信」リンクをクリックする。

反映までには数時間から48時間かかる。

48時間を超えても反映が確認できない場合は再度設定を見直すか、さくらインターネットへ直接問い合わせをして確認をしてみる。

環境について

環境については以下の通り。

• さくらのVPS
• CentOS 7
• Nginx 1.17

Certbotインストール

適切な場所移動してgit cloneする。

cd /usr/local
git clone https://github.com/certbot/certbot

certbotに移動して確認

cd certbot/
./certbot-auto --version
certbot 1.4.0

証明書の設定

Nginxは一旦停止する。

systemctl stop nginx

また、80番、443番のポートは開けておく。

以下のコマンドで証明書の設定を実行する。

./certbot-auto certonly --standalone -d <SSL化したいドメイン> -m <連絡用のメールアドレス> --agree-tos -n

最後に、Congratulations!とでればOK。

Nginxの設定

Ngixnの設定ファイルを開いて編集する、。

vi /etc/nginx/conf.d/default.conf

以下の箇所を編集・変更する。

編集前

server {
    listen 80;
.....

編集後

server {
    listen 443 ssl;
    ssl_certificate     /etc/letsencrypt/live/<SSL化したいドメイン>/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/SSL化したいドメイン>/privkey.pem;
.....

Nginxを再起動して確認

systemctl restart nginx

Nginxを再起動してブラウザでSSL化になっていることが確認できればOK。

公開鍵認証は通常のパスワード認証よりも、安全にsshのログインができる認証方法

• 鍵は2つ必要（秘密鍵・公開鍵）
• 秘密鍵ファイルはローカルにおく（人に知られてはダメ）
• 公開鍵ファイルはサーバが側におく（人に知られても良い）
• 秘密鍵を持っていないパソコンからはログイン接続できない。

SourceTreeでSSH keysの生成

SourceTreeを起動する

• [ツール] で、[SSH キーの作成またはインポート] を選択する。
• [PuTTY キー ジェネレーター] ダイアログで、[Generate] をクリック
• マウスポインタを空白領域で適当に動かして、SSH キーの生成する。
• [Key passphrase] と [Confirm passphrase] は空のまま
• [Save public key] （公開鍵）と[Save private key]（秘密鍵） をクリックして、それぞれ保存する 。
• 公開鍵には、ファイルに “.pub” ファイル拡張子をつける。
• 保存先は慣例的に「C:¥Users¥{ユーザー名}¥.ssh」へ

SSHエージェントに登録

• タスクトレイに「Pageant」というものがあるので、それをダブルクリック。
• Pageant Key Listが開かれるので、【Add Key】を選択。
• 作成した秘密鍵「〇〇.ppk」を選択。
• キーの詳細が表示されたら【Close】で閉じる。

Gitホスティングサービスに公開鍵の登録

作成した公開鍵をGitHubなどのホスティングサービスに登録する。

SourceTreeでpullやpushができるか確認する。

DockerfileのEXPOSEに外部に公開するポートを記述するが、これを記述することで実際にポートをあけて公開するわけではない。

開発者がDockerfileを見たときに「コンテナ起動時にどのポートを使用するのか」を確認するためものであり、公開されると想定されるポートを記述しているだけである。

実際にコンテナ起動時にポートを外部へ公開する場合は、docker run に-pオプションを使う。

docker run -p 5000:5000 sample-image

また、-Pオプションをつけた場合は全ポート公開となる。

docker run -P sample-image

run

コンテナを起動し、コマンドを実行できる。

起動していないコンテナに実行することができる。

例

docker-compose run app ash

exec

起動中のコンテナに対して、コマンドを実行できる。

起動していないコンテナには実行できないが、runよりも高速に動作する。

例

docker-compose exec app ash

ERROR: for web Cannot start service web: Ports are not available: listen tcp 0.0.0.0:80: bind: address already in use

そんな場合、以下のコマンドでLISTENしているポートを確認できる。

lsof -i -n -P | grep "LISTEN"