毎年の履修登録期間になると、「多摩美のCampus Square サーバー落ち」というワードがトレンド入りせんばかりの勢いで学内に拡散します。噂の真相を追跡すると、そこには大学の大規模学務システムが抱える構造的ジレンマと、学生側のアクセス挙動が複雑に絡み合った決定的な要因が浮かび上がってきます。
最大の要因は、履修登録開始の「午前9時」や締切直前の「午後5時前」に数千人規模の学生が一斉に接続を試みるトラフィックの瞬間蒸発です。多くの大学が採用する学務情報パッケージであるCampus Squareは、静的なWebサイトとは異なり、データベースに対して常にトランザクション処理（データの整合性を保ちながら書き込む重い処理）を要求します。そのため、許容リクエスト上限を超えた瞬間にWebサーバーが保護モードへ移行し、接続拒否（504 Gateway Timeoutや503 Service Temporarily Unavailable）を返却する仕組みになっています。
さらに見逃せないのが、「多摩美術大学 ポータルサイト ログイン」を経由する認証レイヤーの二重構造です。学内統合認証基盤（Google Workspace連携など）を通じてシステムへ入る設計上、シングルサインオン（SSO）のトークン受け渡し時にタイムアウトが発生すると、正規の学生であっても「認証失敗」や「セッション無効」として締め出されてしまいます。これが、ネット上で「ログインできないトラブルが多発している」と騒がれる現象の実態です。
