Выдаленне vagrant-proxyconf пакідае файлы гасцявой сістэмы
Ачышчайце налады проксі праз vagrant-proxyconf, пакуль ён даступны, адрозніваючы значэнні nil, пустое і false.
vagrant-proxyconf запісвае налады ўнутры гасцявой сістэмы. Выдаленне плагіна на баку хоста не адмяняе змены, якія ўжо захаваны ў асяроддзі гэтай VM і ў канфігурацыі праграм.
Для сумяшчальнай усталёўкі, дзе плагін яшчэ даступны, яго дакументаваная канфігурацыя ачысткі наступная:
Vagrant.configure("2") do |config|
config.proxy.enabled = false
end
Прымяніце канфігурацыю гасцявой сістэмы праз звычайны жыццёвы цыкл запуску і правайдынгу Vagrant перад выдаленнем плагіна. Плагін дакументуе, што false адключае канфігурацыю проксі і выдаляе налады.
Іншыя значэнні азначаюць рознае. Пустая або false налада проксі выдаляе адпаведную наладу. Значэнне nil пакідае існуючае значэнне гасцявой сістэмы некранутым. Таму выдаленне радка з Vagrantfile і вяртанне да nil — гэта не тая ж аперацыя ачысткі.
Праверце таксама VAGRANT_HTTP_PROXY і звязаныя ўваходныя даныя хоста; плагін дакументуе зменныя асяроддзя, якія могуць перавызначаць значэнні з файла.
Калі плагін ужо выдалены, вызначце файлы гасцявой сістэмы, якія ён змяніў, і аднавіце іх мэтавыя значэнні праз працэс канфігурацыі праекта. Да падтрымліваемых мэт адносяцца налады асяроддзя і менеджэра пакетаў або праграм, а не толькі адзін экспарт у тэрмінале.
Існуючую VM не трэба знішчаць толькі дзеля выдалення канфігурацыі проксі. Захавайце яе даныя і свядома аднавіце адпаведныя налады.