認可
Updated:
注文ごとに、プロキシ・アクセス用の一意の認証情報を生成し、管理する。
仕組み
注文する
POST /注文/作成
generateAuth=Y
独自のクレジットを発行
authによる管理
リストアップ - 更新 - 取り消し
注文作成時に認証を生成する
送信generateAuth=Yへの/order/makeにバインドされた固有のクレデンシャルを発行する。orderNumber.
これらの認証情報を保存する。で生成された認証情報を保存する。generateAuth=Yには掲載されていない。/proxy/list.返されたorderNumber.
権限の管理
プロキシ注文に関連付けられたクレデンシャルに対する4つの操作。
関連
よくあるご質問
典型的なセットアップ：ログインとパスワードのセットは1つで、認証用のIPアドレスの数は限られている。
login:password：動的IPを持つスクリプトとモバイルクライアント。IPホワイトリスト：安定した静的IPを持つサーバー。これらは別々の認証レコードです。
接続はすぐに失敗し始める電話change-authorization新しいipを再作成することなくレコードを更新できる。機内での接続は数秒で切れる
そのクレデンシャルセットに対してのみ。同じオーダーの他の認証レコードは機能し続ける。
そうだ。/auth/list収益loginそしてpasswordアカウント上のすべての認証について、以下のように平文で記述する。id,activeそしてorderNumber.IP ホワイトリストレコードではipも返される。リストアップがリカバリーのメカニズムなのだ。
リカバリーよりもローテーションを優先したい場合はchange-authorizationをクリックして新しいパスワードを設定してください。
いいえ - デフォルトでは、新規注文はお客様の共有アカウントレベルの認証情報で認証されます。一意のlogin:password特定のオーダーに縛られるgenerateAuth=Yへの/order/make(または/prolong/make更新時)。このフラグがない場合、すべての注文は同じデフォルトのペアを使用します。
一意のクレデンシャルは、返されたorderNumberを介して後で取り出すことができる。/auth/list.をスキップした場合generateAuth=Y既存の注文にユニーク・ペアを追加したい場合は、次のようにします。/auth/add明示的に。
単一のIPv4アドレスとIPv6アドレスがサポートされています。CIDR表記はない必要なアドレスを列挙する。
オープンなTCPセッションは数秒以内に切断される。緩やかな排出はない。認証の削除は即座に殺すスイッチとして扱われる。