各クライアントにプロキシ サブユーザーとトラフィック制限を与える
サブユーザーは、1 つのクライアントの資格情報と使用法をメイン ゲートウェイ アカウントから分離します。複数のツールまたはチームが購入したトラフィック残高を共有する場合に便利です。
ワークロードごとに 1 つの ID を作成する
Access で、個別のラベル、ネットワーク、目的の GB 制限を指定してサブユーザー リクエストを送信します。管理者は資格情報を割り当て、アクティベーションとゲートウェイによる制限を確認します。保留中のリクエストはアクティブなアカウントではありません。アプリケーション側の使用量予算も確保し、アクティブな資格情報が公開された場合は、サポートにその資格情報を取り消すか置き換えるよう依頼してください。
現実的な制限を設定する
予想される GB 消費量にわずかなマージンを加えた値を使用します。制限が低すぎると、有効な作業が停止します。無制限のサブユーザーが共有残高を予期せず使用してしまう可能性があります。
確認して取り消す
割り当てられた資格情報とアクティベーション後の実際の使用状況を確認します。保留中のリクエストが不要になった場合はキャンセルします。アクティブなアクセスの場合は、サポートに制限の変更または資格情報の取り消しを依頼し、アクセスが停止したとみなす前に確認を待ちます。
具体例
Access で、個別のラベル、ネットワーク、目的の GB 制限を指定してサブユーザー リクエストを送信します。管理者は資格情報を割り当て、アクティベーションとゲートウェイによる制限を確認します。保留中のリクエストはアクティブなアカウントではありません。アプリケーション側の使用量予算も確保し、アクティブな資格情報が公開された場合は、サポートにその資格情報を取り消すか置き換えるよう依頼してください。
よくある質問
サブユーザーは別の有料残高を取得しますか?
いいえ。制限により、アカウントの共有トラフィックの消費が制御されます。アカウント所有者は追加のトラフィックを購入します。
1 つのクライアントの認証情報が漏洩した場合はどうなりますか?
Access で、個別のラベル、ネットワーク、目的の GB 制限を指定してサブユーザー リクエストを送信します。管理者は資格情報を割り当て、アクティベーションとゲートウェイによる制限を確認します。保留中のリクエストはアクティブなアカウントではありません。アプリケーション側の使用量予算も確保し、アクティブな資格情報が公開された場合は、サポートにその資格情報を取り消すか置き換えるよう依頼してください。