Server má typicky pevnou IP adresu (opř. víc adres) na "drátové" síti a je spravován někým, kdo síťování rozumí, takže by tam byl NM (určený pro desktopy, dynamicky konfigurvané a bezdátové sítě a uživatele bez znalosti síťování) stejně naprosto k ničemu. Navíc cokoliv, co sahá na nastavení síťové karty stroje, ke kterému je jediný přístup jen přes síť, může znamenat výpadek během přístupu a v lepším případě nutnost restartu přes vzdálenou zprávu, v horším nutnost k serveru fyzicky dojet.
NM na serveru ani omylem, protoze uz jsem videl, jak pri updatu se rozhodnul restartovat (at uz na serveru, nebo na notebooku), a tim slo spojeni i zbytek operaci do kopru.
29.8.2013 17:22
Kvakor
RozbalitRozbalit vše
Re: Nebezpečná editace souborů ifcfg
Na jednom miniserveru s Ubuntu NM ničil nastvení routování pro OpenVPN, protože pokaždé, když byla VPN linka změnila stav z offline na online (což vzhledem ktomu, že byla vedená přes WiFi, bylo celkem často), sáhl do routovacích tabulek a zničil před tím nastavené routování. Trvalo mi hodinu, než jsem přišel na to, kde je chyba. Stačilo NM zakázat a bylo po problému.
29.8.2013 21:59
Ondrej 'SanTiago' Zajicek
RozbalitRozbalit vše
Re: Nebezpečná editace souborů ifcfg
Tady bych vinu nevidel jen na strane NM, ono OpenVPN samo se k routovaci tabulce chova dost prasacky - napr. nema vlastni protocol id, ktere by oznacovalo 'jeho' routy.
To není standardní chování vi / emacsu, mně to obecně nedělá. Ono by to bylo v podstatě dost špatné, pokud by se takto pracovalo s hardlinky - to by se to pěkně "rozjelo". Navíc pokud by takto pracoval se souborem, který není aktuálně přihlášeného uživatele, tak by pak měl problém v tom, že neumí dát vlastnictví tomu jinému uživateli zpět, další problémy by nastaly s ACL. Jediný program, o kterém vím, že to takto blbě opravdu dělá, je MS Office.
Nedělá to smazání / znovuvytvoření spíš networkmanager na základě toho, že se ten soubor změní? Networkmanager dělá spoustu prasáren, takže by mě toto překvapovalo o dost méně, než kdyby to dělalo vi.
kate to dela taky tak. Ono to neni tak uplne nerozumny chovani pokud te min zajimaji hardlinky a vic spolehlivost, pouzivani rename() na atomicky zmeny obsahu souboru je afaik bezna praxe.
"2^24 comments ought to be enough for anyone" -- CmdrTaco
Predpokladám, že v takmer každom komplexnejšom editore sa dá nastaviť, aká metóda sa má pri ukladaní použiť (napr. práve preto, že pri prepise súboru sa síce uchovajú práva, ale je oveľa jednoduchšie o obsah súboru prísť).
Zajimave. Pokud vim tak vetsinou mi to indoe meni.
Ted jsem to zkusil a xfs mi to inode meni a na tmpfs ne (overene pres strace), otazka je podle ceho se rozhoduje.
Tohle je teda pekne dementni chovani. Vazne to vytvari novy inode. Ale je zajimave, ze kdyz je vlastnikem souboru nekdo jiny nebo kdyz na nej vede hardlink, tak to nedela.
Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.