落ち着いてwordpress.comにログインして、

My Sites → Settings → Security → Prevent brute force login attacks

もしくは

管理 → 設定 → セキュリティ → 総当たりログイン攻撃を防止

から自分のIPを登録したら大丈夫。wordpress.orgのこちらのフォーラムページを参考にしました。

WordPressのHTTPSの設定を終えたつもりでいたらうっかりWP_SITEURLとWP_HOMEのプロトコルをHTTPからHTTPSに書き換え忘れてました。/opt/bitnami/apps/wordpress/htdocs/wp-config.phpのWP_SITEURLとWP_HOMEを以下のように書き換えるべきです。

define('WP_SITEURL', 'https://' . $_SERVER['HTTP_HOST'] . '/');
define('WP_HOME', 'https://' . $_SERVER['HTTP_HOST'] . '/');

この書き換えを忘れている間、ブログポストの編集をしようとすると”you are probably offline”というエラーが出ていました。最初はなんでそんなエラーが起きるのかさっぱり分かりませんでしたが、同じエラーの人を探してるとWP_SITEURLとWP_HOMEのことを書いている人がいたので、参考にさせてもらいました。

All-in-one WP Migrationのimportするためにアップロードサイズの最大サイズがひっかかったので、設定ファイルをいじった。私が使っているのはBitnamiのWordPress NGINXのパッケージなので対応する公式ドキュメントは以下のもの。

https://docs.bitnami.com/bch/apps/wordpress-pro/administration/increase-upload-limit-php/

/opt/bitnami/php/etc/php.ini を以下のように変更

; Maximum size of POST data that PHP will accept.

post_max_size = 16M
; Maximum allowed size for uploaded files.

upload_max_filesize = 16M

/opt/bitnami/nginx/conf/nginx.conf を以下のように変更

http {

...

client_max_body_size 16M;

...

サーバースタックを再起動

sudo /opt/bitnami/ctlscript.sh restart

乗り換え時間をたくさん調べたかったのでGoogle Apps Scriptを書きました。スプレッドシートのメニューのツール→スクリプト エディタから以下のスクリプトを入力

function getDirectionTimeInSec(origin, destination) {
  var now = new Date();
  var finder = Maps.newDirectionFinder()
    .setOrigin(origin)
    .setDestination(destination)
    .setDepart(now)
    .setMode(Maps.DirectionFinder.Mode.TRANSIT);
  var directions = finder.getDirections();
  if (directions.routes.length == 0) {
    throw "no route";
  }
  var route = directions.routes[0];
  if (route.legs.length == 0) {
    throw "no leg";
  }
  var time = route.legs[0].duration.value;
  Logger.log("time = " + time);
  return time;
}

function getDirectionTimeInMin(origin, destination) {
  return Math.ceil(getDirectionTimeInSec(origin, destination) / 60);
}

function debugGetDirectionTime() {
  return getDirectionTimeInMin("Shibuya", "Shinjuku");
}

スプレッドシートからは以下のように使います

Google Compute Engineのディスクが足りなくなったので、リサイズして再起動したら、WordPressが立ち上がりませんでした(泣)。

$ sudo /opt/bitnami/ctlscript.sh restart

するとApacheがport 80をlistenできなくて起動できてませんでした。

$ sudo netstat -tulpn

で80をlistenしてるApacheをkillして、もう一度

$ sudo /opt/bitnami/ctlscript.sh restart

したら、無事起動しました。よかった。

所有デバイスに表示される６桁の２ファクタ番号を入れてもなぜか認識されず、SMSで確認コードを送っても認識せず、途方にくれた。

ChromeでなくてSafari使ったらすんなり入れた。

こういうの難しい。

後ろはハリボテ。疲れた。細部もっと直せそうだけど、満足。 pic.twitter.com/M0QfAtvBgI

— 栗原賢一 (@kenichikurihara) November 24, 2018

BitnamiのWordPressインスタンスをGCPで使っています。Let’s EncryptでHTTPSにしようと思い、このドキュメントですべて解決しました。

家でIIJmioひかりを使っています。IPv6のオプション(IPv6 IPoE)が今無料で試せるので使ってみたので、まとめました。

結論

速度は速くなった。IPv6にもなったけど、Double-NatではIPv6にならなかった。

詳しい経緯

家ではGoogle WiFiを3台使っています。3台でメッシュネットワークを作ることでWiFiの届かない場所をなくせます。残念ながらGoogle WiFiはIPoEを使えません。そこで、IPoEが使えるルーターを買うことにしました。

長くなるので簡単に書くとNECの PA-WG2600HP3 がおすすめです。もう一台、IO-Dataの WN-AX2033GR2 も試しましたが、PA-WG2600HP3 の方がかなり遅いです。速度は以下の通りです。

IPoEルーターには満足いったのですが、何をどうがんばってもGoogle WiFiにつなげたスマホなどがIPv6で通信できませんでした。ちなみに、以下のようなネットワークになってます。

光モデム -> PA-WG2600HP3 -> Google WiFi -> スマホ

いろいろ調べてたらGoogle WiFiがIPv6を使えるためには64ビット未満のプレフィックスを貰う必要があり、IIJmioはひかり電話の契約なしだと64ビットのプレフィックスになることがわかりました。

mioひかりのIPoEオプションで割り当てられるIPv6のプレフィックス長は、ひかり電話の契約がある場合/56、ひかり電話の契約のない場合は/64となります。

— IIJmio (@iijmio) March 24, 2017

ということで、Google WiFiはIPv6になりませんでしたが、速度は速くなったので満足です。

変なSIMというSIMがHISから売られています。私は、これを買ってオーストラリアに行った際に使ってきました。

1. 説明書通りでは動かなかった

最初のハマりポイントはAPN設定が説明書通りではなかったことです。答えから言うとアプリに表示されているAPNを使えば大丈夫です。

この時のスクリーンショットでは3gnetが正しいです。マニュアルにはchktということになってました。マニュアルが古くなっていたのか、理由は不明ですが、気をつけて下さい。

APN設定が空

私はGoogleのPixel 3を使ってます。OSはAndroid 9 (pie)です。他の環境では違うかもしれませんが、変なSIMを有効化するとAPN設定のページが空になってました。有効化前に設定したものはでてきません。私の今のAPN設定は以下のようになってます。

空ですが慌てずに、変なSIMアプリに表示されるAPNを追加して下さい。上のスクリーンショットのメニューから追加できます。アプリから変なSIMを無効化すると、APNのリストはもとに戻ります。

まとめ

問題はありましたが、結果的には無事接続できました。また使いたいと思います。