セキュア・安価な拠点間接続の最右翼、マネージドVPN最新事情
意外と難しいVPNの拠点間接続 企業のWAN回線は今や、光回線やADSL回線などを足回りに、インターネット経由でLANを相互接続するVPN（仮想プライベートネットワーク）が主流となっている。VPNを実現する方式には、最も容易にVPNを構築でき、運用管理も簡単な「PPTP」、公開鍵／運用鍵を用いて厳密な相互認証と暗号化を行う「IPsec」、Webで使われているSSL技術を用いたリモートアクセス向けの「SSL VPN」がある。 これらは、それぞれのVPN方式に対応するゲートウェイ機器を拠点ごとに設置するだけであり、特別な回線の契約は必要ない。現在使っているインターネット回線をそのまま利用してリーズナブルにVPNを構築できるため、中堅・中小企業で最も広くに利用されている。これらは一般に「インターネットVPN」といわれている。 そして、企業のWAN回線（LAN間接続）に一般的に使われるVPN方式が
Nagios snmp plugin - satospo
NagiosではSNMPを利用して監視対象機器から値を取得して、それを元に監視を行うことができます。公式のPluginライブラリに含まれるものではcheck_snmpプラグインがあります。ただ、このツールは汎用的に使えるものの、いまいち不便なところがあります。 SNMPを利用して特定の項目（例えばLoad、HDDなど）を取得して監視するには、次のサイトで配布されているSNMPプラグインを利用すると便利です。 http://nagios.manubulon.com/ 上記のサイトでPluginがパックされたアーカイブを入手することができます。ファイルおよび同梱されるプラグインは、 nagios-plugins-snmp-0.6.0.tgz C言語版(check_snmp_int, check_snmp_process, check_snmp_storage) nagios-snmp-plu
CaptureSetup/VLAN - Wireshark Wiki
VLAN capture setup Table of contents VLAN capture setup Table of contents VLAN tags Linux FreeBSD, NetBSD, OpenBSD, macOS DragonFly BSD Solaris HP-UX AIX Digital/Tru64 UNIX Other UN*Xes Windows Special flag settings Intel Broadcom 3com DynamicAccess Broadcom Advanced Server Program (BASP) Intel Advanced Networking Suite (iANS) Marvell Yukon 88E8055 PCI-E Gigabit Ethernet Controller Capture filters
DNS Demystified あなたの知らないDNSの世界 (application/pdf オブジェクト)
Internet Initiative Japan Inc. © DNS Demystified DNS 2004/07/23 JANOG14 @ koji@iij.ad.jp haru@iij.ad.jp Copyright © 2004, Internet Initiative Japan Inc. 2 Internet Initiative Japan Inc. DNS … ^^; Authoritative JPNIC JPRS DNSQCTF (caching server) authoritative sever Copyright © 2004, Internet Initiative Japan Inc. 3 Internet Initiative Japan Inc. (authoritative server) ( LAN DNS RFC1918 ) Copyright
net-snmp インストール — server-memo.net
net-snmpインストール yumでインストール snmpd インストール [root@sun ~] # yum install -y net-snmp Setting up Install Process Setting up repositories Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for net-snmp to pack into transaction set. net-snmp-5.1.2-11.EL4.6.i 10
The Cable Guy: TCP Receive Window Auto-Tuning
Welcome to the first installment of The Cable Guy in TechNet Magazine. Fans of the column on the TechNet Web site already know we cover all manner of networking issues, and we'll continue that tradition here each month. If you're new and looking for an archive of previous columns, head over to the Cable Guy site. Throughput over TCP connections can be limited by sending and receiving applications,
ジェイズ・コミュニケーション株式会社NetScreen商品サポートWWWサイト
ScreenOS5.4 から新たに Traffic Log メッセージの末尾に付け加えられたReason フィールドとは何ですか？ Reason フィールドは、セッションの意味を示しています。 出力されるメッセージの意味は、次の通りです。 Creation ：セッションが生成されたことを示します。 Close ：セッションがクローズしたことを示します。 Traffic Denied：ポリシーによってセッションが破棄されたことを示します。 ※Creation は、ポリシーの Session Beginning オプションを有効にしている場合のみ出力されます。 Close の場合には、その理由を示すメッセージも出力されます。 そのメッセージの意味は、次の通りです。 Close - TCP FIN ：TCP FIN パケットによって TCP 接続が終了 Close - TCP RST ：TC
NTT東のフレッツ大規模障害は1台のルーターから | スラド
昨日に盛大な大規模障害となったNTT東のフレッツであるが、 ITProに謝罪会見と障害原因に関する記事が掲載されている。それによれば、東京の1台のルーターに故障が発生し、部品交換のために待機系のルーターに切り替えたことが主要因になったらしい。 待機系への変更は通常の保守作業であるわけだが、フレッツサービスを構成する4000台のルーターにおいてルーティング情報の書き換えがされる際に、フレッツでは1台のルーターで1万5000ものルーティング情報を持っており、その書き換え負荷に耐えられなかったとのことだ。障害の起きなかったNTT東地域については、単にソフトウェアのバージョンが新しく、負荷に強かったので助かったとのことのようだ。しかし、まあフレッツだけで1万以上の経路があるのですねぇ。
NTT，NGNトライアルショールームを自由に見られる“特別観覧”を実施
NTTグループは，構築を進めている次世代ネットワーク（NGN）のフィールド・トライアルの内容を公開するショールーム「NOTE（NGN Open Trial Exhibition）」（東京・大手町）の特別観覧を5月29日から31日の3日間にかけて実施する。4月16日からNTTのWebサイト上で予約を受け付ける。 ショールームの見学方法は現在，あらかじめ予約した見学者に対して専属の説明員が一緒について案内するフルアテンド形式を採っている。しかし，フルアテンド形式では案内可能な見学者数に限界があり，見学したくても予約が困難な状況が続いている。特に大手町のNOTEでは，月のはじめに翌月分の予約を受け付けるとその日のうちに予約が締め切られていた。 今回の特別観覧は，こうした状況を打開して予約したくてもできなかった見学希望者の要望に応えるために実施される。特別観覧では各展示に説明員が配置され，見学者が
MTA のアクセス制御
MTA の各種のアクセス制御手法について思いつくままにメモしたもの。ほとんどは spam 対策だが、こうすれば spam を撃退できる、というガイドではない。絶大な効果があるものから、ほとんど効果がないどころか多大な副作用をもたらすものまで、さまざまな手法をとにかく列挙する。筆者は spam 対策については「やりすぎるぐらいならば何もしない方がマシ」という立場を取っているので、メリットよりもデメリットを重視する。なお、分量はわずかだが DoS 対策や内部ユーザによる abuse を防止する手法についても触れる（この文書は spam 対策技術のメモではなく MTA のアクセス制御手法のメモである）。 ローカル配送された後にユーザごとで選別する方法についてはほとんど取り上げない。携帯電話向け spam についても触れない。特定の MTA や対策ツールにかたよった記述はほとんどしないし、特に必要
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DropCatch.com
サービス終了のお知らせ
情報化研究会ホームページ