127.0.0.1:57573 Посібник з портів Localhost та усунення несправностей

Запустіть невеликий скрипт Flask. Вставте `http://127.0.0.1:57573` у браузер. Два результати. Сторінка завантажується, або термінал загоряється червоним світлом з написом `ECONNREFUSED`, а браузер показує сумний значок відключеного розетки.

Жоден з результатів не є загадковим. Адреса має дві половини: 127.0.0.1 – це петля IPv4, а 57573 – порт, який операційна система майже навмання взяла зі свого пулу високопортових мереж. Цей посібник розкриває обидві половини. Ми розглянемо, чому так багато локальних серверів опиняються на такому порту, і розглянемо півдюжини речей, які йдуть не так, перш ніж з'єднання відкривається. До кінця ви повинні знати, як прив'язати службу до правильного інтерфейсу, побачити, що насправді прослуховує порт, виправити конфлікти портів і блокування брандмауера, а також заблокувати локальний сервер, перш ніж направляти на нього публічний Інтернет.

Що означає 127.0.0.1:57573 простою англійською мовою

Три частини. IP-адреса 127.0.0.1 – це петля зворотного зв'язку IPv4. Двокрапка означає «і на цьому порту». 57573 – це сам порт, що знаходиться в діапазоні з високими номерами, яким жоден широко розгорнутий сервіс постійно не володіє.

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

Резервування старше, ніж більшість розробників, які його використовують. RFC 1122, розділ 3.2.1.3, назавжди видалив з мережі весь блок 127.0.0.0/8, усі 16 777 216 адрес, ще у 1989 році. Реєстр спеціального призначення адрес IANA IPv4, що регулюється RFC 6890 та оновлюється RFC 8190, позначає той самий блок як такий, що не пересилається, не маршрутизується глобально, зарезервований протоколом. Будь-який процес, що прослуховує 127.0.0.1, бачить лише трафік від власного хоста. Все, що надходить ззовні та претендує на адресу джерела 127, непомітно відкидається. Мережевики називають ці пакети "марсіанами".

Localhost, це ім'я, — це просто зрозуміле для людини ім'я хоста для тієї ж ідеї. Відкрийте `/etc/hosts` на macOS або Linux, або `C:\Windows\System32\drivers\etc\hosts` на Windows, і ви побачите цей рядок ближче до початку: `127.0.0.1 localhost`.

Адреса зворотного зв'язку: як localhost маршрутизується до вашої машини

127.0.0.1 — найвідоміший варіант. І це не єдиний. Весь блок 127.0.0.0/8, усі шістнадцять мільйонів з лишком адрес, повертається назад. Ви можете виконати команду ping 127.42.42.42 у Linux. Це працює. Більшість із нас рефлекторно дотримуються 127.0.0.1, але ширший блок має значення, коли ви читаєте правила iptables або перевіряєте захищений образ. (В IETF роками існував проект, який пропонує повернути більшу частину 127/8 для використання в одноадресному режимі. Його не прийняли.)

Сторона IPv6 є більш компактною. Одна адреса, `::1`, визначена в RFC 4291. Немає /8. Немає резервного. Якщо ваш сервіс прив'язується лише до `::1`, все, що намагається отримати 127.0.0.1, нічого не отримує, і навпаки. На сучасному Linux-пристрої та macOS `localhost` вирішує обидва, тому браузер зазвичай спочатку намагається `::1`, не вдається, а потім повертається назад. Ви бачите це як невелику, але помітну затримку. Закріпіть на одній адресі всередині скрипта, і неоднозначність зникне.

Ядро обробляє пакети зворотного зв'язку на віртуальному інтерфейсі. Linux називає це `lo`. macOS називає це `lo0`. `ip link show` та `ifconfig lo0` відобразять це. Той самий стек брандмауера, який контролює все інше, також контролює зворотний зв'язок, тому агресивна конфігурація брандмауера може перервати локальний трафік. Докладніше про це в кількох розділах.

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

Чому порт 57573? Пояснення діапазонів номерів портів IANA

Порт 57573 не є чимось особливим. ОС або фреймворк захопили його, бо він був вільним. Щоб зрозуміти, чому таке велике число з'являється так часто, потрібно подивитися, як IANA розділяє 16-бітний простір портів. Вся схема описана в RFC 6335 та реєстрі назв служб IANA та номерів портів транспортного протоколу.

49152–65535 – це діапазон, який IANA рекомендує для тимчасових портів. Справжні ядра часто мають розбіжності. Linux постачається з діапазоном 32768–60999 за замовчуванням (`sysctl net.ipv4.ip_local_port_range`). Windows, починаючи з Vista, використовує діапазон 49152–65535. В епоху XP використовувався діапазон 1025–5000, вузький діапазон, який перевантажував порти під навантаженням і спричиняв відомі збої. macOS дотримується специфікації IANA. Порт 57573 підходить до кожного сучасного порту за замовчуванням. Цей один факт пояснює більшу частину того, чому він переслідує журнали розробників.

Коли ваш код виконує `app.run(port=0)` у Flask або `server.listen(0)` у Node, ОС вибирає будь-який вільний порт зі свого локального динамічного діапазону. На ноутбуці з Linux це означає будь-який порт від 32768 до 60999. 57573 зручно розміщується всередині. Та ж історія з інструментами автоматичного призначення: Vite (який навмисно встановив за замовчуванням 127.0.0.1 у 2022 році, щоб запобігти витоку серверів розробниками через Wi-Fi кав'ярень), webpack-dev-server, VS Code Live Server, Jupyter, мости драйверів Selenium, Playwright, налагоджувач Node `--inspect=0`. Всі вони просто запитують у ядра вільний високий порт і використовують те, що отримують.

Отже, якщо 57573 з'явився в трасуванні стека, нудна відповідь майже завжди є правильною. Або якийсь процес навмисно прив'язаний до нього, або фреймворк запитав "будь-який вільний порт", і ядро вибрало саме його. З портом номером 57573 немає нічого поганого. Більшість локальних фреймворків для тестування та розробки розглядають весь верхній діапазон як безпечне, ізольоване середовище, оскільки від нього не залежить жодна публічна служба.

Прив'язка сервера до 127.0.0.1 проти 0.0.0.0 проти ::1

Оберіть неправильну ціль прив'язки, і ви отримаєте дивні помилки. Три визначення, яких слід дотримуватися.

127.0.0.1 пов'язує лише петлю IPv4. Доступний з того ж комп'ютера на будь-якому IPv4-клієнті. Ніколи не доступний ззовні.

::1 пов'язує лише зворотну петлю IPv6. Та сама ідея, але лише клієнти IPv6 на одному сервері.

0.0.0.0 пов’язує кожен IPv4-інтерфейс на пристрої. Будь-хто, хто підключається до вашого комп’ютера, може отримати до нього доступ, включаючи телефони в тій самій мережі Wi-Fi, VPN-зустрічі та (з переадресацією портів) публічний Інтернет.

Для щоденної розробки використовуйте прив’язку 127.0.0.1. Це єдиний інтерфейс, де брандмауери, політики VPN та випадкове викриття перестають бути вашою проблемою. Flask, FastAPI, Express – усі вони використовують її за замовчуванням.

За моїм досвідом, люди переходять до версії 0.0.0.0 з трьох різних причин. Тестування на телефоні через локальну мережу. Тестування в Docker. Слідування інструкції, автор якої скопіював і вставив неправильне значення за замовчуванням. Кожен варіант має безпечніший варіант. Для тестування в локальній мережі прив'яжіть до певної IP-адреси локальної мережі та додайте тимчасове правило брандмауера. Для Docker прив'яжіть 0.0.0.0 всередині контейнера, але опублікуйте на хості за допомогою `docker run -p 127.0.0.1:8080:8080 …`. Для інструкцій ігноруйте рядок 0.0.0.0 та закріпіть його на 127.0.0.1, якщо у вас немає вагомої причини.

Нудний фрагмент коду у Flask показує безпечне значення за замовчуванням:

```

з імпорту колби Колба

додаток = Flask(__name__)

@app.route("/")

визначення індексу():

повернути "Привіт, локальний хост!"

якщо __name__ == "__main__":

app.run(хост="127.0.0.1", порт=57573)

```

Перевірка порту 57573 за допомогою netstat, lsof та ss

Щось прослуховує 57573, і ви гадки не маєте що. Команда залежить від вашої ОС. Запам'ятайте цей короткий список, і ви використовуватимете його роками.

Типовий вивід Linux:

```

$ ss -tlnp | grep 57573

СЛУХАТИ 0 4096 127.0.0.1:57573 0.0.0.0:* користувачі:(("python3",pid=18432,fd=4))

```

Шість полів, зліва направо. Стан. Черга надсилання. Черга отримання. Локальна адреса. Адреса вузла. Процес. PID 18432 у цьому випадку. `kill 18432` в Unix. `Stop-Process -Id 18432` у PowerShell. Готово. Якщо все, що вам було потрібно, це повернути порт, це все виправлення.

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

Поширені помилки, пов'язані з невдачею підключення, та їх значення

Шість речей. Це повний список помилок, які ви бачите за адресою 127.0.0.1:57573. Прочитайте рядок помилки, виберіть сегмент.

`EADDRINUSE`, "Адреса вже використовується" або "порт 57573 вже виділено" означають одне й те саме. Інша програма використовує порт. Команди inspect з попереднього розділу підкажуть вам, яка саме. Завершіть її або просто використовуйте інший порт для вашої служби. Такі інструменти, як netstat або lsof, завершують роботу за один рядок.

`ECONNREFUSED`, більш дружній рядок "З'єднання відмовлено", повідомляє: TCP потрапив у ядро, але ніхто не відповів на дзвінок. Ваш сервер помер під час запуску або ніколи не підключався. Подивіться на термінал, де ви його запустили. Трасування знаходиться прямо там.

`ETIMEDOUT` та "Час очікування з'єднання вичерпано" означають, що пакети непомітно зникають. На 127.0.0.1 цього практично ніколи не повинно траплятися. Коли це трапляється, причиною є правило брандмауера, VPN-агент або якийсь інструмент захисту кінцевої точки. Вимикайте їх по одному, повторіть спробу, знову повторіть.

`EACCES` ("Permission denied") з'являється, коли ви намагаєтеся підключитися до порту нижче 1024 без root-права. Використовуйте порт з високим значенням, наприклад 57573, або запустіть бінарний файл від імені root-права. Третього варіанта не існує.

Помилка `EAI_NONAME` та інші помилки DNS означають, що ім'я хоста ніколи не вирішується. Файл hosts має зіставляти `localhost` з 127.0.0.1. Можливо, VPN-клієнт перевизначив його. Можливо, системний адміністратор надіслав пошкоджений образ. Відкрийте файл hosts. Переконайтеся, що `127.0.0.1 localhost` – це перший рядок без коментарів.

Останній, найпідступніший. Після повного завершення роботи ядро закріплює сокет у TIME_WAIT приблизно на дві хвилини. Швидко перезавантажте сервер, і ви побачите "Адреса вже використовується", хоча ніхто не слухає. Три відповіді: зачекати, встановити `SO_REUSEADDR` у вашому прив'язці або просто перейти на інший порт. Більшість із нас переходить на інший порт.

Прочитайте рядок помилки. Виберіть корінець. Застосуйте виправлення. Весь цикл зазвичай закривається менш ніж за хвилину.

Налаштування брандмауера, що блокують порт 57573

Теоретично, зворотний трафік завжди дозволений. На практиці правила брандмауера іноді його порушують. Звичайні підозрювані у 2026 році:

• Брандмауер програм macOS зі строгим параметром «Блокувати вхідні з’єднання». Додайте бінарний файл, якому належить порт 57573, до білого списку в Системних налаштуваннях → Мережа → Брандмауер.
• Невідповідність профілю брандмауера Захисника Windows. Новий інструмент розробника пропонує вам дозволити доступ. Ви рефлекторно натискаєте «Скасувати». Він непомітно блокує. Відкрийте `wf.msc`, видаліть правило заборони, наступного разу прийміть запит.
• Linux ufw або iptables зі стандартними політиками, посиленими за замовчуванням. `ufw status verbose` відображає правила. `ufw allow from 127.0.0.1` явно відкриває зворотний зв'язок. Більшість дистрибутивів за замовчуванням вже дозволяють `lo`, але деякі захищені образи цього не дозволяють.
• Корпоративний VPN або агент нульової довіри перехоплює трафік. Деякі агенти проксіюють локальні з’єднання через слухач простору користувача та непомітно порушують зворотний зв’язок. Вимкніть агента на одну хвилину для підтвердження.
• Антивірусний захист або захист кінцевих точок. Продукти EDR іноді блокують двійкові файли розробників, які прив’язуються до портів високого рівня, доки ви не додасте їх до білого списку.

У будь-якому керованому корпоративному середовищі очікуйте спрацювання принаймні одного з цих кодів. Діагностичний процес однаковий: перевірте налаштування брандмауера, а потім запустіть `curl http://127.0.0.1:57573` з тієї ж оболонки, яка запустила сервер. Curl працює, але браузер не працює? Ви звертаєтесь до неправильного інтерфейсу (часто `::1` замість 127.0.0.1) або діє політика доступу до приватної мережі. Curl також не працює? Ядро або брандмауер перехоплює пакет ще до того, як він досягне вашого коду. Веб-розробники та мережеві адміністратори обмінюються цими порадами на внутрішніх вікі, оскільки симптоми виглядають однаково, доки ви не звернетеся до них двічі.

Localhost у кодових просторах Docker, WSL та GitHub

Три місця, де localhost перестає поводитися так, як ви очікуєте.

Спочатку Docker. Всередині контейнера 127.0.0.1 — це петля зворотного зв'язку контейнера . Не ваша. Тож, якщо ваш ноутбук запускає службу на 127.0.0.1:57573, контейнер не може дістатися до неї за тією ж адресою. Ніколи. Шлюз хоста знаходиться деінде: `host.docker.internal` на Mac та Windows, деякі IP-адреси мосту на Linux. Зворотний напрямок (служба контейнера, викликаюча сторона хоста) потребує прапорця публікації. `docker run -p 127.0.0.1:57573:57573 my-image`. Відкиньте `-p`, і порт просто не існує поза контейнером.

WSL2 має свою власну індивідуальність. Дзеркальний мережевий режим (підключення у Windows 11 22H2 та пізніших версіях через `[wsl2] networkingMode=mirrored`) використовує мережевий стек хоста разом із віртуальною машиною WSL. У цьому режимі служба на 127.0.0.1:57573 всередині WSL відповідає у Windows за тією ж адресою. Режим NAT за замовчуванням все ще пересилає порти, але лише для рядків `localhost`, не завжди для буквального 127.0.0.1. Також там є відома неприємна помилка, яка відстежується як Microsoft WSL #40169. Дзеркальний режим непомітно блокує великі ділянки високих портів. Спроби прив'язки до 127.0.0.1 потім завершуються невдачею з `WinError 10013`, про що Python повідомляє як `PermissionError`. Коли порт відмовляється прив'язуватися до Windows без очевидної причини, спочатку перевірте це.

Кодові простори GitHub та VS Code Remote SSH працюють у протилежному напрямку. Вони автоматично перенаправляють ваші порти. Запустіть сервер всередині кодового простору на 127.0.0.1:57573, і редактор відкриє для вас тунель, надаючи цей порт унікальній URL-адресі github.dev. Вкладка браузера, яку ви відкриваєте на своєму ноутбуці, звертається до цієї URL-адреси, а не до 127.0.0.1, і запит переходить через тунель назад у робочу область.

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

HTTPS на Localhost: найкращі практики для безпечної локальної розробки

Сучасні браузери та багато API наполягають на HTTPS навіть для локальної розробки. Сервіс-воркери. Геолокація. API буфера обміну. Будь-який cookie з позначкою `Secure`. Усі вони відмовляються працювати через звичайний HTTP. Є один виняток: 127.0.0.1, який браузер вже розглядає як безпечний контекст. Цей виняток охоплює більшість звичайних розробників. Для всього іншого запускайте TLS локально.

Найчистішим інструментом з великим відривом є mkcert, написаний Філіппо Вальсордою. Запустіть його один раз з `mkcert -install`, потім `mkcert localhost 127.0.0.1 ::1`, і ви отримаєте сертифікат `localhost+2.pem` плюс ключ. Спрямуйте свій сервер розробки на цю пару. Браузер показує чистий замок без попередження, оскільки mkcert встановив локальний кореневий центр сертифікації у вашу систему та сховища довірених сертифікатів Firefox. Let's Encrypt не може видати справжній сертифікат для `127.0.0.1`, оскільки немає домену для перевірки, тому локальний центр сертифікації є стандартною відповіддю.

Ще кілька закономірностей, про які варто знати:

• Для автоматизованих тестів вкажіть на службу magic-DNS (`nip.io`, `sslip.io`, `traefik.me`, `localhost.direct`), щоб перетворити IP-адресу на справжнє ім'я хоста, наприклад, `127.0.0.1.nip.io`. Let's Encrypt або ZeroSSL можуть сертифікувати їх, а `localhost.direct` навіть публікує попередньо виданий сертифікат із шаблоном wildcard.
• Прив’яжіть свій сервіс до 127.0.0.1, а не 0.0.0.0, щоб сертифікат (який охоплює `127.0.0.1`) дійсно збігався.
• Не додавайте сертифікати розробника до git. mkcert за замовчуванням зберігає їх у вашому робочому каталозі. Негайно додайте пару до `.gitignore`.
• Змінюйте локальний центр сертифікації кожні кілька місяців. `mkcert -uninstall` очищає його.
• Якщо ви користуєтеся корпоративним проксі-сервером MITM, погодьтеся з тим, що проксі-сервер обмінюватиметься вашими сертифікатами. Вимкніть проксі-сервер для `127.0.0.1`, якщо ваші інструменти його підтримують.

Варто знати, що для браузерів є спеціальне правило. Згідно зі специфікацією W3C Secure Contexts, `http://127.0.0.1`, `http://localhost` та `http://[::1]` вважаються «потенційно надійними», що дозволяє HTTPS-сторінці отримувати їх без ініціювання блокування змішаного вмісту. Це виключення існує спеціально для локальних розробників.

Локальний хост не є межею безпеки в тому сенсі, як це часто вважають розробники. Браузери можна обманом змусити отримати доступ до нього з довільних веб-сайтів шляхом переприв’язки DNS, коли шкідливий сайт переосмислює своє ім’я хоста на 127.0.0.1 і дозволяє JavaScript на сторінці зловмисника взаємодіяти з локальними службами в межах походження оригінального сайту. Канонічним випадком є CVE Zoom 2019 року (CVE-2019-13450). Zoom встановив прихований веб-сервер на `localhost:19421` на macOS, щоб посилання на зустрічі могли запускати настільний додаток, і будь-який веб-сайт міг отримувати з нього дані, щоб примусово приєднатися до користувача до зустрічі з увімкненою камерою. Постраждало приблизно 4 мільйони комп’ютерів Mac, а також тринадцять клієнтів з білою етикеткою, що постачалися на тому ж движку. Chrome 142, випущений наприкінці 2025 року, замінив старішу версію «Доступ до приватної мережі» на «Доступ до локальної мережі». Публічні сторінки тепер потребують явного запиту на дозвіл, перш ніж вони зможуть отримати доступ до зворотної петлі або приватних адрес, що знищує більшість трюків, автоматизованих Singularity від NCC Group. У повідомленні Straiker за 2025 рік задокументовано таку саму атаку на локально запущені сервери Model Context Protocol, яка стала швидкозростаючою поверхнею, оскільки розробники запускають більше агентів LLM на зворотному зв'язку. Суворо прив'язуйтесь до 127.0.0.1, вимагайте автентифікації, перевіряйте заголовок `Origin` та уникайте підстановочних символів CORS в API розробників. Ці чотири звички виявляють більшість із них.

Поради щодо усунення несправностей та короткий діагностичний контрольний список

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

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

2. Переконайтеся, що він прив'язаний до 127.0.0.1, а не лише до 0.0.0.0 або ::1. Більшість фреймворків виводять адресу прив'язки під час запуску. Прочитайте рядок.

3. Спробуйте `curl -v http://127.0.0.1:57573` з тієї ж оболонки. Curl працює? Проблема в браузері, а не на сервері.

4. Дізнайтеся, кому належить порт. Linux, `ss -tlnp | grep :57573`. macOS, `lsof -i :57573`. Windows, `netstat -ano | findstr :57573`.

5. Неправильний процес володіє цим? Закрийте його, а потім перезавантажте сервер.

6. Нічого не прослуховує? Подивіться на журнал запуску. `EACCES` означає привілейований порт. `EADDRINUSE` зазвичай означає застарілий TIME_WAIT.

7. Спробуйте формат IPv6: `curl http://[::1]:57573`. Якщо один з варіантів `127.0.0.1` або `::1` працює, а інший — ні, ваш сервіс є одностековим.

8. Спробуйте інший порт: передайте `--port 12345` (або будь-який інший) та перезавантажте. Новий порт працює? У вас виник конфлікт, пов'язаний із портом.

9. Вимкніть VPN, антивірус та агенти кінцевих точок на одну хвилину. Якщо 57573 почне відповідати, один із них споживав трафік.

10. Перезавантажте систему або хоча б перезапустіть мережевий інтерфейс. Майже ніколи не є відповіддю. Чи очищає застарілі сокети та стан заклиненого брандмауера, коли нічого іншого не допомагає.

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

Одне зауваження щодо Plisio. Коли ви інтегруєте вебхуки процесора криптовалютних платежів, шлюзу потрібна публічна URL-адреса, на яку він може надсилати POST-повідомлення. Рахунки-фактури Plisio приймають `callback_url` у корисному навантаженні API, і система надсилає оновлення статусу POST-повідомленням до цієї кінцевої точки. Ваш локальний сервер за адресою 127.0.0.1:57573 за визначенням недоступний із публічного Інтернету, тому стандартним рішенням є тунель. У 2026 році типовими варіантами є ngrok (Personal $8/міс, Pro $20/міс), Cloudflare Tunnel (безкоштовно до 50 користувачів на Zero Trust) та Tailscale Funnel (безкоштовно для особистого використання, платні команди від $6/користувач/міс). Кожен приймає публічне ім'я хоста та перенаправляє трафік на ваш ноутбук 127.0.0.1:57573. SDK Plisio для Python, PHP та Node постачають допоміжний засіб `validate_callback`, який перевіряє `verify_hash` HMAC-SHA1 через упорядковане тіло JSON, тому після підключення тунелю той самий обробник працює однаково як у розробці, так і у продакшені.

Mathis Curcio

Mathis Curcio is a senior content strategist and NFT specialist at Plisio. With over 5 years of experience in the Web3 space, Mathis focuses on the evolution of NFT ecosystems, digital collectibles, and decentralized ownership models. He creates accessible, insight-driven content that bridges the gap between blockchain innovation and mainstream adoption. His expertise spans NFT market trends, use cases across art and gaming, and the infrastructure powering next-generation tokenized assets.