1990年代初頭、ISPは拡大するダイヤルインの問題に直面していた。各ポイント・オブ・プレゼンスがユーザー名とパスワードをローカルで確認する必要があったため、ユーザーを追加するにはすべてのアクセス機器に手を入れて、資格情報をどこでも同期させ続けなければならなかった。

1991年、リビングストン・エンタープライゼスはRADIUSを提案し、Merit Networkの契約を獲得した。1台のサーバーがユーザーデータベースを保持し、共有シークレットとUDP上のコンパクトな属性値パケットを使って、あらゆるネットワーク・アクセス・サーバー(NAS)からの認証要求に応答する。

IETFは1997年にRADIUSをRFC 2058として標準化し、2000年にRFC 2865として更新した。RFC 2865は、このプロトコルが「広く実装され、使用されている」と記している。オープンでベンダー中立だったため、ISP、大学、企業に広がり、RADIUSはWi-FiとVPNの集中認証におけるデファクトスタンダードであり続けている。

1台の共有サーバーがすべてのNASの資格情報を確認する

資格情報を一元化することで、機器ごとの設定とそのずれがなくなった。

オープンなIETF標準により、あらゆるベンダーが自由に実装できた。

共有シークレット方式は、低速で損失の多いダイヤルアップ回線でも機能した。

ベンダー固有の属性により、ダイヤルアップを超えてWi-FiやVPNへと拡張できた。

繰り返し発生する作業を一元化する標準が勝つ。認証を各機器から1台のサーバーへ移すことで、RADIUSはダイヤルアップ、Wi-Fi、VPNアクセスの既定の方式となった。

RADIUSはFreeRADIUS、Cisco ISE、Microsoft NPSなどのサーバー群と、無数のNASおよびアクセスポイントのクライアントからなるエコシステムを生み出した。現在も企業のWi-FiとVPNの認証を担っており、より新しいRFCによって動的認可やプロキシ向けに拡張されている。

出典をたどる

出典

  1. RFC 2865 — Remote Authentication Dial In User Service (RADIUS) IETF (RFC Editor) · rfc-editor.org
  2. History of the RADIUS Protocol JumpCloud · jumpcloud.com ·
  3. The RADIUS Protocol — introduction NetworkRADIUS · networkradius.com