İfup çalıştırırken “RTNETLINK cevapları: dosya var” çözümü

43

Yeni Wi-Fi donanım kilomu aldığımda ve bu sorunu birkaç kişiyle gördüğümde bu sorunu yaşadım. Temelde bir arayüz yapılandırılmış ve diğerine geçmek istediğimde, bu hatayı atar:

RTNETLINK cevapları: Dosya var
eth0 getirilemedi

Veya benzeri.

/etc/network/interfaces dosya:

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

networking wifi

— avidreader610
kaynak

1

Linux'ta birden fazla varsayılan ağ geçidiniz olamaz. Özellikle iki farklı arayüzde aynı varsayılan ağ geçidine sahip olamazsınız. İki farklı arayüzde aynı ağa sahip olamazsınız.

— 07

Ayrıca, aynı ağda iki arabirime sahip olmakta sorun yoktur. Bu iki arayüzün aynı ağ geçidine sahip olması durumunda da sorun yoktur. Yönlendirme tablosu kesin bir şekilde ayrıştırılır ve girişlerin olduğunu hayal edebilirsiniz destination IP -> interface. Böylece, yönlendirme tablosunda ilk olarak (alttan) ayrıştırdığı ara yüz yoluyla ağ geçidine gönderilecektir.

— George,

IPV6 ile uğraşmak her zaman bir ağ uzunluğu ekleyin: xxxx: xxxx: ... :: 1/64 adreste

— fcm

46

@ TheoB610 tarafından sağlanan çözüm hala çalışmıyorsa, wlan0cihazı önce ifupve sonra yıkamak zorunda kalabilirsiniz ifdown.

sudo ip addr flush dev wlan0

Bu Raspberry Pi'ye çok özgü olmayan bir problem, benzer bir problem ortaya çıktı ve burada kablolu ağlarda çözüldü (Pi ile olan problemimin çözümünü türetdiğim yerden).

— Ben Isaac
kaynak

1

Bir HP ProLiant sunucusunda (!) Bu sorunu yaşıyordum ve bu sorunu çözdü.

— sudo

1

Harika çözüm Temel sorun önceki veya bazı yapılandırmaları, otomatik veya manuel (örneğin, cmd satırından ifconfig komutunu çalıştırmak gibi) hala devam etmektedir. Flush komutu bu durumu düzeltir.

— kmarsh

1

/etc/sysconfig/network-scripts/ifcfg-*NetworkManager'ın bazı ayarlardan hoşlanmamasına ve değiştirilen bir dosya oluşturmamasına neden olan hatalı biçimlendirilmiş dosyalar olduğunda , bu nedenle birden fazla fazladan dosya oluşturup hataya neden olduğunda bu sorunu yaşadım RTNETLINK answers: File exists. Kırılmış olanları (profil olarak göstermeyenler) çıkarmak bir düzeltme gibi görünüyor.

— Wilf,

2

Bunu bir üretim sunucusuna asla kopyalayıp yapıştırmayın. Wlan0'ı eth0 ile değiştirdim ve arayüz derhal kapandı ve geri gelmek istemiyor.

— Fusseldieb

1

Kimse basit koşuluyla İlginç ve kural tarafından en güvenli yöntem: reboot. Mesela kızarma arayüzünde sıkıntılarım vardı - arayüzüm / IP'm düştü ve sadece doğrudan bir konsola bağlanabildim ... böylece yeniden başlatma her zaman benim için bununla gitmenin yoludur.

— stamster

24

Bir çözümün ifup ( Lennart'ın blogu) çalıştırırken “RTNETLINK cevapları: Dosya var” ı çözmede bulunabileceğini düşünüyorum . kesinlikle benim için düzeltti.

Temel olarak, arayüzler dosyanızda atanmış yalnızca bir ağ geçidiniz olabilir. Ağ geçidini belirleyen yinelenen satırları kaldırın, böylece yalnızca bir kez görünür.

Değiştirilmiş / etc / network / interfaces dosyası:

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

Bu sorunu çözmek için Lennart'a verilen tüm kredi!

— avidreader610
kaynak

Google üzerinden bu cevap boyunca tökezledi. Bu benim için Hyper-V'deki bir Ubuntu

— VM'de işe yaradı

8

Tarafından çözdüm:

sudo ifup --ignore-errors wlan0

Bu komuttan sonra ifdown ve ifup düzgün çalışmaya başladı.

— mauretto
kaynak

Bu, "servis ağı yeniden başlatması" başarısız olduktan sonra faydalıdır, teşekkürler. :)

— Adambean

1

adımlar:

1 check-> ip route(ip ipucu varsayılanı gerekli arabirimden farklıysa, 2d ve 3. adımı izleyin)

2 sudo ip route del default(bu varsayılan arayüzü sil)

3 sudo ip route add default via ip_address dev interface_name(istediğiniz arayüzü bu şekilde ekleyin)

— Rahul Patil
kaynak

0

Benim durumumda, hala devam eden başka bir bağlantım vardı - bir kez ifdown eth0 ile o arayüzü kullandım, ilgilendiğim kişi (wlan0) temiz bir şekilde ortaya çıktı.

--İgnore-error seçeneğini kullanmanızı önermiyorum

— tamale
kaynak

0

VMWare vCenter ile uğraşırken buna rastladım. Aynı teknedeyseniz, VM'nin Şablon / Anlık Görüntüsünü yapmadan önce VMWare Araçları, perl ve ağ araçlarını paket yöneticinize kurmuş olmanız gerekir.

— turiyag
kaynak

-1

De / konfigürasyon zorla

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

— Nico
kaynak