Cargo не работает с ложной сетевой ошибкой: время ожидания операции в Windows 10 истекло при использовании локального пользователя

Я пытаюсь настроить среду программирования Rust для локального пользователя на ноутбуке с Windows 10, который обычно подключен к домену моей компании. Установка стабильной версии Rust с rustup через rustup-init.exe прошла без проблем, но каждый раз, когда я пытаюсь использовать cargo для установки инструментов или библиотек, я получаю следующее сообщение об ошибке:

warning: spurious network error (5 tries remaining): [2/-1] failed to send request: The operation timed out

Это происходит как из моей корпоративной сети, так и из моей домашней. Мне удалось без проблем настроить Rust для моей учетной записи в домене.

Я предполагаю, что это связано с сетью или может включать программное обеспечение Sophos, которое моя компания использует в качестве брандмауэра / антивируса; меня озадачивает тот факт, что почти все другие сетевые утилиты, которые я пробовал, работают без проблем, от git до curl.

Я бы хотел использовать этого дополнительного пользователя, потому что есть служебные программы, которые моя компания блокирует для пользователей домена, но не для локальных, например Dropbox.


rust-cargo windows-10 rust
person Nicola Musatti    schedule 16.08.2017    source источник
comment
Вы уже читали github.com/rust-lang/cargo/issues/636? У тебя есть прокси? Вы пробовали искать в журналах какие-либо сетевые утилиты, которые блокируют исходящие / входящие соединения?   -  person Shepmaster    schedule 16.08.2017
comment
Да, читал, но дома у меня нет прокси. Мне нужно будет попытаться найти соответствующие журналы.   -  person Nicola Musatti    schedule 17.08.2017

Ответы (3)


arrow_upward
1
arrow_downward

Что касается меня, я однажды использовал прокси, и он был задан как переменная в CMD.
Чтобы показать настройки вашего прокси, введите в командной строке администратора:

netsh winhttp show proxy

если он у вас есть, вы можете сбросить его:

netsh winhttp reset proxy
person SLIMANI Mohammed    schedule 18.01.2020
comment
Об этом уже говорилось в комментариях к исходному ответу, где автор вопроса указывает, что он не использует прокси дома. - person Alexander Bollaert; 18.01.2020
comment
Я изменил прокси один раз, и когда я перестану использовать прокси, параметры winhttp cmd остались. Стоит убедиться, что он понятен. - person SLIMANI Mohammed; 20.01.2020

arrow_upward
0
arrow_downward

У меня нет определенного объяснения, но cargo работает правильно, когда активен VPN, ведущий к моему офису. Я думаю, это действительно связано с программным обеспечением безопасности.

person Nicola Musatti    schedule 19.01.2020

arrow_upward
0
arrow_downward

Я потратил хороший час, пытаясь понять это, и наткнулся на 2 возможных решения

  1. Может быть проблема с ssh: dependency, исправьте ее, запустив ssh agent:
eval `ssh-agent -s`
ssh-add
cargo build
  1. настройка в глобальном ~ / .gitconfig
[url "ssh://[email protected]/"]
    insteadOf = https://github.com/

Удаление этого в ~/.gitconfig также решило проблему.

person Hom Bahrani    schedule 14.07.2020