Мне пишут примерно раз в неделю. Знакомый подрядчик просит доступ к рекламным кабинетам, я отправляю хост и логин, а в ответ: «а порт какой?». Дальше два дня переписки, потому что человек ищет цифру в пяти местах и в четырёх находит не то. То порт сайта, то порт роутера, то значение из инструкции 2014 года.
Формулировка «порт прокси сервера как узнать» звучит как задача на пять минут. На деле всё зависит от того, где именно настроен прокси: в системе, в браузере, в приложении или на роутере. И от того, кто вам этот прокси выдал.
Порт не прячется, он живёт на другом слое
Прокси это всегда связка из двух частей: адрес и порт. Адрес говорит, на какой машине стоит сервис. Порт говорит, какая дверь на этой машине открыта. Без второй части первая бесполезна, как адрес офиса без номера кабинета.
Порт это число от 0 до 65535. Всё, что ниже 1024, исторически зарезервировано под системные сервисы, поэтому прокси чаще всего живёт выше. 8080, 3128, 1080, 8000, 8888 это привычки, а не стандарт. Провайдер может выдать вам 49152 и будет прав.
Ключевой момент, который снимает половину путаницы: порт назначается на стороне сервера. В конфиге написано, какой порт слушать. Клиент лишь повторяет это значение. Поэтому узнать порт можно только из трёх источников: документации поставщика, настроек на вашем устройстве или конфига вашего собственного узла. Угадать его нельзя.
Windows: три места, где живёт цифра, и два из них врут
Классический путь, который до сих пор работает на Windows 10 и 11. Панель управления → Сеть и Интернет → Свойства браузера. Дальше вкладка «Подключения» и кнопка «Настройка сети». Если стоит галочка «Использовать прокси-сервер», рядом будут два поля: адрес и порт. Это самая честная точка входа в системе.
Второй путь, более современный: Параметры → Сеть и Интернет → Прокси. Тут интерфейс другой, но данные те же. Если включён ручной режим, вы увидите адрес и порт. Если включена автоматическая настройка, полей не будет вообще.
Третий случай самый коварный: стоит «Автоматическое определение параметров». Тогда порт живёт внутри .pac-файла, а в интерфейсе вы не увидите ничего. Адрес скрипта обычно указан там же. Копируете его, открываете в блокноте и ищете строки со словом PROXY. Там будет формат вида host:port. Вот ваша цифра.
Отдельно про корпоративные машины. Системный администратор может раскатать настройки через групповые политики, и в интерфейсе они будут серыми. Порт при этом работает. Проверить можно только косвенно: посмотреть внешний IP до и после подключения к сети.
macOS: пока не нажмёшь «Дополнительно», порта не увидишь
В новых версиях macOS логика спрятана на один клик глубже, чем ждёшь. Открываете Системные настройки → Сеть. Выбираете активное подключение, Wi-Fi или Ethernet. Нажимаете «Подробнее», в старых версиях кнопка называлась «Дополнительно». Дальше вкладка «Прокси».
Здесь список протоколов: HTTP, HTTPS, SOCKS. Активный подсвечен галочкой. Рядом поле с адресом и поле с портом. Если включён пункт «Автоматическая настройка прокси», смотрите URL скрипта и открывайте его текстовым редактором.
Грабли, на которые я наступал лично: вкладка «Прокси» показывает настройки только для выбранной сети. Сидите через Wi-Fi, а настройки лежат в Ethernet, где прокси настроен для офиса. Переключите службу в списке слева и проверьте снова.
Linux: самый честный ответ, если знать где смотреть
В десктопных окружениях путь короткий: Настройки → Сеть → Прокси. Режим «Вручную» покажет адрес и порт. Режим «Автоматически» покажет URL скрипта.
Но в Linux прокси чаще живёт не в интерфейсе, а в переменных окружения. Открываете терминал и смотрите, что там: env | grep -i proxy. Если переменные http_proxy и https_proxy заданы, порт будет прямо в значении, после двоеточия. Тот же принцип в конфигах пакетных менеджеров, Git, Docker и прочего зверинца. У каждого свой файл, и порт приходится искать в каждом отдельно.
Ещё один слой: если прокси настраивал другой человек, переменные могли прописать в профиль оболочки. Смотрите файлы профиля, но не вслепую, а через поиск по слову proxy. Это не хакерство, это обычная диагностика.
Браузер почти всегда наследует системные настройки, и это сбивает
Chrome и Edge на Windows и macOS по умолчанию берут настройки из системы. Открываете настройки браузера, ищете раздел про сеть или систему, и видите кнопку, которая ведёт в системные настройки. Порта там нет, потому что он не в браузере.
Firefox устроен иначе. У него собственная вкладка настроек сети, и порт может отличаться от системного. Если в Firefox прокси работает, а в Chrome нет, почти наверняка дело в этом расхождении.
Менеджеры прокси и расширения добавляют третий слой. У них свои профили, свои списки и свои порты. Человек смотрит в системные настройки, а трафик идёт через профиль расширения. Проверять нужно все три уровня: система, браузер, расширение.
Автонастройка через .pac: порт внутри файла
Скрипт .pac это обычный текстовый файл с функцией, которая решает, куда отправлять каждый запрос. Внутри вы найдёте строки вида PROXY host:port или SOCKS host:port. Цифра после двоеточия и есть порт.
Открывать такие файлы лучше в редакторе с подсветкой, но подойдёт и блокнот. Ищите слово PROXY и смотрите на цифры. Если в файле несколько строк, у вас может быть несколько прокси под разные задачи. Тогда «один порт» это неправильный вопрос, их несколько.
Бывает, что .pac не скачивается напрямую, а отдаётся по адресу автоконфигурации. Адрес виден в системных настройках. Скачайте файл и откройте локально.
Android и iOS: порт вводится руками, а найти его в системе сложно
На Android путь такой: Настройки → Wi-Fi → долгое нажатие на вашу сеть → Изменить сеть → Дополнительные параметры → Прокси → Вручную. Появятся поля «Имя хоста» и «Порт». Если поля уже заполнены, порт перед вами. Если пустые, значит на уровне системы прокси не настроен.
На iOS: Настройки → Wi-Fi → значок информации рядом с сетью → Настройка прокси → Вручную. Поля «Сервер» и «Порт». Всё то же самое, только спрятано за иконкой.
Сложности начинаются, когда прокси зашит в профиль конфигурации или в приложение. Тогда в настройках Wi-Fi пусто, а трафик идёт через узел. Смотрите Настройки → Основные → VPN и управление устройством. Если там висит профиль, порт может быть внутри него, но чаще профиль подставляет готовую конфигурацию и цифру вы не увидите.
Если все поля пустые, прокси всё равно может работать
Прозрачный прокси не требует настроек на клиенте. Трафик перенаправляется на уровне шлюза, и пользователь об этом не знает. Порта в интерфейсе вы не найдёте, потому что настраивать нечего.
Проверка простая. Открываете любой сервис проверки внешнего IP до подключения к сети и после. Если адрес изменился, трафик идёт через узел. Если нет, либо прокси не работает, либо он прозрачный и адрес не скрывает.
В корпоративной сети то же самое может быть сделано через VPN или через шлюз на роутере. Смотрите настройки роутера, если у вас есть к нему доступ. На домашнем роутере порт прокси обычно виден в разделе про локальную сеть или интернет.
Свой узел на VPS: порт смотрится в конфиге, а не в браузере
Когда вы поднимаете прокси на собственном сервере, вопрос «где узнать порт» решается один раз. В конфиге сервиса есть директива, которая задаёт порт прослушивания. Меняете её, перезапускаете сервис, и порт меняется.
Дальше самое частое место ошибки. Порт открыт в конфиге, но закрыт в файрволе сервера или в правилах облачной панели. Клиент стучится, соединение висит и падает. Человек думает, что неверный порт, а на деле пакет не доходит.
Второй нюанс: сервис может слушать только локальный интерфейс. Тогда снаружи порт не отвечает, хотя внутри сервера всё работает. Проверяется локальным подключением на самом сервере и настройкой bind-адреса.
Порт и протокол это не одно и то же
Есть привычная связка: SOCKS5 обычно живёт на 1080, HTTP на 8080 или 3128, HTTPS на 443. Это соглашения, а не закон. Провайдер вправе выдать SOCKS5 на 8080, и это будет работать.
Отсюда правило: протокол спрашивайте отдельно от порта. Тип прокси влияет на то, что вы вводите в поле типа, а порт всего лишь говорит, куда стучаться. Перепутаете тип, соединение не установится даже с правильной цифрой.
Пять ошибок, из-за которых порт ищут зря
- Смотрят в браузере, когда прокси настроен на уровне системы, или наоборот.
- Берут порт из чужой инструкции и не проверяют, что он вообще открыт на вашем узле.
- Путают порт прокси с портом сайта. 443 на сайте и 443 на прокси это разные вещи.
- Забывают про авторизацию. Порт правильный, а логин или пароль не те.
- Не смотрят исключения. Локальные адреса и внутренние сервисы идут мимо прокси, и кажется, что он сломан.
Как проверить, что найденный порт живой
Самый быстрый способ, если вы дружите с терминалом, сделать тестовый запрос через прокси. Команда curl с параметром прокси, адресом и портом покажет, устанавливается ли соединение. Если ответ приходит, порт открыт и авторизация проходит. Если висит таймаут, порт закрыт или не доходит пакет.
Без терминала проще: вбиваете настройки в браузер, открываете страницу проверки IP. Сайт покажет адрес, который он видит. Совпал с ожидаемым, значит связка рабочая. Не совпал, значит трафик идёт мимо.
Ещё одна проверка на внимательность: после смены настроек перезапустите браузер. Некоторые сборки держат старое соединение и показывают старый IP, хотя настройки уже другие.
Где брать прокси, у которых порт не надо выуживать
Когда я устал собирать порты по крупицам из переписок с подрядчиками, перешёл на нормальный каталог. У 3seller.com/proxy в карточке сразу видно хост, порт, тип и страну. Никаких скриншотов и «сейчас уточню у техподдержки».
Для рабочих задач это экономит часы. Берёте нужный пул, копируете связку, вставляете в клиент. Если что-то не отвечает, меняете узел в один клик, а не переписываетесь сутки. Каталог прокси открыт, там же можно посмотреть условия по трафику и географии.
Что делать, если порт не отдают
Некоторые поставщики выдают один шлюз и балансировщик. Портов может быть несколько, а выходных адресов десятки. Тогда «порт» перестаёт быть уникальным идентификатором, и в документации должно быть написано, как этим пользоваться.
Нормальный поставщик даёт три вещи: адрес, порт и тип авторизации. Плюс поддержку нужного протокола. Если в ответ на просьбу присылают скриншот интерфейса вместо строки с настройками, это тревожный сигнал. С таким же успехом можно завтра остаться без доступа.
И ещё. Если прокси нужен для парсинга или работы с рекламными кабинетами, уточняйте, поддерживает ли узел SOCKS5 и не режет ли соединения по таймауту. Порой «неработающий порт» оказывается лимитом на количество одновременных запросов.
С чего начать прямо сейчас
Откройте настройки прокси на своей машине. Не в браузере, а в системе. Найдите связку адрес плюс порт и запишите её в заметки вместе с типом протокола. Эта маленькая привычка снимает половину проблем при подключении новых сервисов и экономит нервы вам и тем, кто просит у вас доступ.
Если своего прокси нет, начните с каталога, где параметры подключения видно сразу, а не после переписки. 3seller.com/proxy как раз из таких. Остальное дело техники.