# Проксі для керування акаунтами на статичній ISP-адресі | ProxyJam Проксі для керування акаунтами: статичний резидентний IP для акаунтів, якими ви володієте або уповноважені керувати, і де проходить межа за нашою політикою прийнятного використання. - Canonical: https://proxyjam.com/uk/solutions/account-management/ - Updated: 2026-10-23 - Language: uk Команда, яка щодня входить з однієї мережі, зберігає сенс власних сповіщень безпеки: незвичний вхід помітний, бо звичайні не змінюються. Статична ISP-адреса і є такою мережею: той самий IP у мережі названого інтернет-провайдера, у кожній сесії, поки адреса за вами. Цей сценарій має умову, і її вказано тут так само, як у політиці: для акаунтів, якими ви не володієте особисто, потрібне підтвердження ваших повноважень, перш ніж ми відкриємо доступ. Для акаунтів, якими ви володієте або уповноважені керувати, використовуйте одну статичну адресу для своїх акаунтів і не змінюйте її: тоді власна історія входів акаунта лишається послідовною, а його сповіщення безпеки зберігають сенс. Для акаунтів, якими ви не володієте особисто, спершу потрібне підтвердження ваших повноважень. ## Налаштування Спільна адреса змішує історію входів не пов'язаних між собою акаунтів. Окрема адреса на акаунт тримає історію кожної команди в одному місці. 1. **Дайте кожному акаунту власну адресу.** Історія входів, списки дозволених адрес і сповіщення безпеки прив'язані до адреси. Коли агенція веде акаунти кількох клієнтів, окрема адреса на клієнта не дає мережевим налаштуванням і сповіщенням одного клієнта змішуватися з даними іншого. 2. **Оберіть адресу в країні, де зареєстровано акаунт і працює ваша команда.** Каталог називає провайдера за кожним блоком, у США їх 19. 3. **Потім нічого не змінюйте.** Цінність у безперервності. Кожна ротація і кожен вхід з іншої мережі стають новим записом в історії акаунта, а оскільки ви платите за адресу за періодами, за замовчуванням вона за вами й лишається. ## Дозволена половина сценарію, що має дві половини ### Ваші власні бізнес-акаунти Профілі компанії та консолі розробника, що належать вашому бізнесу, по одному на бізнес, наскільки це дозволяють умови кожної платформи. Підтверджувати нічого не потрібно: адреса дає платформі одну послідовну мережу, в якій вона бачить вашу команду. Якщо акаунт належить роботодавцю або клієнту, діє наступна картка. ### Акаунти, якими ви керуєте за договором Агенції та команди керованих послуг, які ведуть присутність клієнта. Саме про цей випадок питає наша політика: ми відкриваємо його, щойно ви можете показати повноваження на ці акаунти, а для агенції таким підтвердженням часто слугує вже наявний договір. Агенції нерідко тримають доступ кожного клієнта на власному статичному резидентному IP, щоб список дозволених адрес і сповіщення одного клієнта не перетиналися з іншим. ### Команди за одним офісним підключенням Багато компаній випускають трафік співробітників через одне офісне підключення. Фіксована адреса робить те саме для акаунта, яким користуються кілька уповноважених співробітників, якщо платформа це дозволяє, і дає вам одну адресу, яку можна внести до списку дозволених у власних налаштуваннях безпеки акаунта. ### Акаунти, для яких платформа дозволила конкретну адресу Якщо інтеграцію чи API-ключ прив'язано до конкретного IP, ця адреса має бути вашою і лишатися вашою. Ротаційний пул не може цього обіцяти, бо наступний запит іде з іншої адреси. ### Довготривала автоматизація на ваших акаунтах Публікації за розкладом, вивантаження звітів і обробка вхідних на акаунтах, які ви контролюєте, у межах правил автоматизації самої платформи. Робота рутинна, і вона ламається, коли кожен запуск приходить з іншої мережі. ## Перш ніж підключати акаунт 1. Акаунт ваш, або ви можете показати письмові повноваження на керування ним. 2. Власні умови платформи допускають те, як ви збираєтеся нею користуватися, включно з автоматизацією. 3. Акаунт має власну адресу, якою не користується жоден інший акаунт. 4. Адреса розташована в країні, з якої акаунт правомірно ведеться. 5. Усі, хто уповноважений входити в акаунт, входять через цю адресу. 6. Автопродовження ввімкнено або продовження стоїть у календарі, бо саме продовження зберігає ту саму адресу. ## Властивості, важливі для цієї задачі - **Стабільність адреси:** Одна адреса на весь період, якою не користується жоден інший клієнт - **Реєстрація мережі:** Названий інтернет-провайдер - **Ротація:** Немає, так задумано; саме цю властивість ви й купуєте - **Тривалість сесії:** Таймера сесії немає; адресу закріплено за вами на оплачений період - **Контроль доступу:** Логін і пароль або білий список IP з вашою власною вихідною адресою - **Паралельність:** До 100 одночасних сесій на проксі; 10 після того, як проксі перевищить 50 ГБ за календарний місяць ## Запитання про керування акаунтами Одна з відповідей тут називає умову цього сценарію поряд з умовами продажу. Умова, про яку покупець дізнається лише після оплати, була б умовою, яку ми приховали. ### Чи можна використовувати ProxyJam для керування акаунтами? Для акаунтів, якими ви володієте особисто, так, без кроку верифікації. Для акаунтів на сторонніх платформах, якими ви не володієте особисто (клієнтських, роботодавця, будь-чиїх, крім ваших), розділ 2 нашої політики прийнятного використання каже: «ми запитуємо підтвердження ваших повноважень щодо цих облікових записів», перш ніж відкрити доступ. Верифікація означає письмове підтвердження того, що ви маєте повноваження на ці акаунти, і може включати перевірку особи або відомостей про компанію; для агенції підтвердженням часто слугує вже наявний договір. Розділ 5 забороняє на сторонніх платформах без дозволу те, що він називає «створенням, верифікацією, „вирощуванням“, фармінгом, автоматизацією, продажем, орендою чи передачею облікових записів», а також маскування особи задля «уникнення банів». Наша верифікація підтверджує ваші повноваження на акаунти, якими ви керуєте за когось іншого. Це не дозвіл платформи створювати, «вирощувати» чи фармити акаунти. Хоч акаунт ваш, хоч клієнтський, власні правила платформи до вас і далі застосовуються (розділ 3). ### Чи мають акаунти різних клієнтів ділити одну адресу? Дайте кожному акаунту власну адресу, коли акаунти належать різним компаніям чи клієнтам, щоб список дозволених адрес, сповіщення безпеки та історія входів одного клієнта ніколи не торкалися іншого. Якщо платформа дозволяє одній людині чи бізнесу лише один акаунт, відкриття ще одного регулюється умовами цієї платформи (розділ 3 політики); проксі цього не змінює. ### Чому не ротаційний резидентний проксі? Ротація за своєю будовою не підходить для цієї задачі. Пул видає вам іншу адресу на кожен запит або на коротке вікно, а сесія, яка посеред роботи змінює мережу, виглядає для перевірок входу як зламаний акаунт. ProxyJam поки не продає ротаційних пулів. ### Чи звільняє статична адреса акаунт від перевірок безпеки платформи? Ні. Перевірка під час входу, наприклад багатофакторна автентифікація, і далі діє, а адреса є лише одним сигналом з багатьох, поряд із відбитком браузера та пристрою, часом і обсягом ваших дій та власною історією акаунта. Стабільна адреса робить ваші входи послідовними і нічого з того, що ви робите, не приховує. ### Чи лишається адреса тією самою при продовженні? Так. Продовження зберігає ту саму адресу: акаунт, який шість місяців входив з одного IP, і на сьомий місяць має входити з нього. ### Що, як адреса перестане працювати на платформі, яку я назвав? Ми замінюємо її безкоштовно, до 20 % IP у вашому замовленні за календарний місяць, і блокування на цілі, яку ви назвали під час покупки, прямо вважається підставою. На перше замовлення ви також маєте 24 години, щоб запросити гроші назад, один раз на клієнта і не більше ніж за 10 IP, якщо акаунт не порушує політику прийнятного використання; перевірка проксі на ваших власних цілях цього права не скасовує. Заміна дає іншу адресу, тож акаунт входитиме з нової мережі. Вона не застосовується, якщо адреса стала непридатною через дії, що порушують політику прийнятного використання, і не є способом обійти блокування, яке платформа наклала на ваш акаунт (розділ 5). ## Де це доречно, а де політика це зупиняє Це підходить для важливих акаунтів, за кожним з яких стоїть відома команда, і для історії входів, яку варто зберегти. Це не спосіб створювати чи фармити акаунти, масово реєструвати акаунти або обходити бан акаунта: розділ 5 політики забороняє це, хоч би якою була адреса. Керування акаунтами, якими ви не володієте, лишається закритим, доки ви не покажете повноваження (розділ 2). Якщо ваш випадок підходить, купіть [ISP-проксі](/uk/isp-proxies/) для акаунтів, якими ви керуєте (кожен [з ціною за IP за період](/uk/pricing/)), у країні, де їх правомірно ведуть, і спершу [напишіть нам](/uk/contact/), якщо якийсь із них належить комусь іншому. ## Джерела - [Microsoft Entra ID Protection risk detections](https://learn.microsoft.com/en-us/entra/id-protection/concept-identity-protection-risks): перевірки входу, що позначають незнайомі властивості, віддалені місцеположення та анонімні IP-адреси - [Google Cloud API keys](https://docs.cloud.google.com/docs/authentication/api-keys): обмеження API-ключа конкретними IP-адресами Керування акаунтами тут означає роботу з акаунтами, якими ви володієте, або з акаунтами, якими ви керуєте за договором, з адреси, яка не змінюється між сесіями. Статичною ISP-адресою називається один IP, зареєстрований за названим інтернет-провайдером і закріплений за вами до кінця оплаченого періоду. Ротаційний пул працює навпаки: кожен запит або кожне коротке вікно «липкої» сесії іде з нової адреси, і саме цієї зміни ця задача намагається уникнути. ## На що дивляться платформи Перевірки входу справді читають мережу, і деякі платформи описують, як саме. Microsoft Entra ID Protection перелічує [виявлення ризиків](https://learn.microsoft.com/en-us/entra/id-protection/concept-identity-protection-risks) для входів із властивостями, незнайомими за історією користувача, для входів з географічно віддалених місць за короткий час і для входів з анонімних IP-адрес. Більшість платформ публікують менше, але адреса належить до небагатьох сигналів, які несе кожен вхід. Там, де доступ прив'язано до адреси, прив'язка явна: Google Cloud дає змогу [обмежити API-ключ конкретними IP-адресами](https://docs.cloud.google.com/docs/authentication/api-keys), і ключ, обмежений у такий спосіб, відхиляється з будь-якого іншого місця. Ці виявлення захищають власника акаунта: перевірка під час входу, наприклад багатофакторна автентифікація, означає, що система працює, і статична адреса нікого від неї не звільняє. Те, що ми кажемо про платформи, спирається на подібну документацію і на те, чим статичні адреси відрізняються від ротаційних; самі ми жодної платформи не вимірювали. Цитовані умови взято з наших [Умов надання послуг](/uk/terms-of-service/), [Політики повернення коштів](/uk/refund-policy/) і [Політики прийнятного використання](/uk/acceptable-use-policy/).