Az „RTNETLINK válaszok: Fájl létezik” megoldás ifup futtatásakor

Ez a probléma akkor jelentkezett, amikor megkaptam az új Wi-Fi kulcsot, és láttam néhány embert a ugyanaz a kérdés. Alapjában véve, amikor az egyik kezelőfelület konfigurálva van, és át akarok cserélni a másikra, az felveti ezt a hibát:

RTNETLINK válaszok: A fájl létezik
Nem sikerült felhozni az eth0

vagy valami hasonló fájlt.

/etc/network/interfaces fájl:

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 

Megjegyzések

  • Egynél több alapértelmezett átjáró nem lehet Linuxon. Különösen nem lehet ugyanaz az alapértelmezett átjáró két különböző felületen. És nem lehet ugyanaz a hálózat két különböző felületen.
  • @ceving nincs probléma, ha két interfész van ugyanabban a hálózatban. Az sem probléma, ha ennek a két interfésznek ugyanaz az átjárója van. Az útválasztási tábla szigorúan értelmezett és elképzelhető, hogy a bejegyzések destination IP -> interface. Így az átjáró azon az interfészen keresztül kerül elküldésre, amelyet először (alulról) elemez az útválasztási táblázatban.
  • ha az IPV6-tal foglalkozik, mindig adjon hozzá hálózati hosszat: xxxx: xxxx: …: : 1/64 a címen

Válasz

Ha a @ theoB610 által nyújtott megoldás még mindig nem működik , akkor előfordulhat, hogy öblítenie kell a wlan0 eszközt ifup és ifdown előtt.

sudo ip addr flush dev wlan0 

Ez a probléma nem túl jellemző a Raspberry Pi-re, hasonló probléma merült fel és vezetékes hálózatokban oldották meg a itt (ahonnan a Pi-vel kapcsolatos problémámra találtam megoldást).

Megjegyzések

  • Ez a probléma egy HP ProLiant szerver (!), és ez kijavította.
  • Remek megoldás. Az alapvető probléma néhány korábbi konfiguráció, automatikus vagy manuális (például az ifconfig futtatása a cmd vonalról) továbbra is fennáll. Az sh parancs kijavítja ezt a helyzetet.
  • Ez a probléma akkor fordul elő, amikor vannak rosszul formázott /etc/sysconfig/network-scripts/ifcfg-* fájlok, amelyek miatt a NetworkManager nem kedveli a beállításokat, és létrehoz egy helyettesítő fájlt, így több extra fájlt, és a RTNETLINK answers: File exists hibát okozza. A törött elemek eltávolítása (azok, amelyeket nem ' nem mutatnak profilként) javításnak tűnik.
  • Ezt soha ne másolja és illessze be egy termelési kiszolgálóra. A wlan0-t lecseréltem eth0-ra, és az interfész azonnal lement, és <

nem akarok visszatérni.

  • Érdekes, hogy senki sem adott a legegyszerűbbet és a szabály szerint a legbiztonságosabb módszert : reboot. Például az öblítő kezelőfelülettel voltak problémáim – a kezelőfelületem / IP-címem lement, és csak közvetlenül konzolon tudtam csatlakozni … így mindig az újraindítás a módja.
  • Válasz

    Szerintem megoldást lehet találni ebben a blogbejegyzésben Az „RTNETLINK megoldása válaszok: A fájl létezik ”ifup futtatásakor ; ez minden bizonnyal kijavította nekem.

    Alapvetően csak egy átjárót rendelhet az interfészfájljához. Távolítsa el az átjárót meghatározó duplikált sorokat, hogy csak egyszer jelenjen meg.

    Módosítva / etc / network / interfaces fájl:

    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 

    Minden elismerés Lennartnak a probléma megoldásáért!

    Hozzászólások

    • A Google-n keresztül bukkantam rá erre a válaszra. Ez működött nálam egy Hyper-V-en futó Ubuntu virtuális gépen
    • Kérjük, fogadja el saját válaszát, kattintson a bal oldali pipára. Csak ez fejezi be a kérdést, és nem jelenik meg évről évre.

    Válasz

    Megoldottam írta:

    sudo ifup --ignore-errors wlan0 

    a parancs után az ifdown és az ifup megfelelően működtek.

    Megjegyzések

    • Ez akkor hasznos, ha a " szolgáltatás hálózati újraindítása " sikertelen. 🙂

    Válasz

    lépések:

    1 ellenőrzés-> ip route (ha az ip útvonal alapértelmezett értéke nem a szükséges felület, akkor kövesse a 2.d & 3. lépést)

    2 sudo ip route del default (az alapértelmezett felület törlése)

    3 sudo ip route add default via ip_address dev interface_name (ehhez adja hozzá a szükséges kezelőfelületet)

    Válasz

    Esetemben egy másik kapcsolatom még mindig fut – miután levettem ezt a felületet az ifdown eth0-val, jött az, ami érdekelt (wlan0) tisztán.

    Nem ajánlom a –ignore-hibák opció használatát

    Válasz

    Ezen bukkantam, miközben a VMWare vCenterrel kavarogtam.Ha ugyanabban a hajóban van, akkor a csomagkezelővel együtt telepítenie kell a VMWare Tools, a perl és a net-toolokat, mielőtt elkészítené a virtuális gép sablonját / pillanatképét.

    Answer

    Az ifdown segítségével eltávolítjuk az RTNETLINK-t és az ifup-ot újra

    ifdown wlan0 ifup wlan0 

    Válasz

    Kikényszerítés / konfigurálás

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

    Vélemény, hozzászólás?

    Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük