ACS接続トラブルを、現場の一次対応手順に落とす
ACS（IBM i Access Client Solutions）や5250エミュレータに接続できない時は、端末だけを見て終わらせず、ユーザーID、権限、接続先、サインオン画面、ネットワーク、直近の変更を同じ順番で確認できるようにしておくことが大切です。特に複数人でAS400 / IBM iを保守している現場では、担当者ごとに確認順が違うと、復旧までの時間や切り分け品質に差が出ます。
若手や引き継ぎ担当に教える場合は、ACSの設定値を暗記させるよりも、「どこまでログイン画面が出ているか」「同じユーザーで別端末から入れるか」「特定端末だけか全体か」「権限変更やパスワード期限が関係するか」を声に出して確認する形にすると、保守の再現性が上がります。接続トラブルの手順を研修やチーム内メモに落とす時は、実環境の値をそのまま貼らず、確認観点と判断基準だけを残すと安全です。
ACS接続障害は端末・ユーザー・経路を分ける
ACSや5250エミュレータに入れないときは、AS400側だけでなくPC側の設定も確認します。同じユーザーで別PCから入れるか、別ユーザーで同じPCから入れるか、同じ拠点の他端末ではどうかを見ると、端末設定、ユーザー設定、ネットワーク経路のどこに寄せるべきかが見えてきます。
現場では、ホスト名、ポート、SSL設定、端末ID、ユーザープロファイル、パスワード期限、接続先ライブラリや初期メニューの違いも見ます。エラー画面の文言だけで判断せず、いつから、誰だけ、どの拠点だけ、どの接続方式だけ失敗しているかを整理してから調査すると、復旧までの時間を短くできます。
5250接続トラブルは、端末・ネットワーク・ユーザーの順に切り分ける
ACSや5250エミュレータで接続できない時は、AS400側だけを見ても原因に届かないことがあります。端末単体の問題、ネットワーク経路、DNSやホスト名、ユーザープロファイル、サインオン制限を順番に見ていくと、現場で説明しやすくなります。
| 切り分け | 確認内容 | 次の判断 |
|---|---|---|
| 端末側 | ACS設定、接続先名、ポート、保存済み設定を確認する | 別端末でも同じかを見る |
| ネットワーク | 名前解決、VPN、社内プロキシ、通信制限を確認する | PING/NETSTAT確認 |
| AS400側 | サブシステム、TCP/IP、該当サービスの状態を見る | サブシステム確認 |
| ユーザー | 無効化、パスワード期限、権限、サインオン失敗を確認する | パスワードポリシー確認 |
| 引き継ぎ | 現象、接続元、時刻、試した端末を記録する | 研修内容・料金を見る |
特に社内ネットワーク経由の接続では、PC交換、VPN変更、プロキシ変更、無線LAN変更など、AS400本体以外の変更が原因になることもあります。障害票には「どの端末から、どの接続名で、いつから、誰だけが失敗するか」を残すと、調査が速くなります。
一人だけ接続できない時の切り分け例
同じ時間帯に一人だけ5250接続できないなら、最初からIBM i全体の停止を疑う必要はありません。端末、接続定義、ユーザーを分けて比較します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 端末 | 同じ接続定義を別PCで試し、PC固有かを確認する | 別PCで成功すれば端末設定やJava環境を優先する |
| 経路 | 接続先名、VPN、名前解決、SSL設定の差を確認する | IP直指定は恒久対策にせず名前解決の原因を追う |
| ユーザー | 別ユーザーでの接続可否とプロファイル状態を確認する | パスワードを共有せず、無効化や期限を管理者が確認する |
全員が接続できない場合は、ホストサーバー、関連サブシステム、ネットワーク変更を確認します。5250以外の機能も失敗するかを比べると、端末固有か接続先・経路側かを切り分ける材料になります。