vagrant-proxyconf запісвае налады ўнутры гасцявой сістэмы. Выдаленне плагіна на баку хоста не адмяняе змены, якія ўжо захаваны ў асяроддзі гэтай VM і ў канфігурацыі праграм.

Для сумяшчальнай усталёўкі, дзе плагін яшчэ даступны, яго дакументаваная канфігурацыя ачысткі наступная:

Vagrant.configure("2") do |config|
  config.proxy.enabled = false
end

Прымяніце канфігурацыю гасцявой сістэмы праз звычайны жыццёвы цыкл запуску і правайдынгу Vagrant перад выдаленнем плагіна. Плагін дакументуе, што false адключае канфігурацыю проксі і выдаляе налады.

Іншыя значэнні азначаюць рознае. Пустая або false налада проксі выдаляе адпаведную наладу. Значэнне nil пакідае існуючае значэнне гасцявой сістэмы некранутым. Таму выдаленне радка з Vagrantfile і вяртанне да nil — гэта не тая ж аперацыя ачысткі.

Праверце таксама VAGRANT_HTTP_PROXY і звязаныя ўваходныя даныя хоста; плагін дакументуе зменныя асяроддзя, якія могуць перавызначаць значэнні з файла.

Калі плагін ужо выдалены, вызначце файлы гасцявой сістэмы, якія ён змяніў, і аднавіце іх мэтавыя значэнні праз працэс канфігурацыі праекта. Да падтрымліваемых мэт адносяцца налады асяроддзя і менеджэра пакетаў або праграм, а не толькі адзін экспарт у тэрмінале.

Існуючую VM не трэба знішчаць толькі дзеля выдалення канфігурацыі проксі. Захавайце яе даныя і свядома аднавіце адпаведныя налады.

Падобныя артыкулы