通常のhttps通信のsslvpnによるhttps[0087]スレッドの最後へゼオンさん(No.1)通常のhttps通信とssl-vpnによるhttps通信の違いがわかりません。・httpは平文で通信される。sslを使用することでhttpsでセキュアな通信を実現できる。・sslはアプリケーション層からトランスポート層のプロトコルなのでsslvpnはアプリケーションに依存する・sslvpnはipsecと比べクライアントに特殊なソフトウェアや設定が不要(クライアント認証等をしない場合)というメリットがある■不明点webブラウザからsslvpn装置のurlを指定して通信することでsslvpnが実現できるらしいですね。クライアント認証をしない場合、それって誰でもアクセスできてしまいますよね?いったいどの辺がvpnなのでしょうか、普通のhttps通信と何が違うのでしょうか。(仮想の)「プライベートなネットワーク」にはなってないように思うのですが、、、。どなたかわかる方いらっしゃいましたらよろしくお願いいたします。�@クライアントとサーバ間で直で通信するのがHTTPS通信。�Aクライアントとサーバ間にSSLVPN装置があって、クライアントとVPN装置間でSSL通信して、VPN装置とサーバ間はHTTP通信していると認識しています。内部DNSの名前解決でアクセスできる)。いう特徴があると思います。18:16ゼオンさん(No.3)サスケさんありがとうございます。前半、1.2についてかなりわかりやすいです。後半、「また、VPNっていうくらいだから〜」が少しわからないです。&VPN装置が違うネットワークに所属しています。ネットワーク1:クライアント(10.1.1.1)ネットワーク2:VPN装置(192.168.1.250)、サーバ(192.168.1.30)とします。VPN装置はクライアントに対して、同じネットワークの様にアクセスできるように、192.168.1.10とかのIPアドレスを割り当てます。やって、離れた拠点同士でも同じネットワークの様にアクセス出来るようにします。トンネリングとかだいぶ端折ってますが、調べてみてください。19:13ぺこさん(No.5)この投稿は投稿者により削除されました。13:15ゼオンさん(No.6)サスケさん、ありがとうございます。以降勉強しております。リバースプロキシ方式」こちらについてみたところ結局、サスケさんの仰っていた>�@クライアントとサーバ間で直で通信するのがHTTPS通信。>�Aクライアントとサーバ間にSSLVPN装置があって、クライアントとVPN装置間でSSL通信して、VPN装置とサーバ間はHTTP通信していると認識しています。その通りだと理解できました。SSL-VPNにはいくつか種類がありますが、そのうち『「リバースプロキシ型」で、なおかつ実現したいプロトコルが「HTTP」の場合』は『クライアントPCから「SSLVPN」装置までの通信は通常のHTTPS通信と同等』という理解をしました。(上図を参照、該当条件の場合はパケットのカプセル化(=トンネル)はしていないため)結局、クライアント側から見れば通常のHTTPSとほぼ同じじゃんという認識です。(むしろそれが利点という感じでしょうか。これがはたしてVPNと呼べるのか・・・?という感じですが・・・。)何か認識の間違いがありましたらよろしくお願いいたします。18:40わっつさん(No.7)>>クライアント認証をしない場合、それって誰でもアクセスできてしまいますよね?>>いったいどの辺がvpnなのでしょうか、普通のhttps通信と何が違うのでしょうか。HTTPSはSSLの技術を利用して「サーバ認証」と「通信の暗号化(秘匿)」を目的にしています。上記に加えて「クライアント認証」をするか否かは使用用途によると思います。昨今ではWeb環境のHTTPS化が急速に進んでおり,DV証明書であれば無料で提供されるようになりましたが,一般的なWebサーバでのクライアントは不特定多数であり,なおかつクライアントの身元を特定する必要がないのでクライアント認証をしません。※ECなどのユーザの特定が必要な場合はサイト接続後に認証が必要となります。No.6のコメントで「SSL-VPN入門」のサイトを挙げられておられますが,こちらの第4回でユーザ認証について触れられている通り,(通常,アクセス制御を必要とする)SSL-VPNではクライアント証明書を含むいずれかの方法によりクライアント側の認証を実施することが一般的な対応になります。投稿数:3返信投稿用フォームスパム防止のために初投稿日から2カ月以上経過したスレッドへの書き込みは禁止しています。Reserved.▲Pagetop。