AS400 / IBM i で「5250につながらない」「FTPできない」「外部連携だけ失敗する」「特定拠点だけ遅い」と言われた時、最初に見るべきなのはプログラムではなく通信経路です。AS400側、PC側、VPN、DNS、ポート、TCP/IPサービスのどこで止まっているかを切り分けると、保守会社やネットワーク担当へ相談しやすくなります。
この記事では、AS400のTCP/IP通信トラブルで使う確認観点を、PING、NETSTAT、WRKTCPSTS、5250、FTP、ACS、外部API連携の順に整理します。現場で「AS400が悪いのか、ネットワークが悪いのか」を分けるための初動チェックです。
最初に切り分けること
| 症状 | 最初に見ること | 次の確認 |
|---|---|---|
| 5250画面につながらない | PC、VPN、ホスト名、IP、ポート | 5250接続トラブル対応 |
| 特定PCだけ失敗する | 端末設定、ACS/PCOMM設定、Windows側 | ACS入門 |
| 全員つながらない | AS400側TCP/IP、ネットワーク機器、VPN、DNS | NETSTAT、WRKTCPSTS、ネットワーク担当確認 |
| FTPだけ失敗する | FTPサービス、権限、IFS、ポート、文字コード | IFS入門 |
| APIやWeb連携だけ失敗する | 宛先URL、名前解決、証明書、プロキシ、タイムアウト | Web/API連携の考え方 |
PINGで見ること
PINGは、相手先まで基本的な到達性があるかを見る入口です。ただし、PINGが通るから業務通信も通るとは限りません。逆に、セキュリティ設定でPINGだけ止めている環境もあります。PINGは「通信経路の一部確認」と考えます。
- PCからAS400のIPへPINGできるか
- AS400から外部サーバーへPINGできるか
- IP指定では通るがホスト名では失敗しないか
- 拠点、VPN、社内LAN、リモート環境で差があるか
- 直近でルーター、FW、VPN、DNS、証明書を変更していないか
NETSTAT / WRKTCPSTSで見ること
AS400側では、TCP/IPインターフェースや経路、接続状態を確認します。NETSTATやWRKTCPSTSは、通信トラブル時に「AS400側のTCP/IPが動いているか」「対象ポートに接続が来ているか」「経路が想定通りか」を見る入口になります。
| 確認観点 | 見る内容 |
|---|---|
| インターフェース | AS400のIPアドレス、状態、有効/無効 |
| 経路 | デフォルトゲートウェイ、宛先ネットワーク、VPN経路 |
| 接続状態 | 対象PCや外部サーバーとの接続が見えるか |
| ポート | 5250、FTP、API連携など対象サービスのポートが使えるか |
| 名前解決 | ホスト名指定の処理でDNSが原因になっていないか |
本番で注意すること
- 原因不明のままTCP/IPサービスを止めない
- 全社影響があるネットワーク設定を単独で変更しない
- IPアドレス、DNS、ゲートウェイ変更は作業記録を残す
- 5250だけでなく、印刷、FTP、バッチ連携、API連携への影響も確認する
- 保守会社へ相談する時は、PC側・AS400側・ネットワーク側のどこまで確認したかを伝える
保守会社へ相談する時のメモ
相談時は、発生日時、対象拠点、対象PC、対象ユーザー、接続先ホスト名/IP、利用ソフト、エラー文、PING結果、全員か一部か、直近変更をまとめます。業務影響が大きい場合は、本番障害の初動対応と保守会社相談前チェックリストも合わせて確認してください。
まとめ
AS400のTCP/IP通信トラブルでは、AS400本体、PC、ACS/PCOMM、VPN、DNS、ポート、外部接続先を分けて確認することが重要です。PINGやNETSTATだけで決めつけず、誰が、どこから、何に、どの方法で接続できないのかを整理してから対応しましょう。
FTP転送・CSV連携で困った時
FTP転送できない、IFSに置けない、CSVが文字化けする場合は、AS400でFTP転送できない時の確認手順を確認してください。通信、ログイン、権限、IFSパス、文字コード、バッチ実行環境を分けて見ます。
