abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 2
dnes 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 0
dnes 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 1
dnes 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
dnes 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
včera 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
včera 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
včera 15:16 | Komunita

Na GOG.com začal zimní výprodej. Řada zlevněných her běží oficiálně také na Linuxu. Hru Neverwinter Nights Diamond lze dva dny získat zdarma. Hra dle stránek GOG.com na Linuxu neběží. Pomocí návodu ji lze ale rozběhnout také na Linuxu [Gaming On Linux].

Ladislav Hagara | Komentářů: 1
včera 13:14 | Bezpečnostní upozornění

Byla vydána verze 2.7.1 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Řešeno je několik bezpečnostních problémů. Aktualizován byl především Tor Browser na verzi 6.0.7. Tor Browser je postaven na Firefoxu ESR (Extended Support Release) a právě ve Firefoxu byla nalezena a opravena vážná bezpečnostní chyba MFSA 2016-92 (CVE-2016-9079, Firefox SVG Animation

… více »
Ladislav Hagara | Komentářů: 0
30.11. 19:19 | Nová verze

Příspěvek na blogu nadace Raspberry Pi je věnován bezpečnostním vylepšením v nejnovější verzi Raspbianu s desktopovým prostředím PIXEL. V oficiálních obrazech je nově zakázán SSH přístup. Ten lze samozřejmě povolit po zavedení Raspbianu pomocí nástroje raspi-config. Nemá-li uživatel k Raspberry Pi připojený terminál, může SSH přístup povolit vytvořením souboru ssh v adresáři /boot. Raspbian nově upozorňuje uživatele na bezpečnostní riziko, je-li SSH přístup povolen a uživatel pi nemá změněno výchozí heslo.

Ladislav Hagara | Komentářů: 42
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 755 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Samovolná změna pořadí interfaců po rebootu

4.8.2005 15:17 beginer666 | skóre: 9
Samovolná změna pořadí interfaců po rebootu
Přečteno: 977×
Zdravim, chtěl bych se zeptat jestli mi nekdo muze poradit s problemem samovolne zmeny interfacu (eth0,eth1, eth2 atd. ) po rebootu.

Cetl jsem si nejaky starsi dotazy a zkusil jsem uz zapsat aliasy do modprobe.conf ale to nejak nepomaha. Takze nevim co stim.

Jde kokretne o to ze mam tri sitovky eth0, 1 a 2 a pokazdy nabehne jinak - treba eth0 nabezhne na eth2, eth1 na eth0 a eth2 na eth1 a jindy jinak.

Pokud nekdo vi co stim , budu rad za jakoukoliv radu.

Dekuji

Odpovědi

4.8.2005 15:38 Zdenek 'Mst. Spider' Sedlak | skóre: 37 | blog: xMstSpider
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
co je to za sitovky, co je to za distribuci...
4.8.2005 16:50 beginer666 | skóre: 9
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
JDE o distro SUSE 9.3

Netovky: Realtek RTL-8029(AS) VIA VT6105 [Rhine-III] OVISLINK LFE-8139ATX

jsou dany do trech PCI slotu, kdyz to vemu od procesoru tak prvni je Via, druha RTL-8029 a treti OVISLINK.

Chtel bych aby mi nabihaly f tom poradi jakym jsou vzany od toho procesoru, takze eth0 - VIA, eth1 - RTL-8029 a eth2 - ovis.

Díky
4.8.2005 17:18 Zdenek 'Mst. Spider' Sedlak | skóre: 37 | blog: xMstSpider
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Zkuste kouknout sem...
4.8.2005 19:09 beginer666 | skóre: 9
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
koukal jsem na to a muzu zkusit akorat tohle "kernel /boot/vmlinuz netdev=irq=24,name=eth0" ...ale to mi nejde. ..protoze nemam zadnej program "kernel" ... ...jsem spis zacatecnik-pokrocili.. ..takze porad nejak nevim...

...aliasy nefungujou . ..ty uz jsem zkousel ...

jsem skoro bezradnej.... )-:
4.8.2005 19:18 Hynek
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Kernel neni nazev programu kernel je samotne jadro systemu ktere se spousti pri staru linuxu panecku to je teda lama:-)
21.5.2007 06:54 soldier2000
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Hynek je 31173
4.8.2005 19:53 Peter
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Ide o parametre predávané kernelu. Zmeň ich v /etc/lilo.conf alebo v /boot/grub/menu.lst (alebo podľa distribúcie aj inak). Ale pozor, ak urobíš chybu, tak nenabootuješ. Ak ako bootloader používaš grub, tak si to možeš najprv vyskúšať "nanečisto". Pri boote v menu nepotvrdíš výber, ale zadáš editovať parametre (klávesa e). Potom to dopíš k parametrom jadra.
4.8.2005 19:54 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
To je řádek do zavaděče, hledej lilo, nebo grub. Lilo má konfigurák v /etc/lilo.cong a grub v /boot/grub/grub.conf.
When your hammer is C++, everything begins to look like a thumb.
4.8.2005 21:06 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
A proč to vlastně chcete? Použijte persistentní jména, jako to dělá systém, a tam, kde to nejde, využijte příkaz getcfg-interface.
4.8.2005 23:52 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu

Řešení je velmi jednoduché. Interfacy se číslují podle toho, v jakém pořadí zavádíš moduly pro jednotlivá síťová zařízení do kernelu.

Bohužel to vůbec nezávisí na aliasech vytvořených v modprobe.conf. Ty slouží jen pro zjednodušení názvů. Pokud modulu pro síťovou kartu přidělíš alias Franta nebo Lojza, bude to fungovat naprosto stejně jako při aliasu eth0. Alias pro modul nesouvisí s označením rozhraní.

Pořadí načítání modulů můžeš ovlivnit editací patřičného inicializačního skriptu - podle toho, jakou máš distribuci. Například v mé distribuci (ArchLinux) se klíčový soubor jmenuje /etc/rc.conf.

Pokud používáš k nastavení sítí nějaké grafické rozhraní, tedy nějaký nástroj typu "control center" apod., jaký některé distribuce mají, ne vždy takový nástroj dokáže skript správně editovat. Dá tam poctivě všechno, co si odklikneš, ale na pořadí nekouká.

Například u mě je ovladač pro klasický ethernet zvaný 8139too, pro WiFi ipw2100 a pro FireWire ohci1394. Jestliže chci mít ethernet na eth0, WiFi na eth1 a síť přes FireWire na eth2, musím moduly načíst v pořadí 8139too ipw2100 ohci1394. Jinak řečeno: Pokud jim nastavím aliasy (po řadě) eth0, eth1 a eth2, ale budu načítat v pořadí eth1 eth0 eth2, bude driver s aliasem eth0 ovládat rozhraní eth1 a naopak. Na to pozor.

Za běhu systému můžeš síť (dočasně pro danou session) dát do pořádku (jako root) takto:

ifconfig eth0 down
ifconfig eth1 down
ifconfig eth2 down
modprobe -r eth0
modprobe -r eth1
modprobe -r eth2
modprobe eth0
modprobe eth1
modprobe eth2
dhcpcd eth0
dhcpcd eth1
dhcpcd eth2

Ještě pár poznámek: Pokud se nepřipojuješ přes server dhcp, musíš přidělit IP adresu ručně. Pak místo dhcpcd použiješ ifconfig s několika parametry. Podívej se na man ifconfig, jak na to. Pozor na správné pořadí a na správné aliasy v modprobe.conf. Změna pořadí při každém restartu znamená, že se moduly zavádějí v náhodném pořadí, což je dost zvláštní. Pořadí zavádění modulů by mělo být ve startovacích skriptech přesně definované a nikdy by nemělo probíhat paralelně nebo na pozadí...

Sorry za délku příspěvku. Doufám, že to pomůže.

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
5.8.2005 00:02 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Otázkou je, proč to takhle ručně patlat, když se o všechno postarají inicializační skripty systému - a lépe.
5.8.2005 01:33 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Zatím se o to ale vůbec nepostaraly, jak je vidět... Kromě toho netvrdím, že se to má takhle řešit pokaždé nebo že se to má přidat do skriptů. (Jen to ne!) Takový experiment mi prostě přijde důležitý pro správné pochopení všech souvislostí. Je to snad taky dobrý výchozí poznatek pro potřebné úpravy init-skriptů.
ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
5.8.2005 16:28 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Ale postarali, všechno funguje k mé naprosté spokojenosti už od verze 9.1 (první, která používala jádro 2.6). Raději ať tazatel napíše, co konkrétně mu nefunguje, abych mu mohl poradit, co s tím má dělat. To, že se stejný fyzický interface nejmenuje pokaždé stejně, není problém, který by se měl řešit, to je skutečnost, na kterou je třeba si zvyknout. Ono to totiž mohlo nastat i dříve, jenom se to teď týká i PCI ethernetových karet.
16.8.2005 00:27 beginer666 | skóre: 9
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
...tak tohle jediný fungovalo. ...díky...
16.8.2005 00:43 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Pane doktore, proč me každý ignoruje?

Další!

Jinak řečeno, snažil jsem se vám tady vysvětlit, že skutečnost, že jméno interface není pevně svázáno s fyzickým zařízením, není problém, který byste měl řešit, ale realita, na kterou byste si měl zvyknout. Distribuce, kterou používáte, se s touto realitou vyrovnává a vyrovnává se s ní úspěšně, všechno funguje, jak má. Tak proč, proboha, s tou distribucí chcete za každou cenu bojovat? V čem vám konkrétně překáží skutečnost, že jméno interface není pořád stejné?

17.8.2005 04:00 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu

Mám kernely z www.kernel.org i z distribuce. U obou je pojmenování vázané na pořadí vkládání modulů. To lze jednoznačně nastavit v inicializačních skriptech. Děje se sériově, v daném pořadí. Neříkám, že změny pořadí jsou špatné. Jen se divím, jak je vůbec možné, že k nim dochází.

Různé názvy interfaců jistě nejsou problém, hlavně při zmíněném přístupu s MAC adresami. Řešíme ovšem jinou otázku: Mohl by uživatel, ať už z jakýchkoliv pohnutek, třeba iracionálních, mít názvy vždy stejné? Odpověď zní ano.

Musím-li něco, ptám se proč. Chci-li něco, ptám se proč ne. Dobře, tedy chci stálá jména interfaců. Proč ne? Pokud jde o riziko, lze přece bez potíží zároveň používat konfiguraci pomocí MAC adres a využít tak výhod obou přístupů.

Používám stálá jména, protože to tak chci. Až bude člověk sloužit počítači, pak se bude muset člověk s něčím smiřovat. Dokud ale slouží počítač člověku, bude prostě dělat to, co se člověku zlíbí. Přešel jsem kdysi na Linux právě proto, abych se už nikdy nemusel s ničím smiřovat. Opravdu jsem se zatím smiřovat nemusel. :-)

Když napíšu ifconfig eth0, chci vidět informace o klasické síťovce. Když napíšu ifconfig eth1 nebo iwconfig eth1, chci vidět informace o WiFi síti. Na tom přece není nic k nepochopení, že to někdo přesně takhle chce mít...

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
17.8.2005 17:34 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Řešíme ovšem jinou otázku: Mohl by uživatel, ať už z jakýchkoliv pohnutek, třeba iracionálních, mít názvy vždy stejné?

Aha, tady je ten zásadní rozpor, podle mne totiž řešíme něco úplně jiného. Řešíme to, že tazatel zjistil, že přiřazení jmen rozhraní fyzickým zařízením není persistentní, domnívá se, že je to špatně a ptá se, jak to opravit. Proto se mu snažím vysvětlit, že to není špatně, že tudíž není třeba opravovat něco, co funguje, a samozřejmě se také snažím (jemu i ostatním) vysvětlit, jak to vlatně funguje.

Dobře, tedy chci stálá jména interfaců. Proč ne?

Také jsem měl období, kdy jsem se snažil předělávat distribuci jen tak, jak mne napadlo. Ale už mne to přešlo. Teď předělávám distribuci jen tam, kde mi to něco užitečného přináší. A tohle není ten případ.

Když napíšu ifconfig eth0, chci vidět informace o klasické síťovce.

Jak už jsem mnohokrát napsal, chybou je už samo používání ifconfig, ale to je jako házet hrách na stěnu a s probíraným problémem to nesouvisí (aspoň ne přímo). Bylo by pro vás o tolik problematičtější napsat si jednořádkový skript, který vám opravdu zobrazí nastavení toho rozhraní, které vás zajímá, a který navíc na rozdíl od toho vašeho příkazu bude opravdu dělat to, co má? (Jak už jsem také několikrát zmínil, změna jména interface vás mohla potkat už v pre-2.6 instalacích, jen si to (skoro) nikdo neuvědomoval.)

17.8.2005 16:26 Beda
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
vadit to muze treba u firewallu - pokud si clovek zvykne na iptables-save a -i a -o parametry iptables.
17.8.2005 17:20 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
U podmínek -i a -o příkazu iptables to nevadí, psal jsem to už několikrát, řešení je uvedeno i v této diskusi. Co se týká iptables-save, považoval bych to spíše za problém samotné koncepce nastavování paketového filtru pomocí tohoto příkazu, podle mých zkušeností to navíc není zdaleka jediný problém s iptables-save. Ostatně, stačí použít --pid-owner a máte úplně stejný problém.
5.8.2005 15:41 Jary | skóre: 30 | blog: Jary má blog | Dům
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Podle článku o UDev a diskuze pod ním by jsi si to mohl presistentně nastavit.
.sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky.
5.8.2005 16:30 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
To je jedna z možností, ale je to zbytečné. Na tom, že není jméno interface stálé, není ve skutečnosti nic špatného.
16.8.2005 10:56 Dejv | skóre: 36 | blog: Jak ten blog nazvat ... ? | Ostrava
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Dovolim si s Vami nesouhlasit. To bychom take mohli rici, ze je jedno, jestli dana partice je hda1 nebo hdd7...

Sitovy kabel mam pripojeny stale ke stejne sitovce a logicky ocekavam, ze k ni (te sitovce) budu pristupovat pod stale stejnym jmenem.

Ano, je jedno, jestli to bude "eth0" nebo "Franta". Ale nesouhlasim s tim, aby internet od kamarada Franty byl jednou na "sit_Franta" (a k "sit_Lojza" byla pripojena vnitrni sit) a podruhe na "sit_Lojza" (a vnitrni sit s kamaradem Lojzou byla na sitovce "sit_Franta").

Tot muj nazor a jeho vysvetleni, kazdy at se k tomu postavi, jak chce, od toho tady mame svobodu Linuxu :-)

Dejv
Pevne verim, ze zkusenejsi uzivatele me s mymi napady usmerni a poslou tam, kam tyto napady patri...
16.8.2005 11:09 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Váš příklad také není úplně přesný, protože se mi sice nestane, že by stejný diskový oddíl byl jednou /dev/hda1 a podruhé /dev/hdd7, ale velmi snadno se vám může stát, že stejný oddíl bude jednou /dev/sda1 a podruhé /dev/sdb1. To je realita a na systémech, kde to hrozí, je potřeba se s tím vypořádat (jde to). Stejně tak na systémech, kde hrozí, že stejný interface bude jednou eth0 a podruhé eth1, je třeba se s tím vypořádat. Takových systémů několik spravuji a nemám s tím nejmenší problém.

Takže pořád čekám, až mi vysvětlíte, v čem konkrétně vám vadí, že témuž fyzickému zařízení bude jednou odpovídat interface eth0 a jindy eth1. Protože já jsem zatím na žádnou situaci, kde by to opravdu vadilo, za rok a čtvrt nenarazil. Pro jistotu předem podotýkám, že konfigurace paketového filtru takovým případem není.

16.8.2005 13:24 nxt
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Vzhladom na to, ze si paketovy filter riesim "rucne" (historia), tak byto trochu problem bol.

Druha situacie je napr. pocitanie trafficu. Pokial by na routri ozaj karta veduca do internetu raz bola eth0 a raz eth1 a karta veduca do lokalnej siete bola naopaka raz eth1, raz eth0, tak by mohol nastat problem s dlhodobym pocitanim prenasanych dat.

/dev/sda1 sa /dev/sdb1 stane iba vtedy, ak sa nieco fyzicky zmeni v pocitaci (inak zapojim usb zariadenia, alebo poprehadzujem scsi / sata disky). "samo od seba" sa to nezvykne stat.
16.8.2005 14:10 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Problém to není. Např. v případě paketového filtru to řeší triviální konstrukce
  EXTHW='00:50:fc:e1:3d:07'
  EXTIF=`getcfg-interface "eth-id-$EXTHW"`
na začátku skriptu a všechno funguje jak má. Totéž můžete použít i u IP accountingu (ten název se vám nezmění sám od sebe, změní se jen při startu systému). Opakuji: zatím jsem nenarazil na žádnou situaci, kde by byl problém s tím, že se interface nejmenuje pokaždé stejně. Pokud o takové víte, napište to.

/dev/sda1 sa /dev/sdb1 stane iba vtedy, ak sa nieco fyzicky zmeni v pocitaci

To není pravda. Máte-li dva externí USB disky, nemůžete si být jistý tím, v jakém pořadí je systém při startu nadetekuje. Ano, není to zrovna typická situace, ale takové systémy existují a je potřeba s takovou možností počítat.

16.8.2005 14:33 tomas84 | skóre: 30
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Proč to dělat jednoduše, když to jde složitě, že? Debian nic jako getcfg-interface nemá a ani to nepotřebuje... Čím víc skriptů, tím víc potencionálních bezpečnostních chyb a nepřehlednější systém - pravý opak toho, co patří na firewall...
16.8.2005 17:51 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
A jak to tedy Debian dělá? Ne, to není ironie, opravdu nevím, který model používá zrovna Debian, ale je to celkem jedno. V podstatě totiž existují jen dva přístupy: buď se smíříte s tím, že jméno interface není stálé a přiřazujete konfiguraci persistentnímu jménu (jak to dělá SuSE), nebo nějakým způsobem následně přejmenujete rozhraní na persistentní jména. Množství práce, které musíte udělat, je v obou případech přibližně stejné (tak či onak musíte persistentní jméno přiřadit k aktuálnímu jménu, kterým rozhraní obdařilo jádro).

Vycházíte pravděpodobně z mylného předpokladu, že getcfg (a potažmo getcfg-interface) je nějaký příšerně složitý program a potenciální zdroj záludných chyb. Ve skutečnosti je to velmi jednoduchý program, který všechno potřebné najde v sysfs - stejně jako třeba udev, který se ke zmíněnému přejmenování rozhraní používá v některých jiných distribucích.

P.S.: slovo potencionální neexistuje

16.8.2005 18:36 tomas84 | skóre: 30
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Vy ale hledáte problém, který vůbec není, jak už někdo výše zmínil, je to jen o pořadí zavádění modulů.

Vycházíte pravděpodobně z mylného předpokladu, že getcfg (a potažmo getcfg-interface) je nějaký příšerně složitý program a potenciální zdroj záludných chyb.

Já nevycházím z ničeho, samotné zjištění jména rozhraní z MAC je skript na tři řádky, ale z principu je to další skript, který není potřeba a to hlavně při nasazení na firewallech. Argumentovat přidáváním a odebíráním síťovek přeci na firewallu není vůbec relevantní. Na notebooku samozřejmě věci jako hotplug nebo udev používám také.

P.S.: potencionální - to jsem opravdu napsal já? :-) každý se někdy uklepne
16.8.2005 18:42 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Ano, getcfg není potřeba. Ale jen za cenu toho, že musíte (téměř) totéž provést někde jinde. Jak už jsem napsal, ty dva přístupy nejsou tak odlišné, liší se jen tím, kde přesně to mapování persistentního identifikátoru na jméno interface provádíte. Snažím se tu jen vyvrátit představu, že ten přístup, který používá SuSE, je nějak principiálně horší než ten, který používají (některé) jiné distribuce. Ano, porušuje zavedenou představu, že jméno interface je něco, co je pevně svázáno s konkrétním fyzickým zařízením - jenže právě tohle de facto v úplnosti neplatilo nikdy.
16.8.2005 17:01 nxt
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Takze podla MAC adresy. To ide. Aj ked to ma zas ine problemy. Odide sietovka, dam novu rovnakeho druhu a vsetky skripty spoliehajuce sa na MAC adresu bude treba opravit...

Avsak s tym pocitan trafficu sme sa uplne nerozumeli. Mne je jasne, ze sa to meni "len" pri boote. Avsak traffic chcem konzistentne pocitat aj medzi jednotlivymi rebootmi. V tom vidim ten problem.

Co sa tyka USB diskov, priznam sa, ze to odskusane nemam. Avsak aj rozpoznavanie na USB zbernici musi prebiehat podla urciteho algoritmu. A ak sa medzi 2 bootmi ozaj nic nezmeni, tak preco by sa mali nadetekovat USB zariadenia v roznych poradiach? Je mi jasne, ze sa to stane, ked nabootujem, pripojim diskA, potom diskB a inokedy zas najrpv diskB a potom diskA. Ale pokial uz oba pri boot pripojene, tak by to malo dopadnut vzdy rovnako, si myslim.
16.8.2005 17:32 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Odide sietovka, dam novu rovnakeho druhu a vsetky skripty spoliehajuce sa na MAC adresu bude treba opravit

Stačí jeden. Výše uvedené mám v souboru /etc/sysconfig/network/addresses, ten se includuje do všech skriptů, které potřebují pracovat se jménem interface. Vlastně ve dvou, počítám-li i /etc/sysconfig/network/eth-id-*.

Avsak traffic chcem konzistentne pocitat aj medzi jednotlivymi rebootmi.

To je mi jasné. Ale nikdo vás přeci nenutí pojmenovávat si ty jednotlivé třídy provozu podle interface. Takže data (ať už je ukládáte jakkoli) budou konzistentní, protože budou vázána na logické označení třídy, které se jménem interface nemá nic společného.

A ak sa medzi 2 bootmi ozaj nic nezmeni, tak preco by sa mali nadetekovat USB zariadenia v roznych poradiach?

Kontrolní otázka: co se změní v logice vaší úvahy, pokud sousloví USB zařízení nahradíte souslovím síťové karty? :-)

Přestože to tak nevypadá, ten problém není nový, on tu byl už dříve, jen nebyl tolik vidět. Už s jádrem 2.4 jste mohl mít dva USB disky nebo dvě PCMCIA karty (případně USB-to-ethernet adaptéry, pokud by to u PCMCIA nastat nemohlo). A dokonce i u PCI ethernetových karet (kde bylo pořadí detekce dáno číslem slotu) mohl nastat problém. Představte si totiž situaci, kdy eth0 je karta do vnitřní sítě, eth1 na Internet, a najednou se vám stane, že se tu vnější nepodaří detekovat (např. hardwarová závada karty). Výsledek je takový, že přestože rozhraní jsou (v 2.4) přiřazována (zdánlivě) fixně, máte bez vlastního přičinění vnitřní konfiguraci na vnějším rozhraní…

16.8.2005 19:42 Dejv | skóre: 36 | blog: Jak ten blog nazvat ... ? | Ostrava
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
se tu vnější nepodaří detekovat (např. hardwarová závada karty)
Tady se uz ale dostavame mimo tema debaty. Tady je to celkem logicke. Debata ovsem je IMHO o stavu bez hw poruch.

Dejv
Pevne verim, ze zkusenejsi uzivatele me s mymi napady usmerni a poslou tam, kam tyto napady patri...
16.8.2005 20:08 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Ne tak úplně. Takovou situaci nemůžete nikdy plně vyloučit a přitom může mít velmi závažné bezpečnostní důsledky. Klasický model konfigurace odvozené od jmen rozhraní s ní ale nepočítá. A nemusí samozřejmě jít jen o hardwarový problém, důvody, proč není některá z karet detekována, mohou být i softwarové.
21.5.2007 13:24 GG
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Jasne mate pravdu. Podle tohoto modelu je jedno jestli davam CD do Floppy mechaniky (mediam jako medium). PC zapinam tlacitkem reset misto power. Misto CPU mam pamet a misto pameti mam CPU. Od zvukove karty ocekavam , ze mi bude bezet na TCP/IP a eth bude streamovat video. Do USB nacpu FireWire. Reproduktory do line in. A jsme jak u windowsu na dvore. DISTRO , KTERE BY MI SVEVOLNE DELALO CO SI "MYSLI" BY LETELO Z PC HNED !!! Od toho je linux, abych ja urcil co kdy a jak a ne opacne ! Podle tohoto modelu bych se musel po prihlaseni na server asi par hodin hrabat v lswh , abych zjistil jakou ma server naladu a co se jak jmenuje abych si treba ifconfig eth1 down nesestrelil linku , prez kterou jsem pripojen.
21.5.2007 14:17 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Očividně vám to teplé počasí nedělá dobře… Doporučuji zůstat ve stínu a hodně pít (ne alkohol).
21.5.2007 14:33 tomasgn | skóre: 23 | JN89GE
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
ja s nazorem GG naprosto souhlasim. predstava, ze si kazdy ze spravovanych serveru poprehazuje interfacy, disky a dalsi HW podle toho jak ho pri startu systemu zrovna napadne me take vubec nelaka a divim se ze je takove zverstvo schopen nekdo obhajovat, kdyz mu to jeste pridava praci. nasledna dokumentace nastaveni i kontrola systemu v pripade problemu se pak stava zabavnou kratochvili.

vsak proc pouzivat kratka oznaceni eth0, eth1, hda a podobne, kdyz si muzeme pohravat s MAC adresami a dalsimi zrudnymi nezapamatovatelnymi identifikatory...
21.5.2007 16:31 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Patrně jste nepochopil, že to není ani představa ani výmysl jedné distribuce. To je standardní chování všech systémů s jádrem řady 2.6. Že od vás tuto skutečnost většina distribucí odstíní (ať už za pomoci udev nebo čehokoli jiného), neznamená, že tomu tak není. A neděje se to proto, že by vývojáři jádra měli nějaký zvrácený smysl pro humor, ale proto, že Linux dnes musí podporovat řadu zařízení, u kterých pořadí detekce už z principu nemůže být persistentní. Proto jsou ta vaše oblíbená jména typu hda nebo eth0 spíše historickým reliktem, přednost by měly mít persistentní identifikátory. Persistentní jména ale vůbec nemusejí vypadat tak ošklivě, jak si myslíte, můžete si rozhraní pojmenovat eth-in, eth-out a eth-dmz, tedy podstatně praktičtěji a logičtěji než nějaké eth0, eth1 a eth2.
22.5.2007 01:41 Gilhad | skóre: 20 | blog: gilhadoviny
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
dam prednost tem historickym reliktum, u kterych uz v okamziku pripojeni disku vim, jak se bude jmenovat (podle toho, z ktereho konektoru jde kabel a podle toho, zda se jedna o master nebo slave) pred tim, ze az po startu systemu budu s napetim zkoumat, zda jsem nabootoval ze spravneho zarizeni, zda je vse namountovane tam, kde to potrebuju a jak se asi dneska bude jmenovat tento pevny disk ...

(to me vzdycky neskutecne stvalo u Windows, ze clovek pridal dalsi disk a najednou bylo z D: napriklad F: a nechodilo absolutne nic ...)
22.5.2007 07:53 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
dam prednost tem historickym reliktum, u kterych uz v okamziku pripojeni disku vim, jak se bude jmenovat

Mám to chápat tak, že používáte jádro 2.4 a navždy u něj zůstanete? I když ani tam to neplatilo stoprocentně.

jak se bude jmenovat (podle toho, z ktereho konektoru jde kabel a podle toho, zda se jedna o master nebo slave

Klasické IDE se svým master a slave je dnes na ústupu a je jen otázkou času, kdy ze základních desek klasické IDE řadiče zmizí úplně - a s nimi i ten nešťastný master a slave. Nemluvě o tom, že distribuce už dnes přecházejí na libata, kde se i s tradičními IDE zařízeními zachází jako se SCSI.

ze az po startu systemu budu s napetim zkoumat, zda jsem nabootoval ze spravneho zarizeni, zda je vse namountovane tam, kde to potrebuju a jak se asi dneska bude jmenovat tento pevny disk

Slyšel jste někdy o udev? Vypadá to že ne, je na čase s tím něco udělat.

22.5.2007 10:27 pasmen | skóre: 45 | blog: glob | Praha
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Vy vazne nechapete, co je zakladni problem toho, ze se mi zarizeni *mohou* po kazdem bootu jmenovat jinak? Pokud budu mit router se ctyrmi sitovkami, chci preci, aby se mi pokazde priradilo spravne rozhrani ke spravne karte. Ano, pres udev to vyresit jde, ale jak jsem pochopil vase predchozi prispevky, tak ani udev vam moc nevoni. Proc se zarizeni nemohou pojmenovavat vzdy podle poradi sbernice jako je to napr. v OpenBSD?
22.5.2007 10:39 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu

Není pravda, že mi udev nevoní, považuji ho za výborný nástroj, který řeší řadu problémů. Pouze jsem se snažil vysvětlit, že v tomto případě to jde celkem snadno i bez něj. Zatím mi nikdo nedokázal (v této diskusi ani v jiné) ukázat jediný příklad, kdy by nepersistentní jména síťových rozhraní skutečně vadila. Pokud takový máte, sem s ním. Navíc si všimněte, že tento thread se původně týkal jedné konkrétní verze jedné konkrétní distribuce - a já se (před dvěma roky) snažil vysvětlit, jak tato verze této distribuce funguje a proč toto řešení není a priori špatné jen proto, že neodpovídá zažitým představám. Že se do mne po téměř dvou letech někdo dost nevybíravě a nevěcně obul a teď do mne další šijí zleva zprava bez uvědomění si kontextu, to není moje vina.

Proc se zarizeni nemohou pojmenovavat vzdy podle poradi sbernice jako je to napr. v OpenBSD?

Za prvé proto, že to ne u všech sběrnic jde - např. USB. Za druhé je potřeba si uvědomit, že i když je pojmenujete podle pořadí na sběrnici, jména stejně nemusejí být persistentní - např. pokud se vám první kartu nepodaří inicializovat (z jakéhokoli důvodu), další se posunou a rázem máte eth0 tam, kde čekáte eth1 a stojíte před stejným problémem.

Luboš Doležel (Doli) avatar 16.8.2005 13:26 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Jednou jsem u nějakého Mandrake viděl, jak má v konfigurácích pro jednotlivá rozhraní určené síťovky pomocí MAC adres a i když mu přibývala síťová rozhraní v náhodném pořadí (vložení PCMCIA karty, vložení do dokovací stanice), tak měla vždy stejné označení.
16.8.2005 14:11 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Ano, to je jedna možnost, jak k tomu přistupovat. SuSE používá tu druhou. Nedá se říct, že by jeden přístup byl a priori lepší, každý má své výhody a nevýhody.
houska avatar 21.5.2007 09:37 houska | skóre: 41 | blog: HW
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Aby se uz nikdy po rebootu nemenilo jmeno rozhrani: http://www.science.uva.nl/research/air/wiki/LogicalInterfaceNames

... je tam i odpoved na otazku, je to soce vec stara par let ale nekdo to muze jeste potrebovat.
21.5.2007 14:39 oron | skóre: 27
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
necital som diskusiu celu ...

ale tento problem sa riesil aj tu
http://www.abclinuxu.cz/forum/show/134023
21.5.2007 15:07 milda
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
Kontrolní otázka, dívali jste se na datum? Já jenom, že vesele diskutujete nad tématem 2 roky starým.
houska avatar 22.5.2007 10:45 houska | skóre: 41 | blog: HW
Rozbalit Rozbalit vše Re: Samovolná změna pořadí interfaců po rebootu
ale jak tak koukam stale je aktualni ...

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.