O proxy'yi sürekli Bash'e kim geri koyuyor?

Tekrarlayan proxy ortam değişkenini Bash başlangıç dosyaları ve kabuğu başlatan üst süreç üzerinden izleyin.

http_proxy bir sonraki terminalde geri dönerse, onu kimin ayarladığını bulun. Bir başka unset .bashrc dosyasının sonunda değeri tek bir başlatma için gizleyebilir, kaynak ise başka bir yerde etkin kalır.

  1. Başarısız başlatmayı belirleyin. Etkileşimli bir oturum açma kabuğu mu, oturum açmasız bir terminal mi, yoksa etkileşimsiz bir iş mi? sh olarak çağrılan Bash de farklı kurallara uyar.
  2. O başlangıç yolunu izleyin. Etkileşimli oturum açma kabuğu /etc/profile dosyasını, ardından ~/.bash_profile, ~/.bash_login ve ~/.profile arasından ilk bulunabilen kullanıcı dosyasını okur. Etkileşimli oturum açmasız kabuk genellikle ~/.bashrc dosyasını okur. Bir oturum açma dosyası onu açıkça source edebilir. Etkileşimsiz Bash için geçerli olduğu yerde BASH_ENV hesaba katın.
  3. Atamayı bulun. O dosyalarda ve source ettikleri dosyalarda değişken adını ve eski proxy ana bilgisayar adını arayın. İlgili /etc/profile.d parçalarını ve hem büyük hem küçük harfli adları dahil edin.
  4. Başlatma onu atamadıysa üst süreci izleyin. Kabuk ortamını terminalinden, oturum açma oturumundan, hizmet yöneticisinden veya geliştirme aracından devralır. Uzun ömürlü bir üst süreç, bir kabuk dosyasını düzenledikten sonra eski değeri koruyabilir.

PAM tabanlı oturum açmalar için /etc/environment dosyasını da kontrol edin. Sahip olan kaynağı düzeltin ve etkilenen başlangıç yolunu yeniden başlatın, gerektiğinde üst sürecin yapılandırmasını tazeleyin. Aramaları yerel tutun: başlangıç dosyaları ve ortam dökümleri kimlik bilgileri içerebilir. Doğrulanacak sonuç, amaçlanan komutun devraldığı değerdir; onu en son unset edebilen dosya değil.

İlgili makaleler