Якщо підключення через проксі не працює, послідовно перевірте сам проксі-сервіс, автентифікацію та протокол, налаштування клієнта й цільовий сайт. На кожному кроці використовуйте чіткий критерій, щоб спочатку визначити проблемний рівень, а вже потім змінювати налаштування.
Після введення даних проксі кнопка перевірки може повідомити про помилку. У цей момент найгірше — хаотично змінювати конфігурацію: порт, протокол або вузол, доки щось не запрацює, а потім не розуміти, яка саме зміна допомогла.
Причини зазвичай знаходяться на одному з чотирьох рівнів: сам проксі-сервіс, автентифікація та протокол, налаштування клієнта, цільовий сайт. Перевіряйте їх саме в такому порядку, рухаючись від проксі назовні.
Спочатку перевірте проксі окремо
Не починайте перевірку всередині робочого інструмента. Вкажіть проксі у звичайному браузері з ручним налаштуванням проксі або в системних налаштуваннях проксі й перевірте доступ до Інтернету. Так ви відокремите сам проксі від робочого середовища.
Якщо з'єднання не встановлюється і там, проблема в самому проксі: він міг завершити строк дії або бути вимкнений, вихідний вузол міг вийти з ладу, або провайдер міг встановити обмеження доступу. У такому разі подальші кроки не потрібні — уточніть у провайдера стан і використання проксі.
Якщо там усе працює, проксі активний. Отже, проблема в конфігурації або маршруті з'єднання, і можна продовжувати.
Простий критерій: якщо ті самі облікові дані працюють в іншому місці, самі облікові дані, найімовірніше, правильні.
Узгодьте автентифікацію та протокол
Якщо облікові дані правильні, але з'єднання все одно не встановлюється, наступним перевірте протокол. Часто трапляються три невідповідності: провайдер надав SOCKS5, а в середовищі вибрано HTTP; власний SSH-тунель налаштовано як SOCKS5; або один проксі підтримує кілька протоколів на різних портах, а введено порт іншого протоколу.
Орієнтуйтеся на текст помилки. Якщо повідомляється про помилку автентифікації або неправильні облікові дані, перевірте ім'я користувача та пароль. Зверніть увагу на пробіли й переноси рядків, що могли потрапити під час копіювання, а також на необхідне екранування спеціальних символів в імені користувача. Якщо вказана помилка протоколу або збій handshake, перевірте тип протоколу та порт.
Ім'я користувача й пароль варто один раз ввести вручну для порівняння. Невидимі символи можуть спричинити помилку, яку неможливо помітити візуально.
Переконайтеся, що налаштування клієнта справді застосовані
На цьому кроці потрібно відповісти на менш очевидне запитання: параметри введено правильно, але чи справді вони діють?
Зазвичай є дві ситуації. Перша — конфігурацію взагалі не застосовано: зміни не збережено, редагувалося інше середовище або попередня сесія досі працює. Друга — конфігурацію застосовано, але її перекриває інше налаштування: у середовищі може бути додатковий мережевий перемикач, розширення може перехопити керування проксі, а системні налаштування проксі можуть мати вищий пріоритет.
Перевірте вихідну адресу. Після підключення відкрийте сторінку, яка показує поточну вихідну адресу. Вона має показувати адресу проксі, а не локальну адресу. Якщо все ще видно локальну адресу, запити не проходять через проксі, навіть якщо кнопка тесту показує успіх.
Порівняння просте: в одному й тому самому середовищі один раз увімкніть проксі, потім вимкніть і подивіться, чи змінюється вихідна адреса. Якщо ні, проблема на боці клієнта. Якщо одночасно працює кілька середовищ, окремо перевірте вихід кожного. Інструменти, що ізолюють середовища за обліковими записами, наприклад PurpleMark, під час прив'язки проксі звертають увагу саме на це.
Розпізнайте відмову з боку цільового сайту
Якщо всі рівні доступні й проксі точно застосовується, але робоча сторінка все одно не відкривається, дивіться на реакцію цільового сайту замість подальших змін проксі.
Такі випадки зазвичай мають помітні ознаки: з'єднання та handshake проходять, але запит повертає 403 або скидається; сторінка відкривається, але дії на кшталт входу чи публікації відхиляються; той самий вихід працює на інших сайтах і не працює лише на одному; або помилки виникають періодично, що може вказувати на обмеження частоти на виході чи маршруті або на ліміт паралельних з'єднань.
Головне — розділяти рівень з'єднання й прикладний рівень. Якщо підключення взагалі не встановлюється, проблема, ймовірно, у проксі. Якщо підключення є, але доступ відхиляється, причиною часто стають якість вихідної адреси або частота звернень. IP-адреси дата-центрів і активно використовувані спільні IP частіше блокуються на прикладному рівні. Резидентські IP можуть працювати краще, але не дають гарантії: частота запитів, паралельність і час доступу також впливають на результат.
Дотримуйтеся трьох звичок під час діагностики
Змінюйте лише один параметр за раз. Якщо одночасно змінити протокол і вузол, навіть після успішного підключення ви не знатимете, яка саме зміна розв'язала проблему, і можете повторити ту саму помилку пізніше.
Спочатку фіксуйте, потім змінюйте. Збережіть робочу конфігурацію: адресу, порт, протокол і спосіб автентифікації. Під час наступної проблеми пряме порівняння буде значно швидшим, ніж діагностика з нуля.
Віддавайте перевагу порівняльним тестам, а не постійним повторним спробам. Якщо конфігурація виглядає правильно, але з'єднання все одно не працює, багаторазове натискання кнопки тесту не дасть нової інформації. Краще перевірити інше мережеве середовище або інший проксі як контрольне порівняння.
