Linux에서 NetworkManager의 요점을 정말로 이해하지 못합니다. 예를 들어 Red Hat의 기존 연결 관리 방식을 대체하는 이유는 무엇입니까?
답변1
주로 여러 연결 방법(다양한 Wi-Fi 네트워크, 이더넷, 3G, Bluetooth 등)이 있는 경우 구성을 "작동"하도록 만들기 위한 것입니다.
이들 중 일부를 수동으로 구성하는 것은 번거로울 수 있으며, 특히 일시적으로만 필요한 경우(예: 노트북에서) 더욱 그렇습니다.
물론 이전 구성으로 돌아가서 수동으로 사용하거나 예를 들어 system-config-network
Red Hat에서 사용할 수 있습니다. 다른 네트워크 구성 도구(예:세계문화센터, 3G나 블루투스는 지원하지 않지만)를 사용할 수 있습니다.
답변2
이 질문은 사람마다 요구 사항이 다르기 때문에 대답하기가 정말 어렵습니다. 어떤 목적에는 네트워크 초기화 스크립트가 완벽하게 적합하지만 어떤 경우에는 덜 실용적이고 일부는 전혀 구현되지 않습니다.
클래식 initscript 솔루션(RH/Fedora 네트워크 initscript 포함)은 시작 시 또는 관리자가 요청할 때 인터페이스를 구성하여 작동합니다. 괜찮아요.
initscript 솔루션은 일반적으로 커널 이벤트(통신사 이벤트, Wi-Fi 검색 결과 등)를 수신하고 관리자를 대신하여 작업을 수행하는 일부 커널 기반 트리거와 함께 사용됩니다. 이는 장기 실행 프로세스 없이 동적 이벤트를 처리할 수 있는 좋은 방법입니다.
그러나 DHCP 클라이언트 시스템 initscript 솔루션과 같은 기본 작업조차도 장기 실행 데몬을 시작합니다. IPv6 라우터 검색의 경우에도 마찬가지입니다. 상황은 더욱 심각합니다. 이러한 데몬은 추적하기 어렵기 때문에 개발자는 initscript 솔루션에 새로운 동적 기능을 추가하는 것을 피하려고 하는 경우가 많습니다.
대부분의 배포판은 이제 데몬 기반 네트워크 구성 솔루션으로 이동하고 있으며, 종종 단일 프로세스에서 모든 작업을 수행하거나 다른 프로세스를 적절하게 시작하고 추적하는 중앙 구성 권한에 의존합니다. OpenWRT 사용자의 경우인터넷 장비, 최소한의 네트워크 설정을 갖춘 사용자용DHCPCD(DHCP 클라이언트뿐만 아니라 이름에도 불구하고) 인포테인먼트 시스템 및 일부 노트북 사용자의 경우 종종흔한그러나 대부분의 일반적인 배포판에서는네트워크 관리자. 물론 다른 옵션도 있습니다.
답변3
통합을 위한 것입니다. 기존 방식은 리소스에 너무 의존적이고 비효율적입니다(파일 편집, 서비스 다시 시작 등). 이제는 이벤트 버스, 공유 API 등이 작동하고 있으므로 서비스 제공자로 떠오르는 "관리자"가 많이 있습니다. 어쨌든, 향상된 데스크톱 관리자를 사용하지 않더라도 모든 작업을 수동으로 수행할 수 있습니다.