이 튜토리얼에 따라 가상 머신을 설정하고 싶었습니다 : http://www.howtoforge.com/virtualization-with-kvm-on-a-debian-lenny-server
인터페이스 파일을 수정 해야하는 시점에 도달했습니다.
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 176.9.XXX.XXX
netmask 255.255.255.255
pointopoint 176.9.XXX.XXX
gateway 176.9.XXX.XXX
그리고 이것을 다음과 같이 변경했습니다.
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet static
address 176.9.XXX.XXX
netmask 255.255.255.255
pointopoint 176.9.XXX.XXX
gateway 176.9.XXX.XXX
bridge_ports eth0
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off
그런 다음 /etc/init.d/networking restart를 수행했지만 ifconfig 출력은 동일하게 유지되며 서버를 다시 부팅하면 인터페이스 파일이 이전처럼 보입니다. 왜 이런 일이 발생합니까?
ifconfig :
eth0 Link encap:Ethernet HWaddr 00:18:51:XX:XX:XX
inet addr:176.9.XXX.XXX Bcast:176.9.XXX.XXX Mask:255.255.255.255
inet6 addr: fe80::218:51ff:XXXX:XXXX/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4236 errors:0 dropped:0 overruns:0 frame:0
TX packets:4569 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:414559 (404.8 KiB) TX bytes:501379 (489.6 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:3406 errors:0 dropped:0 overruns:0 frame:0
TX packets:3406 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:319219 (311.7 KiB) TX bytes:319219 (311.7 KiB)
답변
실제로 답변은 아니지만 의견이 너무 길어 일부 의견이 도움이 될 수 있습니다.
먼저 bridge-utils
설치 했습니까? 그 이유는 것입니다 ifupdown
구문 분석에 대한 책임을 패키지 /etc/network/interfaces
및 네트워킹 관리 (예 :의 것과 같은 낮은 수준의 도구 충당하기 위해 부르고 쉘 스크립트 단지 무리입니다 iproute
, dhcp3-client
당신은 책임이 도구를 놓치고 그래서 만약 등등하고) 다리를 설치하는 거친 작업 ifupdown
만으로는 다리를 설정할 수 없습니다.
둘째, “네트워킹을 다시 시작”하는 대신 브릿지 인터페이스를 시작할 수 있는지 여부를 테스트하려면 다음 과 같은 스크립트 및 스크립트 ifupdown
형식으로 제공 되는 대화 형 기능을 활용 해야합니다.ifup
ifdown
# ifup br0
그리고 어떻게되는지보십시오. 적절한 매뉴얼 페이지를 참조하십시오 .
셋째, 사용을 중지하십시오
# /etc/init.d/<foo> <action>
하고
# service <foo> <action>
대신 (Squeeze부터 사용 가능). 여기에는 여러 가지 장점이 있습니다.
-
그것은 상관없이 설치-이되는 초기화 시스템, 심지어 작동 작동하지 않습니다
upstart
,systemd
,openrc
등이 시스템의 각 서비스를 제어하기위한 고유의 도구를 제공한다.따라서 서비스를 관리하는 방법을 신속하게 다시 배우지 않아도
service
되므로 나중에 다른 init 시스템으로 쉽게 전환 할 수 있습니다 (Jessie는systemd
기본적으로 시스템을 자동 으로 전환합니다 ). - 으로
sysvinit
(현재 사용중인), 제대로 대상 init 스크립트를 호출하기 전에 환경을 소독하라고. 오래된 직접 호출 방식은 스크립트를 호출 한 쉘의 상태에 영향을 받기 쉽습니다.service
스크립트는 호출 init 스크립트가 분별있는 환경보고 확인한다$PATH
,umask
등등, 작업 디렉토리를.