Vlákno názorů k článku Předvídatelné pojmenování síťových karet v Linuxu: kam se podělo eth0 od samalama - tie nazvy su asi tak predikovatelne ako moje...
-
samalama (neregistrovaný)
tie nazvy su asi tak predikovatelne ako moje prdy.
1. integrované síťové karty jsou pojmenovány eno0, eno1 …
2. karty ve slotech PCI Express jsou pojmenovány ens0, ens1 …
3. karty s více konektory přidávají k názvům ještě pozici: enp1s0
4. (volitelné) název odvozený z MAC adresy: enx78e7d1ea46da
5. klasické nepředvídatelné pojmenování podle jádra jako eth0cize sietovka vo virtuali bude mat aky nazov? ci nebude?
pomenovanie na zaklade mac adries cez udev mi nefugoval len v jedinom pripade, ked system nevedel premenovat sietovku eth0 na eth1 (a naopak), pretoze eth1 uz existovala. ale vyskytlo sa to iba raz a iba na jednom konkretnom hw. vyriesilo sa to nakoniec tak, ze sa premenovali na wan0 a lan0 (co sme potom zacali aplikovat aj na ostatne servery).
ked viem, ze tato sietovka ma takuto mac, tak viem, ze bude mat takyto nazov. ked tu sietovku vymenim, tak ju proste vymenim a zmenim aj udev. menim sietovku, tak menim aj konfiguraciu. co je na tom zle/nesystemove/antihipsterske/...?
ak instalujem nejaky server (hw alebo vm), tak viem, ze jedna sietovka bude mat stale nazov eth0, mozem ju teda nakonfigurovat a stroj startnut a viem, ze mi siet pojde. takto len mozem hadat, ako sa sietovka bude volat a v podstate ju ani neviem nakonfigurovat...
-
Petr M (neregistrovaný)
Jak často vlastně jenom tak ze srandy sestřelíš server, vytaháš z něho kabely, prohodíš síťovky a pak přetaháš kabely k jiným slotům, zapojíš do původních konektorů, vysvazkuješ a znovu nabootuješ? A nepřijde ti to zbytečný?
A když máš předpřipravených 10 serverů, kde v 2. PCI je čtyřportová karta pro DMZ, tak pro 10 serverů přepisuješ konfigurák jenom proto, aby se dala karta přehodit do 3. slotu, když dostaneš záchat přepojování? Pozdravuj služebnictvo v bílých pláštích, co ti ráno a večer nosí lentilky...
-
j (neregistrovaný)
Narozdil od magoru jako ses ty a ten kreten Poettering adminuju skutecnej HW a v nem se kupodivu cas od casu neco prida, a neco jinyho je treba posunout aby se to veslo, nebo se neco odebere, a porad od toho ocekavam, ze po startu vsechno pojede a ne ze stravim mesic rekonfiguraci uplne vseho protoze nejakej kokot vymysel ze je uzasnej napad davat HW nazvy podle toho kam je pripojenej. Kabely ze sitovek kvuli tomu nemusim vubec odpojovat, ale to trotl co vzivote server nevidel nemuze tusit.
-
Petr M (neregistrovaný)
Jasně, a abys to nemusel po změně překonfigurovávat, tak to pro změnu konfiguruješ rovnou ručně při instalaci. A pak stejně po změně HW, protože se síťovka vymění (= jiná MAC), prohodí (máš dvě stejný a neohlídáš si MAC a prohodíš je ve slotech), přidá (potřebuješ další síťovku), odebere (spíš než jednu ze síťovek potřebuješ na jejím místě SAS)...
A když to necháš postaru a na části produkčních serverů se to po update jádra rozbije a protože updatuješ postupně, tak máš různý mašiny v různé konfiguraci a neřve to, že je někde problém. Jenom se nějak domotají sítě a jak tydýt hledáš, kde a čím to je.
Gratuluji k tomu, jak se ti krásně daří si kakat do gumáků.
-
Petr Neni (neregistrovaný)
Petre, obvykle se nadefinuje konfigurace jednou a pak se udrzuje. Jako admin chcete mit jistotu ze dana sitovka bude mit pristup k dane siti. Obcas potrebujete sitovku pridat a nechcete kvuli tomu menit pul konfigurace jenom proto ze system si rekl ze to rozjebe. Obcas chcete sitovku odstranit a taky necekate ze vam system rozjebe konfiguraci. A obcas nejakou sitovku vymenite, pak vite ze minimalne musite udelat zmenu rozhrani a mac adresa. System obsahujici eth0 a MAC adresu je ve vetsine usecase funkcni bez zasahu. Pridam sitovku, zmenim pozici, odstranim nejakou sitovku, ostatni konfigurace zustava funkcni. V pripade tohodle “predvidatelneho” reseni v kazde situaci ma admin imho praci navic.
-
samalama (neregistrovaný)
"pomenovanie na zaklade mac adries cez udev mi nefugoval len v jedinom pripade..."
aby som to uviedol na pravu mieru - tento pripad sa vyskytol PO zavedeni systemd (centos 7), kedy sme chceli zachovat povodne nazvy sietoviek. skusali sme rozne kombinacie nastaveni (udev, kernel parameter), a stale to neslo. takze asi tak je to s tou moznostou v systemd, zachovat povodne nazvy (hej, povodne nazvy ostali, ale uz ich sme nedokazali prehodit medzi sietovkami. bez systemd si fakt nepamatam pripad, kedy by to nefungovalo).
-
> cize sietovka vo virtuali bude mat aky nazov? ci nebude?
Virtuální počítač má v sobě síťovou kartu která buď emuluje reálnou kartu která existovala/existuje (e1000, rtl8139), nebo se jedná o paravirtualizaci (virtio-net). V prvním případě se emuluje PCIe a tedy bude to "ens", ve druhém případě je to stejný případ protože musí fungovat hotplug. Případy dávám pro QEMU/KVM, na jiné platformě (VMWare) to budou jiné názvy karet i ovladačů.
Problém je, že ten seznam co napsal Petr do článku kdysi dávno vyšel někde na Lennartově blogu a nyní to věšichni od sebe navzájem opisují. A to včetně Red Hat dokumentačního týmu, poslal jsem jim BZ aby to tam dodali ať je to jasné pro všechny:
