<!-- POST内容 -->
<input type="text" name="data[1]" value="1" />
<input type="text" name="data[2]" value="" />
<input type="text" name="data[3]" value="3" />

↓ ブラウザバック(ページキャッシュ無効なのでサーバーから再取得

<!-- サーバーからのレスポンス内容 -->
<input type="text" name="data[1]" value="1" />
<input type="text" name="data[2]" value="3" />
<input type="text" name="data[3]" value="" />

↓ ブラウザのレンダリング後

<!-- 表示内容 -->
<input type="text" name="data[1]" value="1" />
<input type="text" name="data[2]" value="" /> <!-- 2番目が空欄になる -->
<input type="text" name="data[3]" value="3" /> <!-- 空欄であるべき3番目に古いデータが表示される -->

この状態でページをリロードすると正しいデータで表示されますが、POSTしてしまうとおかしい状態でサーバーに送信されてしまいます。

Cache-Controlでno-cache,no-store,must-revalidateを設定しているのにこのような挙動だったので、ブラウザのCache?を疑いつつ、試しにdata[(連番)]からdata[(ランダムな値)]にしてみたら(今回のフォームではkeyの値自体は重要じゃなかったので)、意図した挙動になりました。

2020-02-26

ssh-agentに登録した鍵をターミナル起動時に自動的に読み込む

Bash Mac 備忘録

macOS Mojaveの環境で~/.ssh/configに下記のように書いて鍵を自動的にssh-agentに登録されるようにしていました。

Host *
    UseKeychain yes
    AddKeysToAgent yes

ただ、接続先に応じて複数の鍵を使い分けていた影響で、ssh-configに書かずにssh -iで接続する際にToo many authentication failuresエラーが出るようになってしまいました。
AddKeysToAgent yesを止めて、Agent転送が必要な鍵のみssh-add -K (秘密鍵のファイルパス)で登録するようにしたのですが、OS再起動後に鍵が読み込まれていないようで、ssh接続先から、その先へのssh接続で認証が通らず、エラーに……

~/.bash_profile に下記の一行を足したら解決できそうです。
ターミナル起動時に毎回ssh-addの出力が出てきちゃうので、標準出力は/dev/nullにして読み捨てています。

ssh-add -K > /dev/null

2020-01-25

AWS Certificate Managerで発行した証明書が失効してた

AWS ひとりごと監視・運用

某サイトでAWS Certificate Managerを使って証明書を発行していたのですが、うまく自動更新できておらず、証明書が失効してました。

諸般の事情でDNS認証ではなくメール認証でドメイン管理者に認証してもらっていたのですが、どうも更新時には認証メールが飛んでいない…?
ACM上のステータスでは「検証保留中」と書いてあるけど、その割に認証メールを再送信できなかったり、更新資格が「使用不可」だったりとイマイチこのあとのステップが不明でした。
結局、わからなかったので、新規作成して作り直しました。

この証明書はAmazon CloudFrontで使っていたのですが、新しい証明書にすんなり差し替えできず、一旦"Default CloudFront Certificate"に切り替えて、その後改めて"Custom SSL Certificate"を選び直したりと慌てました(慌てていたので、もしかしたらこんな面倒なことをしなくても良かったのかもしれない…)

それにしても、最近CloudFrontの設定変更を行っていなかったのですが、設定反映にかかる時間は変わってないっぽいですね〜
反映完了に30分ぐらいかかったので、中々焦ります。反映途中でも20分ぐらいで次の設定変更を保存できたのですが、保存後すぐにはできなかったので、「早く反映終わってくれ…」と祈ってました。

ドメインや証明書の更新時期は忘れずにチェックしましょう。自動更新だからと油断せずに要確認ですね。
(Let's Encryptを使った別のサイトでもスクリプトがうまく動いておらず危うく失効しそうになったことが…)

2019-09-09

Pixel 3aをAndroid 10にアップデート後、データ通信ができなくなったのでAPN設定をリセットしたら直った

Android 備忘録

タイトルの通り。
先週、Pixel 3aをAndroid 10にアップデートしたのですが、その直後からUQ mobileのモバイルデータ通信ができなくなっていました。
WiFi接続で過ごしていたので、データ通信ができないことに気がついたのが今日……
出先でインターネットが利用できず困りました。
また発生したときのために個人的にメモしておきます。

TL;DR

APN設定を初期設定にリセットしてからUQ mobileのAPN設定を再設定するとモバイルデータ通信ができるようになりました。
APN設定を削除→改めて設定では駄目でした。一度リセットする必要がありました。

状況

Pixel 3aをAndroid 10にアップデートしたらAPN設定リストが初期状態になった(Rakuten mobile(a.rmobile.jp)のみ)。
初期状態のRakuten mobileのAPN設定を削除すると、設定してあったUQ mobileの設定が復活したので、それを選択。
接続できているように見えた。通話はできたが、モバイルネットワークの状態が切断状態でモバイルデータ通信はできず。
APN設定を削除して、再度登録しても状況は変わらず、データ通信できず。
APN設定を初期設定にリセットしてから再度設定すると、データ通信もできるようになった。

設定方法

「設定」アプリを開く。
「ネットワークとインターネット」をクリック。
「モバイルネットワーク」をクリック。
「詳細設定」を開く。
「アクセスポイント名」をクリック。
右上の「︙」をクリックして、「初期設定にリセット」する。
右上の「︙」をクリックして、「新しいAPN」をクリックする。
ネットワーク設定方法に従って設定する。
右上の「︙」をクリックして、「保存」をクリックする。(戻るキーや矢印で戻ると保存されないので注意)
追加したAPNを選択すると、モバイルデータ通信ができるようになる。
お好みでデフォルトのAPN設定を削除する。

ネットワーク設定方法には載っていませんが、7の手順で新規作成した際に、MVNOの種類に「IMSI」、MVNO値に「4405130」が自動設定されていました。
Android 9の時にはこの部分は空欄だった気がします(UQ mobileの設定ページに載っていないので設定した覚えはない)。

自分用設定値のメモ

ネットワーク設定方法の値を設定。
設定ページに載っていない分はAPN設定作成時のデフォルト値。

項目名	設定値	デフォルト状態
名前	UQ mobile
APN	uqmobile.jp
プロキシ	未設定	○
ポート	未設定	○
ユーザー名	uq@uqmobile.jp
パスワード	uq
サーバー	未設定	○
MMSC	未設定	○
MMSプロキシ	未設定	○
MMSポート	未設定	○
MCC	440	○
MNC	51	○
認証タイプ	CHAP
APNタイプ	default,mms,supl,hipri,dun
APNプロトコル	IPv4/IPv6
APNローミングプロトコル	IPv4	○
APNの有効/無効	(有効)(グレーアウト)	○
ベアラー	指定なし	○
MVNOの種類	IMSI	○
MVNO値	4405130	○

nmtysh.log

Tech系のネタや日々の独り言などを書いています。

ESETとMacの相性が悪い (1) ブラウザでサイトが開けなくなる

環境

症状

対策

参考

inputフォーム要素が配列の場合にブラウザバックするとデータが壊れた