ifup을 실행할 때 “RTNETLINK 답변 : 파일이 있습니다.”해결

새 Wi-Fi 동글을 구입했을 때이 문제가 발생했고 몇 사람이 같은 문제. 기본적으로 하나의 인터페이스를 구성하고 다른 인터페이스로 바꾸고 싶을 때 다음 오류가 발생합니다.

RTNETLINK 답변 : 파일이 있습니다.
eth0

또는 이와 유사한 항목을 가져 오지 못했습니다.

/etc/network/interfaces 파일 :

auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0 gateway 192.168.1.1 iface wlan0 inet static address 192.168.1.3 netmask 255.255.255.0 gateway 192.168.1.1 

설명

  • Linux에는 기본 게이트웨이가 두 개 이상있을 수 없습니다. 특히 두 개의 다른 인터페이스에서 동일한 기본 게이트웨이를 가질 수 없습니다. 그리고 두 개의 다른 인터페이스에서 동일한 네트워크를 가질 수 없습니다.
  • @ceving 동일한 네트워크에 두 개의 인터페이스를 갖는 데 문제가 없습니다. 이 두 인터페이스에 동일한 게이트웨이가 있어도 문제가 없습니다. 라우팅 테이블은 엄격한 방식으로 구문 분석되며 항목이 destination IP -> interface라고 상상할 수 있습니다. 따라서 라우팅 테이블에서 먼저 (아래에서) 구문 분석하는 인터페이스를 통해 게이트웨이로 전송됩니다.
  • IPV6을 처리하는 경우 항상 네트워크 길이를 추가합니다. xxxx : xxxx : … : : 1/64 주소

답변

@ theoB610에서 제공 한 솔루션이 여전히 작동하지 않는 경우 이면 ifupifdown 전에 wlan0 기기를 플러시해야 할 수 있습니다.

p>

sudo ip addr flush dev wlan0 

이것은 Raspberry Pi에만 국한되지 않는 문제입니다. 유사한 문제가 발생하여 여기 (Pi 관련 문제에 대한 솔루션을 도출 한 위치에서)

댓글

  • 이 문제가 발생했습니다. HP ProLiant 서버 (!), 그리고 이로 인해 문제가 해결되었습니다.
  • 훌륭한 솔루션입니다. 기본적인 문제는 일부 이전 구성, 자동 또는 수동 (cmd 행에서 ifconfig 실행 등)이 여전히 남아 있다는 것입니다. sh 명령은 이러한 상황을 해결합니다.
  • NetworkManager가 일부 설정을 좋아하지 않고 대체 파일을 생성하여 생성되는 잘못된 /etc/sysconfig/network-scripts/ifcfg-* 파일이있을 때이 문제가 발생했습니다. 여러 개의 추가 파일로 인해 RTNETLINK answers: File exists 오류가 발생합니다. 깨진 항목 (프로필로 표시되지 않는 항목) (')을 제거하는 것이 수정 된 것 같습니다.
  • 이를 프로덕션 서버에 복사하여 붙여 넣지 마십시오. 나는 wlan0을 eth0으로 바꾸었고 인터페이스는 즉시 다운되었고 ' 돌아오고 싶지 않았습니다.
  • 아무도 가장 간단하고 가장 안전한 방법을 제공하지 않았다는 것이 흥미 롭습니다. : reboot. 예를 들어 플러싱 인터페이스에서 문제가 발생했습니다. 인터페이스 / IP가 다운되어 콘솔에서만 직접 연결할 수 있었기 때문에 재부팅이 항상 저를위한 방법입니다.

답변

이 블로그 게시물에서 해결책을 찾을 수있을 것 같습니다. “RTNETLINK 해결 답변 : 파일이 있습니다”ifup 실행시 ; 그것은 확실히 나를 위해 그것을 고쳤습니다.

기본적으로 인터페이스 파일에 할당 된 게이트웨이는 하나만 가질 수 있습니다. 게이트웨이를 결정하는 중복 줄을 제거하여 한 번만 표시되도록합니다.

수정 됨 / etc / network / interfaces 파일 :

auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0 gateway 192.168.1.1 iface wlan0 inet static address 192.168.1.3 netmask 255.255.255.0 #gateway 192.168.1.1 <= Either comment or remove this line 

이 문제를 해결 한 Lennart에게 감사드립니다!

댓글

h3>

  • Google을 통해이 답변을 우연히 발견했습니다. 이것이 Hyper-V의 Ubuntu VM에서 저에게 효과적이었습니다.
  • 왼쪽의 체크 표시를 클릭하여 자신의 답변을 수락하십시오. 이것만으로 질문이 끝나고 1 년 동안 다시 나타나지 않을 것입니다.

답변

해결했습니다. 기준 :

sudo ifup --ignore-errors wlan0 

이 명령 후 ifdown 및 ifup이 제대로 작동합니다.

댓글

  • " 서비스 네트워킹 재시작 "이 실패한 후 유용합니다. 감사합니다. 🙂

답변

단계 :

1 확인-> ip route (IP 경로 기본값이 필수 인터페이스가 아닌 경우 2d & 3 단계를 따릅니다.)

2 sudo ip route del default (기본 인터페이스 삭제)

3 sudo ip route add default via ip_address dev interface_name (이와 같이 필요한 인터페이스 추가)

답변

제 경우에는 다른 연결이 아직 실행 중이었습니다. ifdown eth0으로 해당 인터페이스를 중단 한 후 관심이있는 연결 (wlan0)이 왔습니다.

-ignore-errors 옵션을 사용하지 않는 것이 좋습니다.

답변

VMWare vCenter를 엉망으로 만드는 동안 이것을 우연히 발견했습니다.같은 보트에있는 경우 VM의 템플릿 / 스냅 샷을 만들기 전에 패키지 관리자와 함께 VMWare 도구, perl 및 net-tools를 설치해야합니다.

Answer

우리는 ifdown을 사용하여 RTNETLINK를 제거하고 다시 ifup을 제거합니다.

ifdown wlan0 ifup wlan0 

답변

강제 해제 / 구성

ifdown --force --verbose ethX && ifup --force --verbose ethX 

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다