Як налаштувати перенаправлення одного додатка через проксі-сервер

Вступ

Десь у вашому наборі інструментів є один, якому потрібно отримати доступ до Інтернету з місця, де вас немає. Можливо, це сесія попереднього перегляду реклами для клієнта в Мадриді або інструмент перевірки позицій, якому потрібні результати з Торонто. Очевидне рішення — підключити весь комп’ютер до VPN або системного проксі-сервера — затягує у цей процес усе інше. Ваша електронна пошта та панелі управління клієнтів раптом показують інформацію з неправильної країни, а половина ваших сеансів, у яких ви ввійшли, видають запити безпеки, які тепер доводиться підтверджувати. Весь робочий день переноситься за кордон лише через те, що цього вимагала одна п’ятихвилинна перевірка. Є простіший спосіб. Ви можете налаштувати маршрутизацію лише для одного додатка через проксі, залишивши все інше на комп’ютері без змін. У цьому посібнику описано, як працює маршрутизація для окремих додатків, який метод підходить для якого інструменту та як налаштувати завдання для конкретного регіону, не заважаючи іншим членам команди.

Чому використання проксі для всього комп’ютера має негативні наслідки для агентств

Агентства працюють на сесіях із входом у систему. Рекламні платформи, аналітичні облікові записи, CRM-системи клієнтів, ваші власні інструменти для виставлення рахунків. Коли весь комп’ютер переходить на IP-адресу з Лісабона через те, що цього потребував один інструмент, це помічають усі сесії. Google просить вас підтвердити, що це справді ви, а рекламний обліковий запис клієнта позначає цей вхід як підозрілий. Помножте це на команду з десяти осіб — і рутинна перевірка регіону перетворюється на ціле полудень відновлення облікових записів.

З даними ситуація не краща. Коли браузер виходить через іншу країну, кожна панель інструментів відображає локалізовані результати, яких ви не просили. Змінюється відображення валют, спотворюються географічні звіти, і хтось вставляє неправильні цифри в презентацію для клієнта. Маршрутизація всього комп’ютера вирішує одну проблему і створює шість нових.

Що означає маршрутизація на рівні додатків

Маршрутизація за додатками розділяє трафік на рівні додатків, а не на рівні комп’ютера. Один додаток, скажімо, профіль браузера для досліджень, надсилає свої з’єднання через проксі-точку в цільовому регіоні, тоді як все інше використовує ваше звичайне з’єднання. Уявіть це як проксі для конкретного програмного забезпечення, а не як загальне покриття для всієї операційної системи.

Розподіл може відбуватися всередині самого додатка, у правилі маршрутизації, яке перехоплює процес додатка, або в ізольованому профілі з власними налаштуваннями з’єднання. На схемі нижче показано результат: один маршрутизований шлях для інструменту, який цього потребує, та один прямий шлях для всього іншого.

Джерело: Anonymous Proxies (оригінальна ілюстрація)

Інструменти та методи маршрутизації одного додатка

Налаштування проксі в додатку

Найпростіший випадок: багато планувальників та інструментів SEO мають поле проксі у своїх налаштуваннях. Введіть хост, порт, ім’я користувача та пароль, і лише запити цього інструменту проходитимуть через кінцеву точку. Якщо ви проводите аудит свого стеку, почніть з інструментів автоматизації маркетингу, за які ви вже платите; дивовижно багато з них підтримують цю функцію вбудовано.

Правила маршрутизації для окремих додатків

Якщо у інструменті немає поля для проксі, цю прогалину заповнює клієнт маршрутизації. Програмне забезпечення, таке як Proxifier або ProxyCap, застосовує правила за назвою процесу: виявляє процес сервісу перевірки рейтингу, направляє його через кінцеву точку А, а все інше залишає без змін. Це стосується настільних інструментів, які не були розроблені з урахуванням проксі.

Ізольовані профілі браузера

Для досліджень та попереднього перегляду найзручнішим контейнером є окремий профіль браузера з власними налаштуваннями проксі. Профіль Chrome з розширенням проксі або браузер з функцією захисту від виявлення, що підтримує окремі з’єднання для кожного профілю, дозволяє тримати регіональну сесію в одному вікні, тоді як ваш основний браузер залишається локальним. Ось як категорії поширених інструментів відповідають їхнім точкам конфігурації.

Джерело: Anonymous Proxies (оригінальна ілюстрація)

Покрокове налаштування інструменту для конкретного регіону

Припустимо, ваш клієнт проводить кампанію, орієнтовану на Мадрид, і частина вашого щомісячного контролю якості полягає у вибірковій перевірці регіонального розміщення реклами, щоб підтвердити, що там дійсно показуються правильні креативи. Перевірка має здійснюватися з цільового регіону кампанії, тоді як ваша поштова скринька та решта роботи з клієнтом залишаються на місці.

1. Отримайте кінцеву точку. Ваш провайдер надає вам хост, порт та логін для IP-адреси у цільовому місті чи країні. Для повторюваних налаштувань команди часто призначають кожному інструменту фіксовану кінцеву точку від такого провайдера, як Anonymous Proxies.
2. Налаштуйте контейнер. Створіть новий профіль браузера та введіть кінцеву точку в його налаштуваннях проксі. Для настільного програмного забезпечення додайте правило маршрутизації для імені його процесу.
3. Перевірте, перш ніж довіряти. Завантажте сторінку перевірки IP-адреси в новому профілі та переконайтеся, що місцезнаходження відповідає цільовій аудиторії кампанії. Перевірте також свій основний браузер; він має й надалі показувати вашу локальну IP-адресу.
4. Виконайте завдання. Завантажте рекламні розміщення та збережіть необхідні дані, а потім закрийте профіль. Ніщо інше з цього комп’ютера ніколи не покидало меж вашої мережі.

Наведена нижче послідовність ілюструє ці чотири кроки.

Джерело: Anonymous Proxies (оригінальна ілюстрація)

Забезпечення безперебійної роботи команди

Маршрутизація за додатками залишається чіткою лише тоді, коли команда знає, що куди маршрутизується. Ведіть спільну нотатку зі списком кожного інструменту, його кінцевої точки та регіону виходу, а облікові дані зберігайте у менеджері паролів, а не у чаті. Давайте профілям чіткі назви, наприклад «Перевірка реклами клієнта в Іспанії», щоб ніхто не використовував регіональний профіль для звичайного перегляду веб-сторінок.

Дві звички запобігають більшості інцидентів. Засоби комунікації та інструменти для проектів ніколи не маршрутизуються, оскільки збереження прямого доступу до них означає стабільність цих облікових записів. Також проводьте повторне тестування після оновлень, оскільки оновлення може скинути налаштування з’єднання без попередження. Постачальники також продовжують додавати вбудовані поля проксі — це одна з практичних змін у останніх тенденціях автоматизації маркетингу, тож з часом очікуйте зменшення кількості зовнішніх правил маршрутизації.

Коли використовувати виділену IP-адресу для кожного інструменту

Спільний або ротаційний доступ підходить для одноразових перевірок. У той момент, коли інструмент входить у будь-яку систему, важлива стабільність. Платформи відстежують акаунти, які перескакують між країнами, і планувальник, що щодня з’являється з нової IP-адреси, виглядає саме так, як те, що позначають їхні системи виявлення шахрайства.

Саме в цьому полягає перевага направлення трафіку окремого інструменту через його власну IP-адресу: інструмент формує стабільний слід у цільовому регіоні, і його трафік ніколи не змішується з трафіком інших ваших процесів. Кінцева точка SOCKS5 є типовим вибором, оскільки вона підтримує будь-який протокол, яким «розмовляє» додаток, і добре поєднується з правилами маршрутизації на рівні процесів.

Виділені IP-адреси окупаються у будь-яких довготривалих проектах. Якщо ваш інструмент відстеження позицій щомісяця моніторить місцеві пошукові результати для клієнта, одна постійна кінцева точка на цьому ринку забезпечує порівнянність даних у часі. Розподіліть витрати на весь період обслуговування — і це буде незначною сумою порівняно з витратами на рекламний обліковий запис, який потрапив під підозру.

Часті запитання

Чи уповільнює маршрутизація одного додатка роботу всього іншого?

Ні. Тільки трафік маршрутизованого додатка проходить довший шлях. Усе інше зберігає повну швидкість вашого прямого з’єднання.

Чи можуть два інструменти виходити з двох різних регіонів одночасно?

Так, і в цьому полягає половина сенсу налаштування проксі для кожного додатка окремо. Вкажіть для профілю попереднього перегляду реклами кінцеву точку в Мадриді, а для інструменту перевірки позицій — у Торонто, і обидва працюватимуть паралельно на одній машині.

А що, якщо у інструменту взагалі немає налаштувань проксі?

Перенаправте його ззовні. Клієнт, що працює на основі правил, може розпізнати додаток за назвою процесу, або ж інструмент може працювати у віртуальній машині з власним підключенням.

Чистий спосіб запуску інструментів, специфічних для певного регіону

Перенаправлення всього комп’ютера для обслуговування одного інструменту замінює одну невелику проблему на кілька більших; маршрутизація для кожного додатка усуває цей компроміс. Прив’яжіть кожен інструмент до його природної точки конфігурації — чи то вбудоване поле, правило процесу чи ізольований профіль — а потім перевіряйте вихідну IP-адресу, перш ніж довіряти їй. Ведіть спільний облік того, що куди маршрутизується, і надайте будь-якому довготривалому процесу власну виділену кінцеву точку, щоб сесії залишалися стабільними. Зробіть це, і регіональна робота відбуватиметься у своєму власному потоці, а ніхто інший у команді навіть не помітить, що це відбулося.