는 LSB를 시작하지 못했습니다 : 네트워킹 아래로 가져

Question

CentOS는 7 새로운 IAM 및 CentOS는 7 고정 IP를 구성, 그래서 난 같은

을/etc/sysconfig/network-scipts /이 ifcfg-eth0를 파일을 편집 한 스피

TYPE=Ethernet 
BOOTPROTO=none 
Device=eth0 
ONBBOOT=yes 
IPADDR=192.168.4.196 
NETMASK=255.255.255.0 
GATEWAY=192.168.88.254 
DNS1=8.8.8.8 
USERCTL=no 

을 다음하지만 난 오류

failed to start LSB :/Bring Up down Networking 

을 받고

systemctl restart network 

스피 명령을 실행할 때

IP 경로 쇼는 나에게 아무런 출력

을 부여하지 않습니다와 나는 같은 기존의 오류로 네트워크 매니저를 중지 솔루션을 적용했습니다

동적 IP 주소를 동적 DHCP를 구성하고 얻을 수 스피하지만 정적이지 한 가능한 해결책은 무엇입니까?

Answer 1

당신은 예를 들어, 정적에 BOOTPROTO를 변경하고 /etc/resolv.conf 파일에 DNS의 설정을 이동해야합니다 :

TYPE=Ethernet 
BOOTPROTO=static 
PHYSDEV=eth0 
ONBBOOT=yes 
IPADDR=192.168.4.196 
NETMASK=255.255.255.0 
GATEWAY=192.168.88.254 
USERCTL=no 

Answer 2

내 로밍 노트북에 적절한 autossh 기능을 탈선이 문제를 직면하고, I 근본 원인을 이해하기 위해 내 MageiaOS 코드를 찢어 버리기로 결정했습니다. 나는 NetworkManager를 가지고 있지 않았기 때문에 그것이 장애물이 아님을 알았다.

발견 된 문제는 SysV와 네트워크 서비스를 관리하는 체계적인 방법 사이에서 일종의 실시간 잠금 장치로 설명 될 수 있습니다. 잠재적으로 많은 조건들이 그것을 유발할 수 있습니다 (NetworkManager는 예제 중 하나입니다). 제 경우에는 VMWare의 vboxnet ifaces가 잘못 구성되었습니다.

SysV/systemd 잔액의 각 부분에는 루프에서 서로 트리거를 시작할 수있는 두 가지 중요한 차단기가 있습니다. SysV 측에서는 init.d/network 스크립트가 결국 "ifup $ device boot"를 호출합니다.이 매개 변수는 'boot'매개 변수의 응답으로 pluggable ifaces에 대한 ifplugd 데몬을 시작합니다. '-I'스위치 (오류를 무시하는 데 사용됨)에도 불구하고 메모리에서 자신을 감지하면 종료 코드 4로 인해 계속 실패하는이 데몬의 문제점이 있습니다. 네트워크 스크립트에서이 데몬을 종료하는 유일한 방법은 'service'또는 'systemctl'명령으로 네트워크 서비스를 중지 할 때 실행될 "ifdown $ device boot"명령을 실행하는 것입니다.

이 질문의 흥미로운 부분은 왜 네트워크 서비스가 시작되기 전에 ifplugd가 이미 메모리에 있습니까? 글쎄, 내 경우 WiFi iface는 vbox iface가 잘못 구성되기 전에 해고되었지만 후자는 전체 initscript를 실패하게 만들었다. 따라서 네트워크 부팅시 시작되었지만 서비스 상태가 실패로 기록되었습니다. 하지만 우리가 네트워크 서비스를 중단하고 ifdown/boot 명령으로 ifplugd를 죽이는 것을 막을 수있는 것은 무엇입니까? 정답은 유닛 파일에서 ExecStop 지시문을 처리하는 독창적 인 방법 (네트워크 서비스를 위해 자동 생성 됨)으로 시스템을 구성한 것입니다. 기본적으로 "systemctl stop"명령은 서비스가 시작되지 않았다고 생각하면 ExecStop 지시문을 무시합니다. 글쎄, 물론 그것은 ... 예기치 않은 ifplugd 인스턴스에 이전에 실패한 경우에 실패한 것이 아닙니다! 따라서 서비스를 중지 할 수있는 방법이 없기 때문에 ifplugd를 제거 할 방법이 없으므로 서비스를 다시 시작할 수 없습니다.

결론. 네트워크 스크립트와 시스템 방식 간의 호환성 균형이 매우 약하기 때문에 이러한 예기치 않은 문제가 발생하지 않으므로 많은 예기치 않은 요소가 간섭을 일으킬 수 있습니다.이 시나리오의 문제를 해결하기 위해 여러 가지 상태 유용 할 수 있습니다 :

• 네트워크 서비스 : systemctl 상태 네트워크
• ifplugd 서비스 : PS 도끼 | 그렙 ifplugd
• 네트워크 연결 상태 : ifconfig를/iwconfig을
• 자동 생성 단위 :
• 다른 장소가 독립적으로 고양이를 ifup을 실행 /var/run/systemd/generator.late/network.service : 그렙 -rs ifup을/등

그리고 당연히 "bash -x"와 "echo Bump"명령 디버깅. :-)

이 시나리오에서 '-I'스위치를 사용하면 장기적인 해결책으로 ifplugd가 수정됩니다. 중간 해결책은 ifplugd 리턴 코드를 무시하기 위해/etc/sysconfig/network-scripts/ifup-eth를 수정하는 것입니다. 단기 해결책은 가장 까다로운 것 같습니다. 이는이 라이브 잠금을 트리거하는 모든 가능한 구성 요소를 제거하는 것입니다. 그러나이 때문에

솔루션은 나를 위해 일한 인터페이스 문제의

Answer 3

그는 ... 유일한 용납 시스템이 자동 업데이트입니다 :

가 사용할 수있는 인터페이스를 확인

cp ifcfg-eno16780032 ifcfg-ens192 

vi ens192 및 IP 것을 Ping 할 수는 IP의 세부 사항과를 얻을 수 NAME하고 체크 ip a 후 장치 필드 에 ens192

systemctl disable NetworkManager 

systemctl status NetworkManager -> inactive 

systemctl stop network 

systemctl start network 

을 변경합니다.