SOCKS4
！注意！ このコンテンツはPCBの勝手な解釈に基づいており、内容が正しいことを保証することはできません。 正しい情報を得たいのなら、NEC USAのサイトで公式の資料を入手されることをお勧めします。 ただ、間違いなどがあればメールなどで指摘していただければうれしいです。 また、このコンテンツの公開に問題があれば、メールなどで連絡をください。早急に対処いたします。 ぼくが自分なりに読んだ限りでは、NEC USAのサイトには配布制限などは見当たりませんでした。 この文書について この文書では、SOCKS4プロトコルに関する簡単な解説をしています。 何故こんなものを書いたかというと、ぼくが探した限りではSOCKS4の日本語での解説はインターネット上には 見つけることができなかったからです。 現在、ぼくはIE5.5を主に使っていますが、プロキシとしてはSOCKS4プロトコルにしか対応していません。
報道発表資料 - 仮想ネットワーク構築・通信ソフトウェア 『SoftEther』 を発表
2003年12月15日(月) 筑波大学第三学群情報学類 登 大遊 制限の多いネットワーク上でも自由に仮想ネットワークを構築することができる、 新しい VPN システム 仮想ネットワーク構築・通信ソフトウェア 『SoftEther』 を発表 登 大遊 (Daiyuu Nobori, 筑波大学第三学群情報学類所属) は、IPA (情報処理振興事業協会) が主催する平成15年度未踏ソフトウェア創造事業 未踏ユース部門 (以下、未踏ソフト) に採択された開発プロジェクトである、『イーサネットのソフトウェア実装とトンネリングシステムの開発』*1 の開発途中成果となるソフトウェアである、仮想ネットワーク構築・通信ソフトウェア『SoftEther』(ソフトイーサ) および SoftEther に関する情報を提供するための Web サイトである www.softether.com を発表いたします。 また
NAT をやめて、透過 SOCKS プロキシを導入した - Cybozu Inside Out | サイボウズエンジニアのブログ
以下の記事内容について、奥一穂氏（@kazuho）より、「connectのエラーコードが信頼できなくなるといった欠点もあるのに透過 SOCKS プロキシが汎用的に良いように読めてしまう」というご指摘をいただきました。確かに、下記内容は当社が抱えていた複数の課題を短期間で解消できる「ワークアラウンド」として透過 SOCKS プロキシという技法もあることを紹介したものであり、NAT と比較して常に良いという主張をしたかったわけではありません。また、記事内では解説を省きましたが、従来より HTTP(S) 通信は NAT ではなく HTTP プロキシを利用しています。謹んで補足・訂正とさせていただきます。 猫が好きだけど猫アレルギーで近寄ることができない山本泰宇です。 先日アーキテクチャ刷新プロジェクト「Neco」を紹介しましたが、今回はその活動の一環として実施したネットワークアドレス変換(NAT
なぜSSL-VPNなのか。素朴な疑問を解消しよう
いずれの方式であっても、かつて専用クライアントソフトを使っていたものでも、いまでは、ブラウザさえあればSSL-VPNを実現することができる。必要となるVPNモジュールは、JavaやActiveXを使ってダウンロードする。ユーザーPCにソフトも装置も事前にインストールする必要はない。これらについてはあちこちで紹介されているので多くを繰り返し説明する必要はないだろう。最も本質的なところだけを触れることにする。 1.SSLトンネルを使ってアプリケーションパケットをリレーする方式 Javaアプレットを使ってSSL-VPN装置との間にSSLチャネルを作り、アプリケーションの通信データを通すトンネルとして機能させる。アプリケーションがこのSSLチャネルの入り口に向かって通信するように、JavaアプレットがHOSTSファイルに情報を追加し、通信先としてループバックアドレスを用いさせる。IPSecのトンネ
第7章リモートアクセスとVPN----7.8 SOCKS
SOCKS（RFC1928）は、ソケットプログラムを利用しアプリケーションプロトコルに依存せずに、トランスポート層上でアクセス制御を行うためのセキュリティプロトコルです。SOCKSサーバーにコネクションリクエストを渡すと、SOCKSサーバーはクライアントを認証してからコネクションを確立します。 当初SOCKSは、UDPアプリケーションをサポートしていませんでしたが、バージョン5になり、UDPベースのアプリケーションをサポートするようになりました。 SOCKSは｢Sockd｣というプログラムを介して、プロキシサーバーとクライアントの通信を行う仕組みになっています。この図で説明するとSockdにFTPやtelnetをカプセル化して通信を行おうとするクライアントAは内部ネットワークの資源を利用できますが、直接telnetを使って通信を試みるクライアントBはプロキシーサーバーによって通信を拒否され
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WebブラウザのSOCKS実装状況について - NTTコミュニケーションズ株式会社
