-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
bambano
titán
válasz
brickm #27219 üzenetére
"mennyire öngyilkosság a www-data usernek sudoer jogot adni": abszolút.
arra számíthatsz, hogy egy ilyen gépet nagyjából 20 perc alatt megdöntenek, ha külső hálón van.most tekintsünk el attól, hogy ezt a sudoer betegséget is ki kellene már kezelni végre...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
Morro18x #27225 üzenetére
ha fizikai raid-et használsz, akkor a probléma a gép hardveréhez kötődik, nem a linuxhoz.
tehát amíg a raid vezérlő biosában nem állítottad helyre a raid5 kötetet, addig nem linuxos a probléma.hcl: nekem van xen-em vagy 12 éve, de sose volt vele semmi bajom, így nem tudom, a tieddel mi lehet a gond. kipróbálnék előtte egy routolt xen-es hálózatot, illetve megnézném, hogy a bridge-t jól rakja-e össze a xen. én mindig összerakom debianból, a xen-re csak a virtuális interfész beléptetését hagyom.
illetve meg lehetne nézni, hogy nem csináltál-e hurkot a hálózatba.
szerk: még azt is megnézném, hogy nincs-e összenyitva az iptables meg az ebtables, mert abból is lehet gond. emlékeim szerint alapértelmezetten össze van.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
használ.
"Látják a hálót, kifele megy minden róluk, de befelé nem.": ezt nem teljesen értem, ahhoz, hogy kifelé lássa a hálózatot a gép, mindkét irányba mennie kell a csomagoknak.
"A virtuálgépeken a xenbr0 van beállítva hálónak.": a guesteken hagyományosan eth0-t kell állítani.
tehát azt kellene megírnod először, hogy a guestekről lehet-e netezni, pl. egy apt-get update lefut-e.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
de nekeverjük már az l3 forwardingot az l2 forwardinggal. ha bridge módra kapcsoltad a xen-t, akkor az ip forwardingnak semmi köze ehhez.
írj be egy
brctl show xenbr0
-t meg egyifconfig -a
-t a hoston.[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
MasterMark #27268 üzenetére
"Illetve hogy linuxból hogy tudom használni a soros portot": minicom
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
kezdosql #27313 üzenetére
először is meg kellene tanulnod helyesen használni a mértékegységeket.
ha egy olyan screenshotról beszélsz, amin MiB/s a mértékegység, akkor ne beszélj MiB-ről, se MB-ről.másodszor igen, ez rossz számláló. egy csomó trehányul megírt forgalomelemző van, ahol nulláról indítják a számlálót, ezért amikor az első éles eredményt megméri, akkor fénysebességre kapcsol. Nem jött le semmi, nem töltött le se 400 megát, se gigát, annyi történt, hogy a programban az előző forgalom érték 0 volt, az első mérés meg annyi, amennyit rendszerindítás óta letöltöttél, így az aktuális 5 másodperces időszak értéke irreális lett.
a cpu pedig azért megy 70%-on, mert interfész indításkor egy csomó mindent megcsinál a rendszer, rendszerórát szinkronizál, dns-t átállít, tűzfalat farag, stb.
de ezek nem haladó szintű kérdések.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
egyrészt ha hülye elvárásokat támasztanak, akkor csinálják meg ők.
másrészt pontosan mi is a feladat? mi az, hogy szerveres környezet, van benne szervizprocesszor?ebből esetleg lehet faragni valamit.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
az initrd után már nincs is mit betölteni.
betöltötte a kernelt, utána behúzta az initrd-t, azt kicsomagolja ramba, és átadja neki a vezérlést. az initrd-nek kell megoldania, hogy legyen rootfs, amikor végez.szerk: szerintem a telepítő benne van az initrd-ben.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"Ubuntu netinstall telepítővel is teszteltem, az végülis elindul, de közli, hogy nincs cdrom.": lehet, hogy az a gond, hogy nem húzta fel a hálózati interfészt.
a debianos netinstall elindul a ramdiskben, és bekonfigurálja a hálózati kártyát, majd utána netről húzza le a telepítendő cuccot, nem kell neki cd.ja, az előfordulhat, hogy nincs benne a hálózati kártya firmware-e a telepítőben, akkor nem fog működni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
nem, a kernel nem tud http-t.
a bootloader tud http-t, ami behúzza a kernelt és az initrd-t.
a method, amit megadtál neki, mint kernel paraméter, nem a kernelnek szól, hanem a telepítőnek. és valószínűleg a többi is, pl. a dhcp. ez arra jó, hogy a kernel paraméterekhez hozzá lehet férni a /proc/cmdline fájlon keresztül, és onnan az initscriptek meg a telepítő ki tudja venni.nincs mit
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
DrojDtroll #27369 üzenetére
ennek az az értelme, hogy?
lehet, hogy inkább a problémádat kellene leírnod, nem egy általad elképzelt félmegoldást.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
Victor Súgó #27380 üzenetére
mtu és tcp mss hiba szokott lenni.
ha a routered jól van beállítva, akkor egy kliens gépen át kell írni az mtu-t 1480-ra, és úgy kipróbálni.illetve megnézni, hogy clam-mss-to-pmtu be van-e állítva, és ha igen, kikapcsolni, ha nincs, bekapcsolni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
Victor Súgó #27404 üzenetére
"Az mss-t nem találtam meg, de már nincs jelentősége a probléma szempontjából.": iptables manual.
"Viszont a router tud olyat, hogy path mtu discovery, amit az ubuntun nem igazán találok még google segédlettel sem.": sysctl configba kell, [link]
"A digi meg elmehet a sunyiba, mert ha jól értelmezem, ez részben az ő saruk lehet valahol": szerintem ez senkinek sem a sara, a digi vlanozott hálózaton ad pppoe-t. ettől kisebb az mtu. aminek a következménye, hogyha 1500 bájtos csomagot akarsz áttolni egy olyan hálózaton, ahol az 1500-as mtu-ból levett 8-at a pppoe, 4-et a vlan-id, akkor a kernel fel fogja darabolni a csomagot, ami megtöri a titkosítás ellenőrző összegét. ezért áll fejre időnként a tls. amelyik site olyan titkosítást használ, hogy ez jó, illetve képes helyesen kezelni a path mtu discovery-t, ott ez működik, a többin nem.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
Victor Súgó #27428 üzenetére
az a különbség, hogy az egyik esetben a könyvtárat másolja, a másikban a könyvtár tartalmát.
tehát ha van egy /blabla/.../akarmi könyvtárad, akkor az egyik esetben létrehoz a cél könyvtárban egy akarmi könyvtárat, és oda másol mindent, másik esetben a célkönyvtárba teszi a forrás tartalmát.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"Vagyis ha már felraktál egy flatpakos csomagot a következő már nem fog akkora helyet foglalni, azt azért írja ki neked mert eddig egyet sem raktál fel.": magyarul ha felraktam egy debianos alaprendszert, többek között abban a hitben, hogy a debianosok tudtak eddig egyedül csomagkezelőt írni, azt barmoljam szét egy redhatos flatpackbe csomagolt csomaggal, mert a fejlesztő elvtársak nem értenek ahhoz, amit csinálnak?
például majd jön egy cve, hogy x csomagban bug van, jön rá a debianos javítás, ami a flatpackes csomagot lyukasan hagyja, mert nincs hozzá köze?
nem akarok szaktopicban flamelni, de aki ezt az ökörséget kitalálta, annak még a harmadik szomszédja is idióta. ez tipikusan az az eset, amikor túlmozgásosak a programozók, és akkor is programoznak, amikor nem kellene.
konklúzió: nálam nem lesz fent idegen csomagkezelő. ha nincs meg a disztribúció saját formátumában, akkor vagy lefordítom magamnak kézzel, vagy nem használom.
Linus meg deklaráltan felhasználó, nem üzemeltető szintű user.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis