全日空の障害、チェックイン端末の管理サーバに設定ミス
全日本空輸は9月14日に起きた搭乗システムの障害の原因を明らかにした。空港の係員端末を管理するサーバの設定ミスが原因だった。端末の製造元である沖電気もテストに参加した。 全日本空輸（ANA）は、9月14日に起きた搭乗システムの障害の原因を明らかにした。空港の係員端末（チェックイン端末）を管理するサーバの設定ミスが原因だった。 係員端末がサーバに接続する際の暗号化認証機能の有効期限が、2008年9月14日の1時44分までとなっていた。そのため、同日に係員が端末の使用を開始した際に、システム出力ログの暗号化処理がエラーとなった。 不具合が発生した経緯として、2005年に端末認証管理サーバを導入した際、暗号化認証機能を使用するシステムが存在せず、有効期限が3年間と初期設定のままにしていたことを挙げた。2007年9月の係員端末の導入に伴い、暗号化認証機能を利用することになったが、端末開発過程での社
〔続報〕全日空の搭乗システムが暫定復旧、日付処理の問題が濃厚
全日本空輸で9月14日の始発便から発生していたチェックインシステムの障害による影響が解消に向かっている（写真1）。同日正午、全日空は羽田空港で報道陣に対して状況を説明した。 問題を起こしたのは「able-D」と呼ばれる国内旅客の搭乗手続きや手荷物管理を行うチェックインシステム。全日空はable-Dの端末と端末管理サーバーの間で行っている日付処理が問題と見極めて対処。午前11時から各空港の端末が順次利用できるようになった。 もっとも完全な復旧ではない。現段階では端末と管理サーバー間で日付を確認する機能を使わないように回避したもので「あくまでも暫定的な措置」（全日空 IT推進室）。ソフトウエアのバグやロジックなどのエラー、数値の設定ミスなどの根本原因を特定できていない。「できるだけ早く突き止めて修正したい」（同）としている。なお、チケットレスの旅客が使う自動チェックインは別システムで、通常通り
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
