Vibe · Maven Central
Maven Central не скачивает зависимости
mvn/Gradle зависает на Downloading… или даёт timeout/Connection refused к repo1.maven.org, пока браузер и «белые» сайты живут. Летом 2026 у части команд в РФ pull с Maven Central был нестабилен; появились зеркала (в т.ч. GitVerse). Сначала отличите сеть от settings.xml и прокси, потом зеркало vs стабильный канал и лимиты CI — не переустанавливайте JDK вслепую.
Обновлено: 13 августа 2026
Симптомы
Как это выглядит на практике
- На Wi‑Fi приложение открывается, на мобильном интернете — нет или вечная загрузка
- Открываются только Яндекс, Госуслуги и банки — остальное не грузится
- Обычный сторонний туннель не подключается или сразу обрывается на LTE
- mvn dependency:resolve / ./gradlew зависает на Downloading… без прогресса
- Could not transfer artifact / Connection timed out / UnknownHost к repo1.maven.org или central.sonatype.com
- На одной сети (офис/дом) ок, на другой или в CI — нет; curl к Central таймаут
Причины
Почему так происходит
- На мобильной сети оператор может включить белые списки — проходит только разрешённый трафик
- Адреса сервиса и VPS-серверов не входят в «белый» список, поэтому соединение не устанавливается
- repo1.maven.org / CDN Central вне стабильного маршрута или вне LTE whitelist
- Корп. proxy, зеркало в settings.xml / init.gradle ≠ фильтр оператора — проверяйте отдельно
- Rate limit / параллельный CI без кэша артефактов усиливает таймауты при уже слабом канале
Разборы и инструкции — в гайдах.
Сценарий
Сценарий для Maven Central
Типичная сцена: mvn/Gradle «молчит» на артефакте с Maven Central, Яндекс и банк открываются. Летом 2026 у многих команд в РФ pull был нестабилен; зеркала (в т.ч. GitVerse) — один из вариантов, но не замена проверке сети. На Windows — Happ; на macOS/Linux — Incy. Telegram не качает JAR.
Чеклист перед VPS
- Та же сборка на Wi‑Fi и на LTE/раздаче — меняется ли timeout к Central
- curl -I https://repo1.maven.org/maven2/ (и при необходимости central.sonatype.com) — где обрыв
- settings.xml / gradle.properties: mirrorOf, proxy, repo URL; временно без корп. прокси
- Зеркало (в т.ч. GitVerse) только если HTTPS до зеркала стабилен; иначе не лечит фильтр к CDN
- CI: кэш ~/.m2 / Gradle cache, меньше параллельных resolve; лимиты runner ≠ «сломанный JDK»
- Wi‑Fi ок, LTE нет → проверку белых списков; Whitelist (LTE) в Incy/Happ; после Connect повторить resolve
Это не...
- Не опечатка groupId/artifactId и не 404 missing в POM — смотрите текст ошибки
- Не «сломанный JDK/Maven», если curl к repo1.maven.org уже падает
- Не только DNS, если режется IP/TLS к Central и CDN
- Не обещание, что любое зеркало обойдёт обрыв к upstream CDN
Решение
Что можно сделать
Сверьте Wi‑Fi и LTE
Отключите Wi‑Fi и проверьте на мобильном интернете. Если на Wi‑Fi всё ок, а на LTE — нет, вероятны белые списки.
Пройдите короткую проверку
Пять вопросов на сайте помогут понять, похоже ли на белые списки. Без отправки данных.
Подключите нужный профиль в Incy
Trial или тариф на сайте → кабинет → Incy (Windows — Happ). На LTE при белых списках — Whitelist (LTE), иначе стандартный VPS.
Ошибки
Частые ошибки
- Часами переустанавливать JDK/Maven без Wi‑Fi vs LTE и curl к repo1.maven.org
- Менять только DNS, игнорируя timeout/TLS к Central и CDN
- Вписать зеркало и считать проблему решённой, не проверив HTTPS до зеркала
- Гнать полный параллельный resolve в CI без кэша при уже слабом канале к Central
- Полный туннель там, где Central уже открыт; или ждать недели без смены маршрута на LTE
Что выбрать
Сначала диагностика, потом профиль
На LTE часто виноваты белые списки — тогда нужен Whitelist (LTE). На Wi‑Fi или при обычной блокировке достаточно стандартного VPS-профиля в Incy. Начните с короткой проверки симптомов.
Шаг 1
Проверьте симптомы
Пять вопросов — похоже ли на белые списки на мобильной сети. Без отправки данных.
Пройти проверку →Вариант A
Whitelist (LTE)
Если на мобильном интернете открываются только «разрешённые» сайты — профиль обхода белых списков в Incy.
Белые списки на LTE →Вариант B
Стандартный VPS
Обычный профиль подписки в Incy — для Wi‑Fi, домашней сети и сценариев без белых списков.
FAQ
Частые вопросы
CLI тянет repo1.maven.org и CDN отдельными хостами. Фильтр может пропускать сайт и резать download артефактов. Сверьте curl к repo1.
Похожие темы
Смотрите также
- pip install не скачивает пакетыpip install зависает, даёт ReadTimeout / SSLError или рвёт TLS к pypi.org / files.pythonhosted.org, пока браузер и «белые» сайты живут. С июня 2026 у части пользователей из РФ такие обрывы к PyPI повторялись массово; симптом остаётся при нестабильном маршруте к registry. Сначала сеть и зеркало, потом переустановка Python.
- npm install не скачивает пакетыnpm install → ETIMEDOUT, ECONNRESET или Fetching…; белый список сайтов может жить. Сравните Wi‑Fi и LTE до registry.npmjs.org и CDN. Сначала сеть vs package.json, прокси и auth.
- NuGet не скачивает пакетыdotnet restore / nuget restore зависает на Restoring… или даёт timeout / Unable to load the service index к api.nuget.org, пока браузер и «белые» сайты живут. В одном ряду с npm/PyPI/Maven у части команд в РФ pull с nuget.org нестабилен (таймаут или обрыв TLS). Сначала отличите публичный nuget.org от корпоративного feed, DNS и прокси — потом зеркало/другая сеть и маршрут; не чините «сломанный SDK» вслепую.
- Docker Hub не работаетdocker pull timeout к registry-1.docker.io или auth.docker.io; hub.docker.com в браузере может жить. Часто маршрут или фильтр; реже rate limit и login.