社外から社内のシステムへつなぐ「リモートアクセス」には、いくつもの方式があります。従来型のVPN、リモートデスクトップ、SASE/ZTNA、中小向けの製品。名前は聞くけれど、何がどう違うのか分かりにくい、という声をよく聞きます。
この記事では、中小企業がよく検討する方式を横並びで比較し、それぞれの向き・不向きと、選び方の軸を整理します。方式ごとの詳しい解説には、関連記事へのリンクも添えます。気になる方式から読み進めてください。
この記事でわかること
- リモートアクセスの主な方式と、その違い(比較表)
- 方式ごとの特徴と向き・不向き
- 中小企業の選び方の軸
リモートアクセスの主な選択肢
中小企業でよく候補に挙がるのは、次の5つです。最初の4つは通信方式・アーキテクチャ、最後の1つは「運用込みの提供形態」です。
- 従来型のVPN機器(SSL-VPNなど):社内にVPN機器を置き、社外から接続する
- リモートデスクトップ(RDP):社内のPCの画面を、社外から操作する
- VDI / DaaS(仮想デスクトップ):社内PCに直接入るのではなく、仮想デスクトップ環境を用意して業務する
- SASE / ZTNA:クラウド側で、利用者・端末・条件を見てアクセスを制御する考え方・サービス群
- マネージド型リモートアクセス製品:導入や運用を自社だけで抱え込まなくてよいリモートアクセス製品(通信方式そのものではなく提供形態。製品により中身の方式や対応範囲は異なる)
なお、本社と支社を常時つなぐ「拠点間VPN」は、人が社外から入るリモートアクセスとは用途が異なります。違いはリモートアクセスVPNと拠点間VPNの記事で整理しています。
方式の比較表
それぞれの傾向を、横並びで見てみましょう。あくまで一般的な傾向で、製品・構成・運用委託の有無で大きく変わります。
| 選択肢 | 初期負荷 | 運用負荷 | 利用者ごとの制御 | 向く会社 | 主な注意点 |
|---|---|---|---|---|---|
| 従来型VPN機器 | 中〜大 | 中 | 機器・設計次第 | 既存機器を運用できる | 脆弱性・EOL対応、接続後の到達範囲 |
| リモートデスクトップ(RDP) | 小〜中 | 中 | 接続先PC単位 | 特定PC・会計ソフトを使いたい | 直接公開しない、認証、ログ確認 |
| VDI / DaaS(仮想デスクトップ) | 大 | 中 | 環境設計次第 | 端末管理・データ保管も整理したい | 費用・設計・利用体験の確認 |
| SASE / ZTNA | 中〜大 | 中 | 細かい | 複数拠点・SaaS・端末管理まで統制 | 導入設計と運用ルールが必要(設計範囲による) |
| マネージド型リモートアクセス製品 | 中 | 小〜中 | 製品次第 | 専任情シスがいない | 対応OS・MFA・接続先制御の確認 |
「どれが一番良いか」ではなく、自社の体制と用途に合うのはどれかで選ぶのがポイントです。方式の違いは比較ページでも整理しています。
方式別の特徴と向き・不向き
従来型のVPN機器(SSL-VPNなど)
社内にVPN機器を置き、社外から接続する、もっとも一般的な方式です。すでに機器を運用できる体制があれば現実的ですが、インターネットに常時さらされるため、脆弱性対応やサポート終了(EOL)機器の更新が欠かせません。接続後に社内LAN全体が見える構成だと、被害が広がりやすい点にも注意します。詳しくはSSL-VPNの脆弱性の記事、見直しの観点は脱VPNの記事で解説しています。
リモートデスクトップ(RDP)
社内PCの画面を社外から操作する方式です。特定のPC(会計PCなど)だけ使いたい場合に手軽ですが、接続口を直接インターネットに公開すると侵入口になりがちです。安全な経路の内側で使うのが基本です。詳しくはRDPの記事へ。
VDI / DaaS
VDI/DaaSは、社内PCへ直接入るのではなく、仮想デスクトップ環境を用意して業務を行う方式です。端末にデータを残しにくい一方、設計・費用・利用体験の確認が必要です。複数拠点や端末管理まで整理したい会社では候補になりますが、少人数で特定の社内PCだけ使いたい場合は過剰になることもあります。
SASE / ZTNA
クラウド側で、利用者・端末・条件を見てアクセスを制御する考え方です。複数拠点・多数のSaaS・端末管理まで含めて全社で統制したい企業に向きますが、その分、費用と設計の負荷は大きくなりがちです。なお、SASEやZTNAは製品名ではなく設計・サービス群の考え方であり、導入すれば自動的に運用が軽くなるわけではありません。VPNとの考え方の違いはVPNは危険って本当?の記事で整理しています。
マネージド型リモートアクセス製品
通信方式そのものではなく、導入・運用しやすい形でリモートアクセス機能を提供する選択肢です。専任の情シスがいなくても運用しやすいよう設計されたものが多く、利用者・宛先単位で接続を絞れるもの、料金が分かりやすいものもあります。製品によって中身の方式や対応範囲、対応OS・MFAの要件は異なるため、要件に合うかの確認が必要です。
中小企業の選び方の軸
方式そのものより、次の軸で見ると失敗しにくくなります。
- データと業務環境の置き場所:社内PC・社内サーバーを使い続けるか、クラウドSaaS・仮想デスクトップへ寄せるか
- 運用体制:誰が運用するか(専任情シスの有無)
- 利用者ごとの制御:宛先を利用者単位で絞れるか(最小権限)
- 対応OS:Windows中心か、Mac・モバイルも要るか
- MFAの要否:必須なら対応状況を必ず確認
- 料金の分かりやすさ:総額が事前に読めるか(追加課金・最低利用期間)
- 規模の変化:拠点・利用者の増減に対応できるか
料金の見方はVPN料金相場の記事、料金の考え方は料金ページも参考にしてください。
どの方式でも共通して見る設計ポイント
どの方式を選んでも、設計と運用の基本は共通です。ここを外すと、方式を変えても安全になりません。
- 脆弱性対応・更新:公開する機器・ソフトの修正とEOL管理
- 認証:パスワードだけに頼らず、利用者ごとに分ける(共有IDを避ける)
- 最小権限:接続後の到達範囲を絞る(社内LAN全体を開放しない)
- 権限管理:退職者・委託先のアカウントを止める手順(権限管理の記事)
この「直接公開しない・最小権限」という考え方は、PCやサーバーだけでなく、防犯カメラなどの機器にも当てはまります。社外からの映像視聴はネットワークカメラの記事で解説しています。設計の考え方はセキュリティのページで解説しています。たとえばForceLinkは、マネージド型リモートアクセス製品の一例で、利用者ごとに接続先を絞り、接続後に社内LAN全体を開放しない設計を取り入れています。一方で、現時点で多要素認証(MFA)には未対応のため、MFAを必須要件にする場合は、別方式や追加対策も含めて確認してください。仕組みの詳細は製品ページで解説しています。
まとめ:押さえるべき3点
- リモートアクセスは「どれが一番」ではなく、自社の体制と用途で選ぶ
- 比較は、初期費用だけでなく運用負荷・利用者ごとの制御・対応OS・MFA・料金の分かりやすさで見る
- どの方式でも、脆弱性対応・認証・最小権限・権限管理の基本は共通
自社に合う方式は、比較ページで方式を、製品ページで仕組みを確認しつつ、あわせて料金ページとFAQで確認してください。製品を比較検討する段階では「置くだけVPN/クラウド型VPN」の選び方、考え方の整理には中小企業のゼロトラスト入門もどうぞ。UTM・ファイアウォールとの役割の違いはこちらの記事、乗り換えの実務は移行チェックリストで扱っています。SaaSに移行しても残る社内システムへの接続はハイブリッド環境の記事、業種別の具体例は建設・不動産のテレワークで解説しています。方式を決めた後の「誰が・どこへ行けるか」の設計はリモートアクセスの権限設計で扱っています。