自社のビジネスアカウント
自社に属する会社のプロフィールや開発者コンソールで、各プラットフォームの規約が認める範囲で、1つのビジネスにつき1つです。検証は不要です。アドレスは、プラットフォームから見てチームが一貫した1つのネットワークにいる状態を作ります。アカウントが勤務先やクライアントのものである場合は、次のカードが当てはまります。
毎日同じネットワークからサインインするチームでは、セキュリティアラートが意味を保ちます。普段のサインインが変わらないので、いつもと違うサインインが目立つからです。静的ISPアドレスはそのネットワークの役割を果たします。名前の分かるインターネット事業者のネットワーク上にある同じIPを、保持しているあいだはどのセッションでも使います。
このシナリオには条件があり、ポリシーだけでなくここにも記しています。ご自身が個人として保有していないアカウントについては、アクセスを開放する前に、そのアカウントに対する権限の証明が必要です。
要点: ご自身が保有する、または運用の権限があるアカウントには、運用するアカウント用に1つの静的アドレスを使い、それを保持してください。そうすればアカウント自身のサインイン履歴が一貫し、セキュリティアラートも意味を保ちます。ご自身が個人として保有していないアカウントについては、先にそのアカウントに対する権限の証明が必要です。
ここでいうアカウント管理とは、ご自身が保有するアカウント、または運用を委託されたアカウントを、セッションをまたいで変わらないアドレスから運用することです。静的ISPアドレスとは、名前の分かるインターネット事業者に登録された1つのIPで、お支払いいただいた期間が終わるまでお客様専用に確保されます。ローテーションのプールは逆の動き方をします。リクエストごと、または短いスティッキーの時間枠ごとに新しいアドレスから出ていき、その変化こそがこの作業で避けたいものです。
サインインのチェックは実際にネットワークを読んでおり、その方法を文書にしているプラットフォームもあります。MicrosoftのEntra ID Protectionは、ユーザーの履歴にとって見慣れない属性を持つサインイン、短時間のうちに地理的に離れた場所から行われたサインイン、匿名IPアドレスからのサインインについてのリスク検出を挙げています。多くのプラットフォームが公開している情報はこれより少ないものの、アドレスはどのサインインにも付いてくる数少ないシグナルの一つです。アクセスがアドレスに結び付けられている場合、その結び付きは明示的です。Google CloudではAPIキーを特定のIPアドレスに制限でき、そのように制限したキーはほかの場所からは拒否されます。こうした検出はアカウントの持ち主を守るためのものです。多要素認証のようなサインイン時の確認はシステムが正しく働いている証拠であり、静的アドレスだからといって誰も免除されません。当社がプラットフォームについて述べていることは、こうした文書と、静的アドレスとローテーションのアドレスの違いに基づいています。当社はどのプラットフォームも自ら測定していません。引用した条件は、当社の利用規約、返金ポリシー、適正利用ポリシーからのものです。
共有のアドレスは、無関係なアカウントのサインイン履歴を混ぜてしまいます。アカウントごとに別のアドレスを使えば、各チームの履歴が一か所にまとまります。
アカウントごとに専用のアドレスを割り当てる。 サインイン履歴、許可リスト、セキュリティアラートはアドレスに結び付いています。代理店が複数のクライアントのアカウントを運用する場合、クライアントごとに別のアドレスを使えば、あるクライアントのネットワーク設定やアラートが別のクライアントのものに混ざりません。
アカウントが登録されていて、チームが業務を行っている国のアドレスを選ぶ。 カタログはすべてのブロックについて背後の事業者を名前で示しており、米国では19社です。
そのあとは何も変えない。 価値は継続性にあります。ローテーションのたびに、また別のネットワークからログインするたびに、アカウントの履歴には新しい記録が加わります。アドレスの料金は期間単位でお支払いいただくので、保持し続けるのが既定の状態です。
自社に属する会社のプロフィールや開発者コンソールで、各プラットフォームの規約が認める範囲で、1つのビジネスにつき1つです。検証は不要です。アドレスは、プラットフォームから見てチームが一貫した1つのネットワークにいる状態を作ります。アカウントが勤務先やクライアントのものである場合は、次のカードが当てはまります。
クライアントの発信を運用する代理店やマネージドサービスのチームです。当社のポリシーが確認を求めるのはこのケースで、アカウントに対する権限を示していただければ開放します。代理店の場合、その証明はすでにある契約書であることが多いでしょう。代理店はクライアントごとのアクセスを専用の静的レジデンシャルIPに分けることが多く、そうすればあるクライアントの許可リストやアラートが別のクライアントのものと分かれたままになります。
多くの会社は、従業員の通信を1つのオフィス回線から送り出しています。固定アドレスは、プラットフォームが認める範囲で、権限のある複数のスタッフが使うアカウントに同じことをします。また、アカウント自身のセキュリティ設定で許可リストに登録するアドレスが1つで済みます。
連携やAPIキーが特定のIPに結び付けられている場合、そのアドレスはお客様のものであり、お客様のものであり続けなければなりません。ローテーションのプールではこの約束を守れません。次のリクエストは別のアドレスから出ていくからです。
ご自身が管理するアカウントに対する予約投稿、レポートの取得、受信箱の処理で、自動化についてのプラットフォーム自身の規則の範囲内で行うものです。作業は定型的で、実行のたびに別のネットワークから届くと動かなくなります。
ここにある回答の一つは、販売条件だけでなく、このシナリオに付く条件も述べています。購入者が支払ったあとで初めて知る条件は、当社が隠していた条件だからです。
ご自身が個人として保有するアカウントであれば、はい。検証の手順もありません。ご自身が個人として保有していない第三者プラットフォーム上のアカウント(クライアントのもの、勤務先のもの、ご自身以外の誰かのもの)については、当社の適正利用ポリシー第2条に、アクセスを開放する前に「当該アカウントに対する権限の証明をお願いします」とあります。検証とは、そのアカウントに対する権限があることを書面で確認することで、本人確認や事業者確認を含む場合があります。代理店の場合、その証明はすでにある契約書であることが多いでしょう。第5条は、権限なく第三者プラットフォーム上のアカウントを「作成、認証、エイジング、ファーミング、自動化、販売、貸与、または譲渡する行為」と、「停止措置の潜脱」を目的とした身元の隠蔽を禁止しています。当社の検証が確認するのは、他者のために運用するアカウントに対するお客様の権限です。アカウントの作成、エイジング、ファーミングをプラットフォームが許可したことにはなりません。アカウントがご自身のものでもクライアントのものでも、プラットフォーム自身の規則は引き続きお客様に適用されます(第3条)。 適正利用ポリシー
アカウントが別々のビジネスやクライアントに属する場合は、アカウントごとに専用のアドレスを割り当ててください。そうすれば、あるクライアントの許可リスト、セキュリティアラート、サインイン履歴が別のクライアントのものに触れることはありません。プラットフォームが1人または1つのビジネスにつきアカウントを1つに制限している場合、別のアカウントを開設できるかどうかはそのプラットフォームの規約が決めます(ポリシー第3条)。プロキシでそれが変わることはありません。
この作業にはローテーションの形が合わないからです。プールはリクエストごと、または短い時間枠ごとに別のアドレスを渡します。途中でネットワークが変わるセッションは、サインインのチェックが乗っ取られたアカウントとして扱うパターンです。ProxyJamはまだローテーションのプールを販売していません。 ISPとレジデンシャルの比較
いいえ。多要素認証のようなサインイン時の確認は引き続き適用されます。アドレスは数多いシグナルの一つにすぎず、ほかにもブラウザとデバイスのフィンガープリント、操作のタイミングと量、アカウント自身の履歴があります。安定したアドレスはご自身のサインインを一貫させるもので、お客様の行動を何も隠しません。
はい。更新すれば同じアドレスが保たれます。6か月間1つのIPからサインインしてきたアカウントは、7か月目もそのIPからサインインしているべきです。
暦月ごとに注文のIPの最大20%まで無料で交換し、購入時に指定した対象でのブロックは明記された交換理由です。初回注文では、アカウントが適正利用ポリシーに違反していない限り、24時間以内に返金をお申し出いただけます。お一人様1回限り、最大10 IPまでで、ご自身の対象でプロキシを試しても返金の対象から外れません。交換品は別のアドレスなので、アカウントは新しいネットワークからサインインすることになります。適正利用ポリシーに違反する行為によってアドレスが使えなくなった場合は交換の対象外で、プラットフォームがお客様のアカウントに課した停止措置を避ける手段にもなりません(第5条)。 返金ポリシー