다음 터미널에서 http_proxy 이 다시 나타난다면 누가 설정했는지 찾으세요. 또 하나의 unset 이 .bashrc 끝에 있으면 한 번의 실행 동안 값을 숨길 뿐, 그 출처는 다른 곳에서 계속 살아 있을 수 있습니다.

  1. 실패하는 실행을 식별합니다. 대화형 로그인 셸인지, 로그인 없는 터미널인지, 비대화형 작업인지 확인하세요. sh 로 호출된 Bash도 다른 규칙을 따릅니다.
  2. 그 시작 경로를 따라갑니다. 대화형 로그인 셸은 /etc/profile 를 읽고, 그다음 ~/.bash_profile, ~/.bash_login, ~/.profile 가운데 처음 존재하는 사용자 파일을 읽습니다. 대화형 비로그인 셸은 보통 ~/.bashrc 를 읽습니다. 로그인 파일이 이를 명시적으로 source 할 수 있습니다. 비대화형 Bash에서는 해당되는 경우 BASH_ENV 를 고려하세요.
  3. 할당 지점을 찾습니다. 그 파일들과 그것이 source 하는 파일들에서 변수 이름과 예전 프록시 호스트 이름을 검색하세요. 관련 /etc/profile.d 조각과 대문자 및 소문자 이름을 모두 포함하세요.
  4. 시작이 할당하지 않았다면 부모를 추적합니다. 셸은 터미널, 로그인 세션, 서비스 관리자, 개발 도구로부터 환경을 상속합니다. 오래 살아 있는 부모는 셸 파일을 편집한 뒤에도 예전 값을 유지할 수 있습니다.

PAM 기반 로그인이라면 /etc/environment 도 확인하세요. 소유한 출처를 고치고 영향을 받은 시작 경로를 다시 실행하며, 필요하면 부모 설정을 새로 고칩니다. 검색은 로컬로 유지하세요. 시작 파일과 환경 덤프에는 자격 증명이 들어 있을 수 있습니다. 확인해야 할 결과는 의도한 명령이 상속하는 값이며, 마지막으로 unset 에 성공한 파일이 아닙니다.

관련 글