引っ越し前

いずれの SSD も GPT 方式のパーティションテーブルで、引っ越し前は SSD #1 に Windows が 320 GiB で Linux が 140 GiB、その他の領域にシステム用のパーティションとスワップを割り当てています。

目標は SSD #2 に SSD #1 の Linux 領域を移動し、移動することで増加した領域にパーティションを拡張することです。注意点としては MiniTool Partition Wizard 無料版は Linux LVM の領域の拡張をサポートしていないため、SSD #2 の一部の作業は Linux 上で実施します。

引っ越し前後で括弧内の番号が対応しているパーティションはデータをそのまま移動し、スワップなどのデータを保持する必要がないパーティションは新規作成としています。

略語:
ESP: EFI System Partition
MSR: Microsoft Reserved Partition
WinRE: Windows Recovery Environment
LVM: Logical Volume Manager

SSD #1（引っ越し前）

SSD #2（引っ越し前）

今回は予算 20 万円で、最低 5 年は戦ってくれることを期待したいマシンを以下の構成で組みました。
構成は @gaogao_9 にお願いしたら良い感じに考えてくれました。
OS は Windows 10 Home パッケージ版の流用なので予算として考慮していません。

価格は 2020/12/28 時点のもの。年末に価格.com とにらめっこしながらポチポチしていました。

たとえば、以下のテストの 12 行目では gomock.Eq(...) を使って api.Client に対して Get("/v1/info") という呼び出しが 1 回されることを期待しています。

//go:generate mockgen -source=client.go -destination=client_mock.go -package=api package api import ( "io" "net/http" ) type Client interface { Get(url string) (*http.Response, error) Post(url, contentType string, body io.Reader) (*http.Response, error) }

import ( "testing" "go.uber.org/mock/gomock" ) func TestServiceGet(t *testing.T) { ctrl := gomock.NewController(t) defer ctrl.Finish() mock := api.NewMockClient(ctrl) mock.EXPECT().Get(gomock.Eq("/v1/info")).Return(nil, nil) service := domain.NewService(mock) service.DoFancyStuff() }

このような単純な比較であれば標準の Matcher でも事足りますが、以下のテストの 15 行目のように引数の検証が比較演算でできないケースもあり、gomock.Any() を使って引数の検証自体を省略したままにしてしまうこともあります。

SOCKS プロキシーは OpenSSH などで手軽に建てられるプロキシーの一つですが、redsocks を使用することで TCP のパケットが透過的に SOCKS プロキシーを経由するように設定することができます。今回は EdgeRouter X に redsocks をインストールし、LAN 内のコンピューターから特定の宛先への TCP 通信と名前解決が透過的に SOCKS プロキシーを経由するように設定してみます。

redsocks とは

redsocks は TCP パケットを受け取り、SOCKS/HTTPS プロキシーを通過させて返すソフトウェアです。iptables の REDIRECT や DNAT と組み合わせて、redsocks の動作しているポートにプロキシーを通過させたいパケットを転送して使用します。このとき、iptables が REDIRECT や DNAT で付け替える前の本来の宛先アドレスや宛先ポートは、getsockopt() でソケットを取得する際の SO_ORIGINAL_DST というオプションによって取得されるため、iptables のルールを設定するホストと redsocks が動作するホストは同一のマシンである必要があります。

TCP の場合

iptables の DNAT ルールによって redsocks に向けられたパケットが SOCKS プロキシーに転送されます。

ロングオプションの引数

ロングオプションで引数を取るコマンド群には代表的なもので次の種類があります。

--foo=bar: 区切り文字として = を使って受け入れる

--foo=bar のみを受け入れる実装は見当たりませんでした。
この記事の --foo=bar を処理する方法で扱っています。

--foo bar: 引数を分けて受け入れる

FreeBSD tar、curl、Ruby、Python などで採用されている方式です。
この記事の --foo bar を処理する方法で扱っています。

--foo=bar と --foo bar の両方を受け入れる

GNU Coreutils、GNU Grep、Git、Node.js、GNU Awk など多くで採用されている方式です。
この記事の --foo=bar と --foo bar の両方を処理する方法で扱っています。

So-net 光 プラスは、フレッツ光とプロバイダー契約がセットになっているいわゆる光コラボサービスで、IPv4 が PPPoE で提供されているという特徴があります。そのため、グローバル IP アドレスが頻繁に変更されたり、NGN 網終端装置の輻輳の影響を受けたりといった問題があり、IPv6 接続のほうがより安定して VPN 接続を構成することができます。このサービスの IPv6 アドレスはあくまでも半固定ですが IPv6 アドレスの変更頻度は低く、DDNS などを設定しておけば十分に実用できます。

Renaming of systemd Service Units

The systemd service units have been renamed. The modern unit (charon-systemd with vici/swanctl), which was called strongswan-swanctl, is now called strongswan (the previous name is configured as alias in the unit, for which a symlink is created when the unit is enabled). The legacy unit (starter/charon with ipsec/stroke) is now called strongswan-starter.

このリリースによって、今まで strongswan ユニットを使っていたシステムではその実体が charon-systemd + vici/swanctl を使ったものに変更されます。

/** * @jest-environment jsdom * @jest-environment-options {"url": "https://example.com/"} */ it('detects PC', () => { expect(location.hostname).toBe('example.com'); });

目的

Node.js におけるテストで Jest を使用する場合、DOM API が関連するテストは JSDOM の実装によって実行されます。この JSDOM はブラウザーと完全に同じ実装を持っているわけではなく、location.href への代入ができないなどの制約があります。そのため Jest でもこれに合わせて JSDOM の API を使用したテストコードを記述する必要があります。

準備

Jest では JSDOM の API を直接参照することができないため、jest-environment-jsdom-global をインストールします。

$ npm i jest-environment-jsdom-global jest-environment-jsdom

package.json の jest の項目にも追加しておきます。

{ "jest": { "testEnvironment": "jest-environment-jsdom-global" } }

EdgeOS は標準で WAN へのロードバランサー機能を搭載しており、パケットのルーティング先を予め指定した方法でインターフェイスごとに振り分けることができます。たとえば複数の回線を契約しているような逸般の誤家庭で負荷をそれぞれに分散させたり、一方の回線が利用できなくなったときにもう一方の回線に自動で切り替えたり、といったユースケースがあります。

この記事では So-net 光 を契約している我が家（VDSL 😢）で、フレッツ光の PPPoE 方式による接続と v6 プラス を EdgeRouter から利用しつつ、v6 プラスが利用できないときに PPPoE 接続にフォールバックさせるように設定してみます。

v6 プラスのデメリット

v6 プラスを利用している場合、特定のポート番号を使用するサービスが IPv4 で利用できなくなります。しかしながらこの記事の方法を使用すると、EdgeRouter からルーティングされるパケットをロードバランシングから除外することで PPPoE がそのまま利用できるため、L2TP や IPsec などを引き続き利用することができます。

So-net による v6 プラスの説明では以下のようにサービスの制約として説明されています。これは v6 プラスが一つのアドレスを複数のユーザーで共有するサービスであるため、特定のポートを専有することができないことに起因する問題です。

「v6プラス」をご利用の場合、「固定IPサービス」は利用できません。

※PPPoEのIPv4を有効化いただくことでご利用可能です。 (詳しくは「v6プラス」 （IPoE方式でのIPv4通信)）を無効にする （または有効にする） 方法を知りたい)
また、以下に該当するサービスについても、ご利用いただけない場合があります。

• 特定のプロトコル (PPTP、SCTP) を利用するサービス
• 利用可能なポート番号が制限されているため、特定のポートを使うサービス
• IPv4グローバルアドレスを共有するネットワークでは利用できないサービス

$ node -p '(new Intl.DateTimeFormat("ja")).format(new Date())' 3/26/2019

Node.js の i18n は ICU を必要としており、スクリプト実行の前に full-icu…

フレッツ光では OpenSSH が設定する DSCP 値の関係で SSH のパケットが NGN 網で捨てられてしまう問題が発生します。端的にはこの記事の指摘通り ssh_config を以下のように修正すれば解決できます。

Host foo.example.com HostName foo.example.com IPQoS 0

しかしながら、このような設定はルーター側で設定しておいたほうがクライアント側の設定が少なくて済むので楽です。今回は EdgeRouter X のファイアウォール機能を使って、ルーターにやってきた SSH のパケットの DSCP 値を変更するように設定してみます。

環境

手順

CLI からファイアウォールの設定を行います。
アドレスやポート番号等は適宜読み替えてください。

そこで Vim の conceal 機能を活用してちょっとだけ見つけやすくしてみます。
…

EdgeRouter X にはビルトインの DDNS 機能が搭載されていますがドキュメントは具体的な設定例を掲載していません。設定を調整してみたところ EdgeRouter でも Cloudflare の DNS サーバーの AAAA レコードが自動更新されるような設定ができたのでご紹介します。

環境

事前準備（＋ファームウェアのアップデート時の作業）

EdgeRouter に搭載されている DDNS クライアントは ddclient です。
EdgeOS v1.x では IPv6 サポートのためには Perl ライブラリーである IO::Socket:INET6 のインストールが必要で、事前準備のほかファームウェアのアップデートの際にも以下を実行する必要があります。

TL;DR

1. Gatsby で TypeScript なら gatsby-plugin-ts-loader + tsconfig-paths-webpack-plugin
2. Algolia で日本語の検索をするときは Keep diacritics on characters に注意
3. babel-plugin-react-intl-auto に出した PR がマージされた
4. gatsby-transformer-remark に出した PR がマージされた
5. remark-grid-tables に出した PR がマージされた
6. Gatsby の IE サポートは半分嘘なので残り半分は自分でやる

Gatsby とは

Gatsby は React 製の静的サイトジェネレーターです。Markdown や画像、YAML、テキストファイルなどを透過的に扱うサーバーをローカルに建てて、それらを React のコンポーネントから GraphQL クエリーを通じて組み込めるという特徴があります。豊富なプラグインによって動作を拡張できるほか、細かいカスタマイズは自分でローカルにプラグインとして切り出して管理することができます。

コアの基本的に見える機能もプラグインとして切り出されており、ビルド時のフックに比較的柔軟に介入できます。たとえば Markdown をソースとすると、gatsby-source-filesystem がファイルを読み込んで gatsby-transformer-remark に処理を委譲し、さらに下位のプラグインが Markdown パーサーの処理をカスタマイズできます。今回は以下のようなプラグインを入れてみました。

Windows には CD や USB メモリーに反応して自動再生というダイアログを出す鬱陶しい機能がありますが、コントロール パネル等ではメディアの種類やデバイスの種類による無効化しかできません。例えば起動時に自動的にマウントされるディスクであっても、VHD による仮想ディスクの自動再生などは簡単には無効化できないわけです。

一方でレジストリーには NoDriveAutoRun というエントリーによって個別のドライブの自動再生を無効化する機構があります。この記事はこれで以上です。

めんどくさいあなたへ

NoDriveAutoRun は自動再生を無効化するドライブの設定値の合計を 16 進数に変換して手で書き入れる必要がありますが、やっていられないので作っておきました。ご自由にお使いください。

無効化するドライブを選択したら、出てきたコードを auto-run.reg とでも名前をつけて実行すれば完了です。

VHD を作成する

Windows 7 では VHD という仮想ディスクのファイル形式がネイティヴでサポートされ、これをマウントすることで物理的に接続された HDD と同じように扱うことができるようになりました。

1. [コントロール パネル] → [ディスクの管理] を開く
2. [操作] → [VHD の作成] で NAS 上に容量固定の仮想ディスクを作成する
3. 作成した仮想ディスクにフォーマットを実行する
4. [ドライブ文字とパスの変更] からドライブ文字を設定しておく

Buffalo の NAS に 200 GB の仮想ディスクを作成しましたが約 1 時間で完了しました。

プラグインのテスト

今回は CakePHP 2 のプラグインを開発する際に便利な、Travis CI 上でテストを実行するためのスクリプト「FriendsOfCake/travis」を紹介します。

CakePHP にはプラグインの機構が搭載されていますが、公式の Cookbook にも基本的な機能の説明がなされているのみで特にテストの手法については具体的な記述がありません。基本的には標準的なアプリケーションと同じようにしてテストを作成することが可能ですが、プラグインのリポジトリー単独でテストを実行することができるように設計されていないためテストの呼び出しにやや難があります。拙作の CakePHP 2 向けプラグイン「lampager-cakephp2」では当初、テストにのみ用いられるコードをプラグイン本体にも含めていましたが、読み込むアプリケーションとの競合や、プラグイン自体のメンテナビリティーの問題があったため別の手法を取ることにしました。

プラグインの作成 – 2.x（CakePHP 2.x Cookbook）

うわっ…私のPW、
危なすぎ…？

手順

1. コントロールパネルで涙を流す
2. ディスク拡張 さくらの VPS マニュアル を読む
3. 祈りながら再起動する

メモ

fdisk はパーティションテーブルが GPT だと使えないので代わりに gdisk…

今回は Chrome 拡張「TweetDeck Accounts Switcher」を Travis CI/AppVeyor 上でテストしてみました。

用意するもの

• GitHub アカウント
• Travis CI アカウント
• Google Chrome
• Node.js

環境構築

はじめに macOS で試してみます。

Node.js でドライバーを読み込んで……。