Vibe · NuGet
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» вслепую.
Обновлено: 13 августа 2026
Симптомы
Как это выглядит на практике
- На Wi‑Fi приложение открывается, на мобильном интернете — нет или вечная загрузка
- Открываются только Яндекс, Госуслуги и банки — остальное не грузится
- Обычный сторонний туннель не подключается или сразу обрывается на LTE
- dotnet restore / nuget restore висит на Restoring packages… без прогресса
- Unable to load the service index / TaskCanceledException / timeout к api.nuget.org или nuget.org
- На одной сети (офис/дом) ок, на другой или в CI — нет; curl к api.nuget.org таймаут
Причины
Почему так происходит
- На мобильной сети оператор может включить белые списки — проходит только разрешённый трафик
- Адреса сервиса и VPS-серверов не входят в «белый» список, поэтому соединение не устанавливается
- api.nuget.org / CDN пакетов вне стабильного маршрута или вне LTE whitelist
- Корп. feed (Azure Artifacts / Nexus) или proxy в NuGet.config ≠ фильтр оператора — проверяйте отдельно
- Неверный packageSources / packageSourceMapping: CLI бьётся не в тот host
Разборы и инструкции — в гайдах.
Сценарий
Сценарий для NuGet
Типичная сцена: restore «молчит» или падает на service index nuget.org, Яндекс и банк открываются. Симптом в одном ряду с npm/PyPI/Maven при нестабильном маршруте к registry. Сначала nuget.org vs корпоративный feed и DNS. На Windows — Happ; на macOS/Linux — Incy. Telegram пакеты не ставит.
Чеклист перед VPS
- Та же команда restore на Wi‑Fi и на LTE/раздаче — меняется ли timeout
- curl -I https://api.nuget.org/v3/index.json (при необходимости nuget.org) — где обрыв
- NuGet.config / DOTNET_SYSTEM_NET_HTTP_*: packageSources, proxy; временно без корп. прокси
- Убедиться: падает публичный nuget.org или только корпоративный feed/зеркало
- Зеркало/прокси только если HTTPS до его host стабилен; иначе не лечит фильтр к CDN
- Wi‑Fi ок, LTE нет → проверку белых списков; Whitelist (LTE) в Incy/Happ; после Connect повторить restore
Это не...
- Не NU1101 «package not found» и не опечатка id/version — смотрите текст ошибки
- Не «сломанный .NET SDK», если curl к api.nuget.org уже падает
- Не только DNS, если режется IP/TLS к nuget.org и CDN
- Не обещание, что любое зеркало обойдёт обрыв к upstream
Решение
Что можно сделать
Сверьте Wi‑Fi и LTE
Отключите Wi‑Fi и проверьте на мобильном интернете. Если на Wi‑Fi всё ок, а на LTE — нет, вероятны белые списки.
Пройдите короткую проверку
Пять вопросов на сайте помогут понять, похоже ли на белые списки. Без отправки данных.
Подключите нужный профиль в Incy
Trial или тариф на сайте → кабинет → Incy (Windows — Happ). На LTE при белых списках — Whitelist (LTE), иначе стандартный VPS.
Ошибки
Частые ошибки
- Часами переустанавливать .NET SDK без Wi‑Fi vs LTE и curl к api.nuget.org
- Менять только DNS, игнорируя timeout/TLS к nuget.org и CDN
- Путать сбой nuget.org с ошибкой корпоративного feed/auth в NuGet.config
- Вписать зеркало и считать проблему решённой, не проверив HTTPS до зеркала
- Полный туннель там, где nuget.org уже открыт; или ждать недели без смены маршрута на LTE
Что выбрать
Сначала диагностика, потом профиль
На LTE часто виноваты белые списки — тогда нужен Whitelist (LTE). На Wi‑Fi или при обычной блокировке достаточно стандартного VPS-профиля в Incy. Начните с короткой проверки симптомов.
Шаг 1
Проверьте симптомы
Пять вопросов — похоже ли на белые списки на мобильной сети. Без отправки данных.
Пройти проверку →Вариант A
Whitelist (LTE)
Если на мобильном интернете открываются только «разрешённые» сайты — профиль обхода белых списков в Incy.
Белые списки на LTE →Вариант B
Стандартный VPS
Обычный профиль подписки в Incy — для Wi‑Fi, домашней сети и сценариев без белых списков.
FAQ
Частые вопросы
CLI тянет api.nuget.org и CDN пакетов отдельными хостами. Фильтр может пропускать сайт и резать service index / nupkg. Сверьте curl к api.nuget.org.
Похожие темы
Смотрите также
- Maven Central не скачивает зависимостиmvn/Gradle зависает на Downloading… или даёт timeout/Connection refused к repo1.maven.org, пока браузер и «белые» сайты живут. Летом 2026 у части команд в РФ pull с Maven Central был нестабилен; появились зеркала (в т.ч. GitVerse). Сначала отличите сеть от settings.xml и прокси, потом зеркало vs стабильный канал и лимиты CI — не переустанавливайте JDK вслепую.
- 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.
- Docker Hub не работаетdocker pull timeout к registry-1.docker.io или auth.docker.io; hub.docker.com в браузере может жить. Часто маршрут или фильтр; реже rate limit и login.