-
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
-
cog777
senior tag
válasz
I02S3F
#32320
üzenetére
Hello, a szerintem nem remenytelen a helyzet. A lenyeg hogy a gepelest segitse valami. A hangvezerlesrol nem tudok nyilatkozni (erdemes rakeresni). A masik dolog hogy magat a gepelest shell alatt es szerkesztoprogramokban is segitse egy "autocompletion" funkcio, azaz ajanlja fel a paranccsot ha mar beirtad az elejet.
Par kollega hasznal masfajta shell-t, nem bash-t. Asszem zsh-t, ahol tab kiegeszitessel irjak be az utvonalakat.
A szerkesztoprogramokban meg egy egyszeru vim, micro-ban is be van epitve alapfoku parancskiegeszites, a GUI-s szerkesztok pl VS Code meg tobbet tudnak.Ebbe az iranyba mennek el.
Masreszt, az automatizmus a baratod lesz, kell csinalnod egy script gyujtemenyt ami legeneralja neked a megoldasokat, valami sablon alapjan, ez lehet docker, VM, akarmi.Remelem sikerul valamit kitalalnod.
-
f_sanyee
senior tag
válasz
I02S3F
#31589
üzenetére
otthon esetleg valami Solaris fele unixot tudsz futtatni, abból van x86 verzió, de a többi nagyobb unix, mint az AIX vagy HPUX az nem nagyon fut x86 processzorokon, max qemu-val, de az szenvedés.
Ha Linuxos könyvet olvasol, akkor a unix-os kb "visszalépés", mert itt kb ugyanazok az alap parancsok mint linuxnál, csak fapadosabb változtatban, kevesebb kapcsolóval, etc. -
#31000
lionhearted
őstag
I02S3F
#30999
-
#30996
lionhearted
őstag
I02S3F
#30963
válasz
I02S3F
#30963
üzenetére
Egyrészt van az 10 év is, mivel ott az Ubuntu ESM az LTSekre (sőt, ingyen 3 gépre otthoni felhasználásra).
Másrészt, az új software is rétegigény akkor.
Lehet, hogy aki Desktopon(!) szeretné ugyanazt az OS-t látni, annak ugyanaz a szoftver is kellhet.
Szerver fronton meg pláne... nem kell mozgó célpontra fejleszteni... -
-
vicze
félisten
válasz
I02S3F
#30776
üzenetére
Olyan kismillió megoldás létezik windowed(á lá RDP) vagy seamless (csak az appot látod).
Pl. Amazon WorkSpaces, Desktop as a service modellje, 9$/hó + a mérettől függő /óra használat PAYG-ba.
Nagyon sok szolgáltató kínálja ezt. Ha csak appot akarsz akkor a "seamless remote app" szavakra keress rá. -
válasz
I02S3F
#30773
üzenetére
annyi haszna egyébként lehet, hogy ha nem nálad fut a VM, hanem egy központi szerveren, akkor onnan tudod használni az alkalmazásokat (nagyvállalati környezetben ez sokszor előfordul), de nyilván ilyen esetben is egyszerűbb felrakni egy bármilyen RDP klienst a Linuxra.
-
-
Frawly
veterán
válasz
I02S3F
#30642
üzenetére
Azért, mert ha elhagyom vagy ellopják a telót, akkor azon nincs a háttértár titkosítva. A teló le van zárva, de az meg törhető.
Természetesen ha csak a linuxos gépemre kéne, akkor még egy tiktosítatlan plain text file is megfelelne, mert a háttértáram titkosítva van, rendszer jelszóval védve, lezárva hagyva, más nem fér hozzá, nem tud belematatni, még akkor se megy vele semmire, ha kiszedi belőle az SSD-t, és átrakja másik gépbe.
Itt most arról van szó, hogy a Keepass-nál egyszerűbb megoldások után nézek, mielőtt fölöslegesen feltalálom a kereket, és belenyúlok a kpcli kódjába. De még a gpg-s, vagy opengpg-s megoldás is játszhat, ha kulturáltabb formában meg tudom oldani túl nagy hekkelés nélkül. Itt most csak lényegében lustaságból próbálok plusz munkát megúszni, hátha lehet alapon.
-
válasz
I02S3F
#30635
üzenetére
Ezer és millió megoldás létezik a gyakorlati problémájának megoldására, de mindegyikre talál valami kifogást - ez bloat, az fejlécet tesz, a harmadik keyringet használ...
Bitwarden tökéletes jelszavak tárolására, minden platformon elérhető, ha van egy böngésző, droidra is van kliense. Ha akarod, hostolod magadnak, vagy használod az online megoldást. Még cli-s felülete is van, bár ha jól látom, Node.js-es, ami még nálam is kiveri a biztosítékot.
Mindazonáltal ha valaki törekszik egy probléma megoldására, akkor azt többnyire meg lehet oldani. Kb. egy hete olvastam, hogy baja van a non-interaktív kpcli-vel, mire mondták neki, hogy egy script az egész, nyúljon bele, ha kell...
-
sonar
addikt
válasz
I02S3F
#30525
üzenetére
Igen, Nagios, Icinga, Zabbix erre is jó. Csak ha nincs villany akkor nincs villany.
A legtöbb masina meg képes elindulni magától miután megjött az áram. Szóval lehet ez irányból kellene megközelíteni a problémát. Mert ha nem indul el magától akkor meg nem sokra megy a notificationnel. -
Frawly
veterán
válasz
I02S3F
#30443
üzenetére
Szenvedni kell ilyen spéci telepítők meg kernelek telepítésével, ami később egy csomó anomáliához vezet, egy nagy rakás szoftver bugosan működik rajtuk. Ezt a latencyt létező problémaként két felhasználási területen tudom elképzelni:
1) valaki zenész, és effektezett hangszeren nyomja, és fontos, hogy ahogy lenyomta azt a billentyűt, akkor azonnal az a hang szóljon
2) emulátorplatformokon, hogy esetleges emulációs overhead miatt nehogy késsen a hang pár ms-ot a játékbeli akcióhoz, kirajzoláshoz képest.De ezen a latency dolgon pont olyan szoktak vergődni, akiknek igazából nem fontos, nem kötelező Reaperhez sem, meg hifistáknak sem, külső DAC-os bithelyes lejátszáshoz sem kell.
-
Frawly
veterán
válasz
I02S3F
#30410
üzenetére
Nem, nem mentem. Azért szoktam le a rendszer mentéséről, mert állandóan változnak a felhasználási szokásaim. Kb. fél-egy évente úgyis újrahúzom az Archot, teljesen másik grafikus felülettel, meg pár progit is mindig lecserélek, ezért nem látom értelmét régi rendszert eltenni. Nekem a belakott rendszer nem szent, szeretek tiszta lappal kezdeni, meg különféle dolgokat kipróbálni. A konfigjaim a /home-on viszont el vannak téve, meg mentem őket, azokból fel tudok használni az új rendszer alatt, meg a csomaglistát is elmentem.
-
inf3rno
nagyúr
válasz
I02S3F
#30380
üzenetére
Már minek? A hibás memóriának vagy a bitflipnek? Kicsit is komolyabb helyen szerintem nem megengedhető, hogy csak úgy változzon, hogy mi van a memóriában, azért van ECC. Nem drágább, mint a normál, a CPU és az alaplap a drágább, ami tudja kezelni, de az se vészes. Én workstation lapot és egy Xeont vettem itthonra, teljesen jól megy, és megvoltam kicsivel 100k alatt ezzel a részével. Szerver lappal viszont húzós lett volna az ára, az tény.
-
bambano
titán
válasz
I02S3F
#30121
üzenetére
nem hiszem, hogy indokolni kellene
minden plusz, amit a védelem kedvéért teszel, segít.
ráadásul a fail2ban nem csak ssh-hoz jó, hanem levelezéshez, web cuccokhoz, meg sok más mindenhez is.kellően alacsonyra véve a limiteket, ad védelmet a próbálkozások ellen. pl. ha 3 rontott próbálkozás után repül az ip cím, de nem 5 percre, hanem mondjuk 8 órára, az segít.
értelemszerűen abból a nézőpontból, hogy kizárólag fail2ban-ra alapozni a védelmet, jogos lehet a kritika.
persze én, mint internet szolgáltató rendszergazdája, én csak a logjaim alapján tudok vitatkozni, mások érzelmeiről nincs objektív infóm.
-
Dißnäëß
nagyúr
válasz
I02S3F
#30092
üzenetére
Hát nézd, próbáltam rövidre fogni, de nem megy.
Főleg i3-i5-i7-2xxx sorozatú CPU-k, ha jól tévedek. Egyébként véleményem szerint kétesélyes. Az intel vt-x -et követő vt-d sincs még meg minden ilyen CPU-ban (de kellene a tényleges proci modelled), ami i/o eszközök paravirtualizációját teszi lehetővé.
Most ránézve az Intel procilistájára, egy ilyen generációs i3-ban nem látok vt-d-t, míg egy másik ugyanilyen generációs i5-ben igen. Valszeg vt-d hiányában kevesebb az esély élvezhető sebesség elérésére, tehát jó, ha a CPU is tudja ezt, és a BIOS/UEFI is támogatja és bekapcsolható (és be van kapcsolva), vagy nincs sehol sem benne (és gyárilag be van kapcsolva). Vt-d hiányában a teljes virtuális gép hardvert emulálnia kell a hypervisor-nak, ami rengeteg CPU időt zabál fel, vt-d mellett lényegesen kevesebbet.
Amit látok, hogy virtualizáció téren lassú a növekedés feature téren, egy stabil lineáris valami, semmi ugrásszerű. VGA kártyát és jópár speciális hardvert és képességet a host-on még mindig nem tudunk, vagy csak nagyon korlátosan úgy odaadni egy vagy több VM-nek, hogy rendesen kihasználják a hardvert. Vannak rá módszerek, de nem triviálisak, pl. a W10-emnek VGA kártyát csak úgy tudnék adni, ha alaplap, processzor, BIOS + a VM-nek odaadandó hardver (!) egyaránt kivétel nélkül támogatná az IOMMU funkciót, és ez is úgy működne élőben, hogy mondjuk egy második VGA kari lenne a gépemben, amit a host nem használ, de rá van kötve egy monitor, az első monitoron látszik a host és a desktop vagy konzol vagy akármi, amit akarok, a második monitor még kuka, majd amikor indítom a W10 VM-et, a hypervisor odaadja neki a dedikált, eddig alvó VGA karit, a W10 ezt látja immár rendes driveren keresztül (pl. nvidia, amd, mindegy) és akkor van egy W10-em, amivel egész jó natívközeli teljesítményben tudok grafika ügyileg játszani, míg vagy 5%-ot bukok CPU oldalon (ami nagyon jó arány ma már). És ez is még csak köhög, bug-ok, fagyások, de nem-desktop célokra viszont hatékonyak már a mai hardverek és virtualizációs megoldások.
A jövő szerintem amúgy ebbe az irányba mutat, hogy van egy hardver és valós időben képes lesz futni egymás mellett akár két tökmás OS is, vagy egyik a másik hypervisor-a lesz ultra minimális overhead-el, vagy ténylegesen egymás mellett (utóbbira kevesebb esélyt látok most, előbbi pedig lassan de biztosan megvalósulni látszik).
Szóval szervernek - ha nincs nagy i/o igény - befogható a laptop, grafikában viszont nem lesz egy rakéta, az az egész virtualizált élményt meg fogja ölni, lassú ablakok, vánszorognak, húzás közben széttörnek, 1-2 fps-es youtube video-k és sorolhatnám.
Szervernek "headless" üzemmódban jó lehet, csak mégiscsak egy laptop, nem arra lett kitalálva, se akksi, se hűtés, se ECC, se semmi. Szóval mégsem.
De ha mondjuk Windows-od van rajta és tegyük fel, fejlesztő vagy és kellenek virtualizált környezet(ek)ben "zárt világok" és szórakozol olyannal, hogy:
- mondjuk egy 3 node-os MySQL InnoDB HA cluster (3 VM, 1 vCPU, 1G RAM)
- backend és/vagy middleware környezet, valami kisméretű php motor, java, mittomén (2 VM, 1vCPU, 512 RAM)
- mondjuk load balancer-el előtte, pacemaker-el, tűzfalak, akármi (legyen 1 VM, 1vCPU, 512 RAM)
.. ez így nagyot hasalva 6 vCPU, 4-5G RAM... el lehet szórakozni..Sebességben szerény leszel, DEV rendszernek meg UAT-nak jó lehet akár amúgy, ha van sok RAM-od és óvatosan adagolod a vCPU magokat, PET-nek már nyilván nem, ahhoz fel kell tolni felhős gépekre a lefejlesztett full stack-et, bekonfigolni rendesen és úgy meghajtani, mielőtt PROD-ra mész vele.
De kicsiben "bohóckodni" és igazából a lényeget, funkcionalitást, script-eket, proxy-kat satöbbiket lefejleszteni, beállítani, bekonfigolni, kipróbálgatni a viselkedésüket, egymás közötti kapcsolatokat, stb stb stb, arra tök megfelelő lehet.
Mondjuk főleg 4 fizikai magos kellene itt is ami a Te szériádban ritka, inkább 2 mag lesz az, jó esetben 4 szál, szóval mondom, nem kell rakétát várni, de azért lehet értelmes dologra használni.
Ez csak 1 példa volt, fogalmam sincs, miért virtualizálnál egy ilyen laptopon, de fentebbiek szó nélkül. Minimál Linux grafikus felület nélkül (vagy ha nagyon muszáj, akkor egy LXDE/XFCE, de minek) és indulhat a móka.
A Windows host-nak hagysz a 8-ból 3-4 Gigát (lehetsz először szigorú, hogy csak 3-at, a többit kiosztod VM-eknek) és igazából jó lehet a dolog.Webfejlesztéshez meg full stack motyókra én így csinálnám (vagy még a konténerek ugye, 1 VM-be akár több konténer is, már ami konténerizálható..) .. és lenne valami távoli storage-om mindegyik virtualizációs környezetbe belinkelve, ahova néha felszinkronizálom az adatokat, fájlokat, akármit, amolyan biztonsági mentésként, ha máról holnapra megdöglene a laptop, vagy megsemmisülne, ellopnák, akármi.. legyen ez akár egy buta rsync, akár egy sftp cron-al a háttérben rendszeresen meghívva, akár eleve egy elosztott fájlrendszer, bááármi....
Magánvélmény, uff. Tökéletes megoldás nincs, de ki lehet próbálgatni a nagy alkotómunka előtt, meddig feszítheted a vászont
-
Dißnäëß
nagyúr
válasz
I02S3F
#30012
üzenetére
4 éves korom óta függöm, de így sem érdemes már mindent megtanulni belőle, akkorára nőtt a torta azóta..
Én azt mondom, hogy aki most kezdi kicsit mélyebben, az kicsit kapargasson meg minden témát, minden aspektusból. Nem kell belemenni nagyon, csak kicsit-közepesen. Idővel meglesz az, ami fekszik az embernek és amiben szeret majd elmélyedni. Legyen az frontend fejlesztés, IT architektúra tervezés, adatbázis specializáció, storage, clustering, elosztott rendszerek, valami tudományos computing dolog, esetleg játék fejlesztés, grafika/3D/VR, robotika, mikrokontrollerek (Arduino & Co), .. nagy a paletta és egyik sem hal ma éhen.
Sok sikert, találd meg amit élvezel benne és abban merülj nyakig
-
Dißnäëß
nagyúr
válasz
I02S3F
#30010
üzenetére
4x fejlesztést gyakorló környezet (DEV, TEST, UAT, PROD), 3x MySQL InnoDB HA cluster (+ 1x kontroll gép, ahonnan elérem), 2x W10, 1x PiHole (ismerkedek vele), 1x OPNSense (ismerkedek vele), 1x tetszőleges LiveLinux VM amikor le akarok gyorsan tesztelni valami "új" Linux-ot csak poénból - hirtelen ennyi, de nem mind egyszerre megy természetesen. Annyi szemem, agyam nincs
Nem is ők eszik meg a RAM-ot igazán, persze ha kényelmesen osztok nekik 4-8G-ket, W10-nek 8-at, azért szemmel látható a fogyás, de szerintem még a 16G is elég lenne, csak utolsó pillanatban vettem még 16-ot mellé, hogy meglegyen a dual channel legalább, mert az első 16G-m 1 modulon van. Ha pedig már ennyi RAM-om lett, ramdrive-ban szórakoztam egy ideig és valszeg fogok még, meg igazából tök kényelmes 32G-n létezni ma szerintem. Photoshop-ot is visszaizzítom, ilyesmik, meg lehet elkezdek zenélni (zenét írni), amire kipróbálnék egy Ubuntu Studio-t. Meg erősítőt, hangfalat építek, elektronikát tervezek, ezeket is már mindet Linux Desktop-on, KiCAD és társai, ... elvagyok
Próbálom a host-ot kímélni és nem "teleszemetelni", szóval nálam - lehet kicsit pazarló, de annyira nem gáz - a legtöbb pittyputty tevékenységre van egy külön VM. Azért választottam ezt, mert például csak elektronika és hifi témában van vagy 10-20 böngészőablakom nyitva és szeretem őket látni egyben, ha meg még a fotós és devops és egyéb dolgokat is mellévesszük, mellényitnám, lenne vagy 50-60 ablakom nyitva 1 böngészőben, az meg átláthatatlan számomra. Úgy gondoltam, Linux Desktop-okkal témákra "szeletelem" az életem és mikor melyik gépbe megyek így be kényelmesen, a host-on meg van egy XFCE mint felület, egy KeePass a jelszavaimnak, egy Foobar2000 a zenének (ez mégiscsak jó, ha natív hangkártyát lát, bár VM alatt is szuper) - és ennyi. Néha 2-3 is be van izzítva, mert mondjuk egy DIY külföldi fórumon megy a fórumban a párbeszéd ilyen párperces kérdezz-felelek tempóban, míg közben csinálok más témában mást, egy másik VM-ben.Szóval mikor mi jön rám. A ramdrive meg tőlem függ, mennyire nyomom tele és mivel, szóval oda elég 1G is, meg nemelég 512G se
de ez általában le van lőve, teszt célból nyomtam meg kicsit, érdekes volt kísérletezgetnem vele, mikor mennyire pakolom tele és a rendszer hogy reagálgat rá, melyik RAM típusból fogy.. Jó így empirikusan tapasztalni, vagyis én szeretem.Hát ... kb ...
Az említett konkrétan "agyonterhelem a host"-ot dolog csak példa volt arra, hogy elmentem már vele eddig is és tök jó élvezhető maradt a rendszer. Azért nem ez a jellemző
De ha valaki megkérdezné tőlem, mennyi RAM-ot tartsak fenn a host-nak ma, ilyen átlagosabb vegyesbazár dolgokra, azt mondanám, 2-3-4G, attól függ, mennyi mindennel tömi meg a host-ot. A többi mehet VM-eknek. A 4G host-ra az olyan tök ideális szvsz, míg nincs sok terányi ZFS, bekapcsolt deduplikációval (de azt meg hülyeség lenne akkor másra használni, mint storage, szóval az egy dedikált NAS gép lenne, nem egy mindenes workstation). -
-
ztsoft
őstag
válasz
I02S3F
#29908
üzenetére
Nem tudom, hogy van-e köze hozzá a systemd-nek, de most kipróbáltam több módszert is az újraindításra.
Terminálból reboot parancs (ami a systemctl-re mutat), tökéletesen teszi a dolgát, majd a Whisker menu újraindítás parancsát (xfce4-session-logout --reboot --fast) ami szintén tökéletes.
Aminél a hiba előjön, az a power gomb megnyomására felugró menüben választva az újraindítást, itt mindig megfekszik (ugyan ez volt a Plasma 5-nél is, így nem hiszem, hogy Xfce bug lenne). Elméletileg a power manager felel a menüért (/xfce4-power-manager/power-button-action), de erre utaló hibára nem találtam bejegyzést a neten.
-
kovaax
őstag
válasz
I02S3F
#29696
üzenetére
Nem, de ha hozzászoktál, hogy a linux aktuális lehetőségeihez vásárold a hardvert, sok szopástól meg tudtad magad kímélni. Plusz alapból unixokon dolgoztam akkoriban is már, így egészen másfajta elvárásaim voltak a "deszktoppal" szemben is (= X + böngésző + sok szöveges terminál).
-
Dißnäëß
nagyúr
válasz
I02S3F
#29696
üzenetére
Én csak próbáltam 24 éve ezt meglépni és lepattantam. Sem a Wine, sem a virtualizáció, se semmi nem tartott azon a fejlettségi szinten, amin most.
Ma egy álom, kis túlzással. Ha ügyes az ember, lassan GPU dedikált elérést is hozzá tud rendelni VM-hez (bár ezt még nem próbáltam, ez a következő lépcső, az meg milyen már, hogy VM-ben játszunk nagy fps-ekkel)
Nem mintha játszanék, de amikor megjelenik majd a plussz VGA guest-ek felé kiajánlásának képessége, mindez két kattintásból, az piszok jó lesz
Ma rengeteg minden sokkal de sokkal könnyebb Linux-ban. Anno először SUSE-n tanultam (van még yast ?)
aztán tátott szájjal beszaladtam a Debian falloszerdőbe -
Dißnäëß
nagyúr
válasz
I02S3F
#29693
üzenetére
Ja. Soha nem gondoltam volna (de tényleg: SOHA), hogy XFCE lesz és elég mindenre nekem. Szar rájönni, hogy ennyire igénytelen vagyok.
Van két 4-terásom, végre nem kell raid-el megalkudnom, megyek egyből zfs mirror-ozni velük. (Egyik üres, másik 80% tele). Kicsit remeg a tírgyem, de e van, egyszer élünk, igaz ?
-
samujózsi
senior tag
válasz
I02S3F
#29650
üzenetére
"Ennél már csak az a "jobb", amikor valami netes szolgáltatást használ valaki a jelszavai tárolására..."
Erre írtam. Bocs, ha nem volt egyértelmű.
A lényeg, hogy amíg nincs megfelelő számítási kapacitás az ismert világon ahhoz, hogy egy erős jelszóval + erős kódolással védett állományt valaki kinyisson, addig nem kell aggódni a netes tárolás miatt.
Persze érte már meglepetés a közönséget e téren.
-
samujózsi
senior tag
válasz
I02S3F
#29630
üzenetére
Extensiont nem találtam, a wm csere felmerült bennem is, de gyorsan elvetettem, mert már lusta vagyok hozzá.
Nem használom a gnome szolgáltatásait, de a manapság elérhető wm-k... túl primitív felületet adnak ootb és egy ilyen futó ötlet miatt nem akarok belevágni. Ha lesz más hasonló igényem, akkor majd elgondolkodom a váltáson.Találtam még egy olyat, hogy xrandr. Nem teljesen tiszta, hogy mi ez, de majd megnézem, ha újra gép mellé ülök.
-
Dißnäëß
nagyúr
válasz
I02S3F
#29586
üzenetére
Linux Desktop-ra tértem át egy ideje, de óriási szívfájdalmam a Foobar és annak komponenseinek futtatása. Az alap program már fut, sikerült eddig beröffentenem egy konténerizált mókolással, hogy a Photoshop-al mit kezdek, meg annak n+1 pluginjével, fejvakarós. A Gimp egy bohóckodás hozzá képest sajnos, piszkosul nem intuitív és marha kényelmetlen, logikátlan. (Bár ez mondhatná bárki, ízlés dolga, mégis kicsit úgy érzem magam, mint a német autószerelő egy Honda gyárban)..
Minden egyébre nekem tökéletes a desktop linux is, de tetszik vagy sem, tartok VM-ben windows-t, pont Photoshop miatt például. Úgysem nyer annyit hw-es gyorsításból, pl. VGA kihasználás, hogy érdemben elkezdjek emiatt pampogni, a monitor kalibrálás és ilyesmik már más tészta, de egyelőre hobbi szinten elvagyok vele. Ha újra beszállnék a félprofi ligába, lehet kell majd egy dual boot és natív W10 ismét. Meglátjuk. Egyelőre elvagyok linuxon.
-
Sonja
nagyúr
-
-
bambano
titán
válasz
I02S3F
#29375
üzenetére
az egyetlen programozási nyelv, amiről nagyjából biztos lehetsz, hogy minden unixon és unix származékon van, az a shell. ha megtanulod a bash-t annyira, hogy azt is tudd, mi az, amiben elferdül az alap szabvány shelltől, akkor minden rendszeren fogsz tudni programozni vele.
ugyanez nem igaz se a pythonra, se a perlre, se a hasonló programnyelv-tervezési bűncselekményekre.
-
haddent
addikt
válasz
I02S3F
#29359
üzenetére
Először is, igaza van a többieknek. DevOps és Linux (sysadmin?) két tök más témakör. Persze van kapcsolat, sok szoros is, de ennyi erővel a programozóval is meg még ezer másikkal (egyébként a DevOps kicsit mindenes IS, dolgoztam 1.5 évig DevOps -ként).
Az 1. pont mindenképp kelleni fog mindkettőhöz, én mindenképp a Pythont ajánlanám, mert egyre csak nő a részesedése, tavaly már #1 volt. Modern, hatékony (C libek), nagyon szép explicit syntax, rengeteg nyálcsorgatós syntax sugar, programozók nedves álma, első nyelvnek is, és a DevOps is szeretettel használja glue languagenek, scriptelni, összekötni. (későbbiekben ha komolyabban érdekel viszont kötelező szopni C -vel is kicsit!) Linux specifikus esetén bash kötelező
A 2. pont számomra majdnem teljesen irrelevánsnak tűnik. Egy része nagyon mély és régi dolgok amikkel napi szinten nem foglalkozik egyik sem (threads, concurrency stb.. tanultam egyetem, de őszintén felesleges első körben, nem kernel fejlesztő leszel..), egy része meg nagyon modern és advanced (virtualization)
A 3. pont eddig a legfontosabb, nem is értem miért nem 1. számú.. Mindkét OS esetén, bash/powershell és terminál minden mennyiségben. Addig kár is kicsit is komolyabban belevágni, amíg nem tudsz minden problémát terminálból megoldani, +pont jár érte, ha már undorodsz a gui -tól és direkt terminálból esik jól minden
4. pont fontos és hasznos, deeee azért ez ilyen estimese, elolvasod, megérted aztán amikor épp valamelyik nagyon mélyen kell majd belemélyedsz
5. esszenciális, mindegyik! Sysadminnak és DevOpsnak is. nginx/apache lefedi a 95% -ot, maradék 4% IIS (win), a maradék a többi viccelődjünk kategória. Nginx -et ajánlanám, az mindent is tud, jól, nem véletlen #1 minden értelmes helyen
6. Container, orchastration, infrastructure provision én inkább ezzel összecsapnám a 2. pontból a vm -et. Kell, és nagyjából itt ~6. pont idejében releváns is már. Linux esetén egyértelműen KVM és Docker, Kubernetes. Minden más megint csak ilyen szenvedjünk egy sort kategória, meg ha épp adott melóhelyen mégis valami elavult szar van, akkor 10 perc alatt beletanulsz, ha ezeket mélységeiben ismered, érted, használod
7. Nagyon fontos, nem nehéz. Jenkinst ajánlanám, teljesen free/open source, millió plugin. Pl. jó ötlet (meg innentől mindenre) feldobni 1 már megtanult konténerbe és játszani vele
8. Nagyon fontos, el lehet benne veszni, de azért mire ideérsz belejössz. ELK, Graylog, Grafana, Prometheus, CheckMK, QRadar. Szerintem ezek a relevánsak manapság, itt is elég elavult a lista.. nagios az alapja soknak, de magában már nem sok szart ér
9. Hát ja ez már a csúcs, mindent valami távoli cloudban deployolvaBocs a hosszú válaszért, de ha komolyabban érdekel a dolog szerintem érdemes ezt az álláspontot is meghallgatnod, ez viszonylag friss tapasztalaton alapul, utóbbi 5 évben 1.5 év multinál devops, 1 év full stack developer, 1 év sysadmin / network / sec analyst. Természetesen nem kell egyetérteni meg szentírásnak venni, ahogy mondtam tapasztalat és vélemény
-
0xmilan
addikt
válasz
I02S3F
#27356
üzenetére
Peldaul ha feltorsz egy webszervert es backdoorozod mondjuk az index.php-t, akkor utanatouch -d <original_date> index.phpkifejezetten hasznos.
Ha ugy lett deploy-olva az oldal, hogy minden fajlnak ugyanaz a kezdeti datuma, akkor egyls -lutan eleg feltuno, hogy egyetlen fajlnal mas datumot jelez.
Lattam mar ebben a kontextusban hasznalva.
...vagyis hallottam rola, hogy lehet ilyet. khm.
btw touch parancs hasznalata nem kifejezetten halado tema.
A Windows host-nak hagysz a 8-ból 3-4 Gigát (lehetsz először szigorú, hogy csak 3-at, a többit kiosztod VM-eknek) és igazából jó lehet a dolog.
De ha valaki megkérdezné tőlem, mennyi RAM-ot tartsak fenn a host-nak ma, ilyen átlagosabb vegyesbazár dolgokra, azt mondanám, 2-3-4G, attól függ, mennyi mindennel tömi meg a host-ot. A többi mehet VM-eknek. A 4G host-ra az olyan tök ideális szvsz, míg nincs sok terányi ZFS, bekapcsolt deduplikációval (de azt meg hülyeség lenne akkor másra használni, mint storage, szóval az egy dedikált NAS gép lenne, nem egy mindenes workstation).
Nem mondod... 
Új hozzászólás Aktív témák
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Vírusirtó, Antivirus, VPN kulcsok
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- QNAP TS-870U-RP 8 lemezes Rack NAS
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- AKCIÓ! Gigabyte H610M i5 13600K 16GB DDR4 512GB SSD RTX 3060Ti 8GB Zalman S2 TG Seasonic 650W
- Eredeti Windows 10 / 11 Pro aktiválókulcs AZONNALI SZÁLLÍTÁSSAL!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged