GAS

GASの共通ログイン管理画面で、登録済みの管理者が拒否される問題に対応しました。デプロイ者として動くAPIは残し、管理画面をアクセスした利用者として動かす構成に分離。本人確認と管理権限の判定を分けた理由と、確認できた範囲を記録します。

GASで作った複数のWebアプリの「誰が使えるか」を1か所で管理するため、共通の認証ライブラリを作りました。ところがライブラリは呼び出し元の利用者の権限で動くため、DBを共有していない人が開くたびに空のDBが作られ、登録が消え続けました。原因、止め方、デプロイ者の権限で動くAPI方式に移した手順と判断表をまとめます。

GAS Webアプリの認証を、実行者・利用者の承認・メールアドレスの取得可否から整理します。getActiveUserが空になる条件と、URLキーが本人確認にはならない点を訂正。許可リストの最小例、デプロイ設定、401で止まった実測を記録します。

GASのWebアプリでSession.getActiveUser().getEmail()が空文字になった記録。当時の実測とGoogle公式の取得条件を分け、URLキー方式の限界、ドメイン専用URLの正規化までまとめます。