리눅스 ifconfig
에서 route
와 같은 명령을 사용하여 네트워크 정보를 확인하고 변경 하는 데 익숙합니다 . 그러나 나는 ip
다양한 하위 명령 이있는 명령 이 있다는 것을 알고 있습니다 . 어딘가에서 이것이 '올바른 길'이라고 들었습니다. ifconfig / route / etc를 버려야하는 특별한 이유는 무엇입니까? 당신의 선호는 무엇입니까? 한 세트가 다른 세트로는 할 수없는 일이 있습니까?
리눅스 ifconfig
에서 route
와 같은 명령을 사용하여 네트워크 정보를 확인하고 변경 하는 데 익숙합니다 . 그러나 나는 ip
다양한 하위 명령 이있는 명령 이 있다는 것을 알고 있습니다 . 어딘가에서 이것이 '올바른 길'이라고 들었습니다. ifconfig / route / etc를 버려야하는 특별한 이유는 무엇입니까? 당신의 선호는 무엇입니까? 한 세트가 다른 세트로는 할 수없는 일이 있습니까?
답변:
ipconfig + route를 사용하여 고급 iproute2 기능 (예 : 여러 라우팅 테이블 , src 주소 또는 필터 기반 라우팅)에 액세스 할 수 없다고 생각 합니다.
나를 위해 ip의 구문 은 훨씬 더 논리적이고 사용하기 쉽습니다.
이 명령 ip
은 iproute2 라는 유틸리티 모음에 속합니다 .
그들의 선언 :
대부분의 네트워크 구성 매뉴얼은 여전히 ifconfig 및 route를 기본 네트워크 구성 도구로 참조하지만 ifconfig는 최신 네트워크 환경에서 부적절하게 작동하는 것으로 알려져 있습니다. 더 이상 사용되지 않지만 대부분의 배포판에는 여전히 포함되어 있습니다. 대부분의 네트워크 구성 시스템은 ifconfig를 사용하므로 제한된 기능 세트를 제공합니다. / etc / net 프로젝트는 ifconfig를 사용하지 않고 시스템 관리자가 트래픽 제어를 포함한 모든 iproute2 기능을 사용할 수 있도록하므로 대부분의 최신 네트워크 기술을 지원하는 것을 목표로합니다.
요컨대 다양한 레거시 인터페이스를 결합하고 정책 기반 라우팅과 같은 최신 기능에 액세스 할 수 있습니다. 보다 일관된 명령 세트의 이점
net-tools
진정으로 사용되지 않을 것인지의 여부 는 해석을 위해 공개 된 것으로 보입니다. 그래도 당신의 배포판이 좋아하는대로 가십시오. 그렇게하면 net-tools
사라지더라도 충격을받지 않으며로 ifconfig
관리되는 인터페이스 주소를 무시하는 등의 인스턴스를 피할 수 있습니다 ip addr
.