まだプログラマーですが何か?

プログラマーネタ中心。たまに作成したウェブサービス関連の話も https://twitter.com/dotnsf

タグ:domain

2019年4月1日午前11時40分ごろ、新しい元号の発表がありました:
gengou_happyou_reiwa_kakageru


30年ちょっと続いた「平成」は4月30日の「退位の日」を持って終わり、5月からは「令和」となります。自分自身は昭和から平成と変わる時も物心がついていたのですが、昭和天皇崩御の直後だったこともあってお祝いというよりは静粛な雰囲気で行われた記憶があります。改元自体はおめでたいことだと思うので、本来はこうあるべきなんじゃないかな、、と思っています。

さて、この新元号発表の瞬間、僕は Abema TV にへばりついて生中継を見ていました。一刻も早く新元号を知りたかった理由、それは「新元号のドメインをとりたかった」に他なりません(笑)。

ドメインというのはインターネットのネームスペースのドメインのことです。メールアドレス xxx@abc.co.jp でいう "abc.co.jp" の部分です。ドメインは原則早いもの勝ちで取得ができるもので、おそらく同じことを考えていた人は少なくないと思います。そんな中で新しい元号が発表されたら、その元号にちなんだドメイン ○○○.jp を後で高く転売してやろうとか考えて取りたかったのでした。

ちなみに、自分はいくつかのドメインを所有しています。ドメインの申請や登録業者には GoDaddy.com を使っています。特別な理由はなく「ずっと昔からここを使っていたから」です。今回の新元号ドメイン取得は多くのライバルがいることを想定していたので、事前にシミュレーションを行って購入のリハーサルを行ったり、最短スピードで購入できるような手順を確認した上で臨みました。

(1)購入まで
そして当日、Abema TV を聴きながら(視てません。画面は GoDaddy.com にして、音声だけ聞いて、発表直後にドメイン検索できるように待ち構えてました)その瞬間を待ちます。そして発表!

・・「レイワ? レイワって言ったな?」 直後に reiwa.jp を検索(体感的にはこの間 0.1 秒)! 結果は・・・がーん、まさかの取得済み! 


後で調べてわかったのですが、千葉県柏市の「株式会社 冷和」様が 2007 年に登録済みのドメインでした:
2019041801


が、reiwa.jp が取得済みなのは(まさか一般企業が取得しているとは思ってなかったけど)想定済み、プランB発動! .jp 以外でどこか空いてないかな・・・ と探していたら reiwa.world が空いていました。

「ワールド!? うーん、ワールドか・・・ でもまあ『世界にアピールするには悪くない』よな。あと .world なら値段もそんなに高くないはず」と体感的には1秒ほど考えた後、脊髄反射的に購入プロセスへ(というわけでスクリーンショット撮ってません、ごめんなさい)。もしかしたら同じ処理をしている人が他にいるかもしれない、その場合は早いもの勝ち! でもこのあたりは直前に何度もリハーサルしてるので(苦笑)迷うことなくサクサク進めることができました。そして、、、
2019041802


取ったー!!

もうドメインを取ることだけを考えて手を動かしていたので値段見ずに買ってました(良い子は真似しちゃいけません)。ぶっちゃけ思っていたよりも高い。(^^; しかもよくわからない "Private Domain Registration" まで付けて買ってるし(苦笑)。でもいい! reiwa.world ドメイン取ったどーー!!


(2)謎のメール
上記の購入お知らせメールを受信した直後に GoDaddy.com からもう一通のメールを受信しました:
2019041803


"reiwa.world" を登録できない!? エラー!? 登録できなかったら返金する、って、いやいやいや。どういうこと??

後でわかったのですが、どうやら GoDaddy.com の受付処理が間に合わないレベルでほんの僅かに先客がいたようで、このドメインを取ることができませんでした:
2019041804


この先客の登録は日本時間で 11:42:43 、僕の登録(正確には登録メールを受信したタイミング)は 11:43:04。20秒差もあったということは、この相手はほぼ自動的にドメインを登録する処理をしていたのだと思われます。やられた・・・

そしてその先客とは・・・グーグル様でした。 凸(▼▼
2019041805


残念ですが、「個人でグーグルと張り合った」と解釈して満足することにします。


(3)返金
後日、GoDaddy.com から返金処理が行われてきました:
aeon201905


ちょっと待って!

支払額が 23558 円で、返金額が 18063 円。なんで差があるの? しかもこの 18063 円ってドメイン登録費用のみの額で、(調べずに付けて買った)プライバシー登録費用の 5495 円ぶんが返金されてないじゃん!

というわけで GoDaddy.com のカスタマーサポートに電話。ここ、いつの間にか日本語で電話できるようになったんだよね。助かります。

で、事情を伝えると「忘れてたみたい、今から返金します」的な感じで対応していただきました。 まだ入金は確認できませんが、とりあえず手続き処理は完了した模様です。


最後までドタバタしましたが、令和の前に令和の騒動を解決できたっぽいのでまとめておきました。 令和の次まで生きてたら、次回は自分も API とか探して自動化で参戦したいです。

今月(2018年5月)から GitHub ページがカスタムドメインでも HTTPS 対応された、という発表がありました:
Custom domains on GitHub Pages gain support for HTTPS

2018051001


というわけで、自分が取得しているドメインを使って試してみました。以下、GitHub ページの紹介と、その手順を含めた報告です。


GitHub ページとは?

GitHub ページとは GitHub の仕組みを使った静的ウェブサイトのホスティングサービスです。GitHub アカウントを持っていれば、誰でも簡単にウェブサイトを作って公開することができるので、非常に便利です。


GitHub ページの作り方

index.html 一枚だけの非常にシンプルな例で紹介します。まずは普通に Github でリポジトリを作成し、GitHub ページ(ウェブサイト)に含めたい HTML ファイルその他をまとめてプッシュし、公開します:
2018051002


この時点で、同リポジトリが GitHub で普通に公開されている状態になりました:
https://github.com/dotnsf/githubpagessample


(今回、公開する index.html ファイルの中身)
https://raw.githubusercontent.com/dotnsf/githubpagessample/master/index.html


次にこのリポジトリを GitHub ページとして公開します。リポジトリのページから "Settings" メニューを選択します:
2018051003


少しスクロールして GitHub Pages の設定欄を表示し、Source が None になっている所を "master branch" に変更して "Save" します。これでこのリポジトリのマスターブランチが Github Pages として公開されることになります:
2018051004


"Save" が成功すると画面内に GitHub Pages として参照する場合の URL が表示されます。一般的にはここは https://(ログイン名).github.io/(リポジトリ名)/ となります:
2018051005


この URL にアクセスしてみると、先程のリポジトリのマスターブランチが HTTP サーバーのドキュメントルートとして扱われる感じになり、index.html ファイルが表示されます。またこの画面からもわかるように、このページは HTTPS 対応しています:
2018051102


以上、ここまでが GitHub ページの説明です。


カスタムドメインで GitHub ページを使ってみる

今回の更新で、上記の GitHub ページがカスタムドメインでも HTTPS 対応されるようになりました。この点を確認したいので、まずは GitHub ページをカスタムドメイン対応してみます。

そのためには GoDaddyお名前.comなどのドメイン業者でドメインを取得しておく必要があります。ここはどうしても無料というわけにはいかず、ドメインの種類にもよりますが、1年間 $10 程度かかってしまうことを理解した上で取得してください。ちなみに自分は(B'z ファンでもないのに) welove.bz というドメインを GoDaddy で取得しているので、このドメインを使って GitHub ページをカスタムドメイン対応する手順を以下に紹介します。

最初に、対象ドメインの DNS 設定を変更する必要があります。このページの "Configuring A records with your DNS provider" という項目によると、ホスト名の A レコードの IP アドレスを以下のように設定する必要があるようです:
2018051103


A レコードの IP アドレスを複数設定できる場合はこの4つの IP アドレスを設定します。僕が使っている GoDaddy では1つしか設定できないようだったので、一番上のアドレスに指定しました:
2018051104


この部分は同様の作業をドメイン業者の用意したツールを使って設定してください。 なおこの作業について、詳しくは GitHub のドキュメントも参照ください:
https://help.github.com/articles/setting-up-an-apex-domain/


この作業の後で、GitHub の該当リポジトリに CNAME という名前のファイルを1つ追加します。CNAME ファイルの中身にはカスタムドメイン名だけを記載します:
2018051105


このファイルをリポジトリに add して commit して push します:
2018051106

2018051107


最後に再びリポジトリの settings 画面を確認して、GitHub ページのカスタムドメインが設定されている(されていない場合は、ドメイン名を入力して "Save")ことを確認します。これで GitHub ページのカスタムドメイン設定ができました:
2018051108


この状態で http://(カスタムドメイン名) にアクセスすると、先程まで ***.github.io ドメインで動いていた GitHub ページが表示されます:
2018051101


これで GitHub ページのカスタムドメイン化が完了しました。



カスタムドメイン GitHub ページの HTTPS 対応

やっと本題です(苦笑)。ここまでの作業で GitHub ページがカスタムドメインで利用できるようになりました。今回の目的は「このページを HTTPS 対応にする」ことです。

そのための設定はリポジトリの settings で、カスタムドメインを指定した下に "Enforce HTTPS" というフィールドがあるので、ここにチェックを入れるだけ・・・
2018051101



・・・なのですが、まだ証明書が有効になっていないようです(チェックできない)。こうなると作業としてできることはないので、ひたすら待つ必要があります。

ちなみに、この状態で無理やり HTTPS を指定して https://(カスタムドメイン名)/ にアクセスすると「安全な接続ではない」と言われます。ここから例外を承認して・・・ということもできないわけではないですが、せっかくなのでしばらく待ちましょう:
2018051102


しばらく待つとこの部分のメッセージが変わり、"Enforce HTTPS" がチェック可能になります:
2018051103


チェックするとこのような画面になり、このリポジトリの GitHub ページは強制的に(HTTP でリクエストしても)HTTPS でアクセスされるようになります:
2018051104


実際にアクセスしてみました。ちゃんと HTTPS に転送されています:
スクリーンショット 2018-05-11 15.38.40


HTTPS のインフォメーションを確認しても(オレオレ証明書とかではなく)"Secure Connection" になっていることが確認できます:
スクリーンショット 2018-05-11 15.39.12



(おまけ)
ではこの証明書は誰がどうやって発行しているのだろう? と疑問に思ったのですが、"Verified by: Let's Encrypt" だそうです。なるほどね・・・:
スクリーンショット 2018-05-11 15.38.58


めでたし、めでたし。
ところでこの welove.bz ドメイン、なんかいい使いみちないかな? (^^;


このページのトップヘ