 下記の問題点を改修いたしました。
|
| (1) |
IPsec冗長機能を使用する構成において、センター側VPNmilan米兰体育官网入口のLAN側インターフェースがダウンしてバックアップ経路通信に切り替わった場合に、センター側VPNmilan米兰体育官网入口のLAN側インターフェースがアップしてもメイン経路通信に戻らないことがありました。 |
| (2) |
変換対象とする送信元アドレスをanyにしてLAN→WANへのNAT変換ルールをmilan米兰体育官网入口した場合に、通常は通信が許可されない状態であっても、WAN→LANへアクセスできてしまうことがありました。 |
| (3) |
1つのpeerに複数のセレクタが関連付けられており、かつ、その内の1つのセレクタでIPsec SAが確立している場合に、IPsec SAが確立していないセレクタにsa-up routeのmilan米兰体育官网入口を追加してrefreshすると、そのSAが確立していないセレクタのsa-up routeが登録されてしまっていました。 |
| (4) |
イベントアクション機能で装置起動直後にmilan米兰体育官网入口を追加するアクションを実行させるような状況になった場合、milan米兰体育官网入口の登録ができませんでした。 |
| (5) |
OSPF使用時にmilan米兰体育官网入口数の上限を超えてmilan米兰体育官网入口情報を受信・登録できてしまっていました。 |
| (6) |
SA確立状態で keepalive-icmp source-interface milan米兰体育官网入口を削除しrefreshしても、keepalive-icmpパケットの送信元アドレスがmilan米兰体育官网入口削除前のsource-interfaceで指定されたものになっていました。 |
| (7) |
AggressiveモードのResponder側となった場合に、keepalive always-sendのmilan米兰体育官网入口をしても、keepaliveのパケットが送信されなくなってしまうことがありました。 |
| (8) |
ip nat inside destinationのmilan米兰体育官网入口数が上限を超えた場合に記録されるelogの綴りが間違っていました。 |
| (9) |
AggressiveモードのResponder側でXAUTH(拡張認証)milan米兰体育官网入口を併用した場合に、InitiatorからのIKE SA再確立が行われると、旧IKE SAを削除せずに、新旧２つのIKE SAが存在する状態となっていました。旧IKE SAはlifetime満了まで内部的に保持されていました。 |
| (10) |
ipsecif を使用してトンネルの中にさらにトンネルを通す下記のような構成において、milan米兰体育官网入口2とmilan米兰体育官网入口3間のトンネルでESP通信が1度も発生していない状態の場合に、milan米兰体育官网入口1からIKEのパケットを受けるとmilan米兰体育官网入口2がICMPエラーメッセージ(destination unreachable)を送信し、milan米兰体育官网入口1とmilan米兰体育官网入口4間のトンネルが確立できませんでした。
＜構成＞
milan米兰体育官网入口1 ----- milan米兰体育官网入口2 ------ milan米兰体育官网入口3 ------ milan米兰体育官网入口4
|
| (11) |
タイマ登録処理において時刻情報の取り扱いに問題があり、以下の現象が発生する可能性がありました。
- ルーティングプロトコル（RIP、OSPF、BGP、RIPng）の定期送信パケット停止
- working.cfg編集状態でresetコマンドを実行した場合の警告メッセージ誤動作
- IPv6におけるRA広告機能停止
- IPv6におけるDHCPクライアント機能停止
- VRRP機能におけるマスター状態に遷移した経過時間の不正表示
|
| (12) |
複数のevent-actionに同じ宛先への経路情報追加を行うmilan米兰体育官网入口を行った場合に、経路情報が削除されたり変更されてしまうことがありました。 |
| (13) |
OSPFで配信されたデフォルトmilan米兰体育官网入口が有効になりませんでした。 |
| (14) |
DPD の keepalive が Fail して SA を消す場合に、deleteメッセージを送信していませんでした。 |
| (15) |
event-actionモードの add ip route コマンドにおいて、add ip route <ip <mask connected ipsecif までが同じだと上書きされてしまい、ipsecif 向けのmilan米兰体育官网入口。 |
| (16) |
event-actionモードの add ip route コマンドにおいて、add ip route <ip <mask までが同じで <nexthopアドレスの異なるmilan米兰体育官网入口を行うと上書きされてしまい、複数ルートの追加ができませんでした。 |
| (17) |
予期せぬ事態においてmilan米兰体育官网入口が自律リセットを行う場合に、次の問題がありました。
- 自律リセットが完了せずにmilan米兰体育官网入口停止する可能性がありました。
- 自律リセットのログが残らない可能性がありました。
|
| (18) |
crypto isakmp policyモードの keepalive のヘルプ文字列を修正しました。 |
| (19) |
Web管理機能画面のHTML表記において<pタグの使用方法に不適切な部分がありました。 |
| (20) |
Web管理機能のコンフィグファイルのアップロードで、内容がすべて -1 のファイルをアップロードした際に、エラー画面を表示してコンフィグファイルが書き換えられないように修正しました。 |
| (21) |
INBOUND SAが256個、OUTBOUND SAが0個となっている状態で IKE keepalive 動作を行うと、SAがないと誤判断して keepalive パケットを送信しない可能性がありました。 |
| (22) |
Quick Mode の Responderで QM-3rd パケット受信前に EWAN インターフェースがダウン(ケーブルを抜く等）した場合に、Quick Modeネゴシエーションのタイムアウトを迎えても、QM-1st受信時に作成したSAを削除することができませんでした。 |
| (23) |
IKE SAのlifetime計測処理において、計測誤差が累積する問題がありました。 |
| (24) |
keepalive(DPD)動作において、DPDリクエストパケットの送信が１回抜ける等の動作が発生することがあり、VPNピアのダウンを検出するタイミングが遅れる可能性がありました。 |
| (25) |
ipv6 route コマンドのネクストホップにインタフェース名を指定した状態で、その経路を削除して refresh すると、running.cfg からは削除されても、実際のmilan米兰体育官网入口情報が削除されませんでした。 |
| (26) |
event-actionモードのadd ip routeコマンドを複数行登録したコンフィグファイルを、カット＆ペーストして流し込んだ場合に、!EXCEPTION! Data TLB Error の文字列がコンソール上に記録されて、milan米兰体育官网入口の自律リセットが発生することがありました。 |
| (27) |
nullインターフェース宛の中継パケットを連続的に送信すると、slogに下記のログが記録されることがありました。
”unable to enter address for IPアドレス (could not allocate llinfo) ”
|
| (28) |
router rip milan米兰体育官网入口モードの distribute-list コマンドでインターフェース指定を行うと、RIPフィルタの内容が有効となりませんでした。 |
| (29) |
IPsecとQoSを併用するmilan米兰体育官网入口で、多数のSAを収容もしくはlifetime milan米兰体育官网入口が短く、SAの張り替えが頻繁に行われる環境下において、以下の vpnlog が記録されて、ESP通信が停止する現象が発生することがありました。
”espInputAsync driver error (109) ”
”safn_des_cbc_mbuf_async error (-1) ”
|
| |
milan米兰体育官网入口milan米兰体育官网入口2005/11/14 下記を追記milan米兰体育官网入口milan米兰体育官网入口
|
| (30) |
「NISCC-273756 ISAKMP プロトコルの実装に複数の脆弱性」にて報告されている問題について対応しました。脆弱性の詳細についてはこちら。 |
