Hirdetés
- iPhone topik
- Fele annyit ér az iPhone Air, mint amennyibe pár hete került
- Google Pixel topik
- Yettel topik
- Xiaomi 15T Pro - a téma nincs lezárva
- Poco F8 Ultra – forrónaci
- Honor Magic5 Pro - kamerák bűvöletében
- Xiaomi 15 - kicsi telefon nagy energiával
- Szerkesztett és makrofotók mobillal
- Honor 200 Pro - mobilportré
-
Mobilarena
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
-
válasz
Frawly
#27082
üzenetére
"Ezek az AD/LDAP megoldások szabványosítva vannak, direkt olyan szinten kompatibilisek, hogy windowsos klienseket is kiszolgálnak linuxos szerverről": lol, te sem ismered a microsoftot. az ad pont annyira lett megtekerve, hogy szabványos ldap és kerberos kliensekkel ne lehessen használni.
én nem tudok hivatalos, ms által támogatott ad-ről linuxon. van samba4, amiben megpróbálták visszafejteni a protokollt, az vagy sikerült, vagy nem, vagy belepiszkált azóta az ms, vagy nem, vagy bele fog a következő peccskedden.
továbbra is azt erőltetném, hogy akinek keresni kell az indokokat, hogy miért váltana linuxra, az ne váltson. ha sem a feladat, sem az igény, sem a szaktudás nincs meg, akkor minek erőlködni?
-
#27079
bambano
titán
Flowtation
#27078
válasz
Flowtation
#27078
üzenetére
ha windowsos hálózatot akarsz építeni, akkor windowsból kell megépíteni.
-
válasz
Dißnäëß
#26987
üzenetére
"Namost, hiába van titkosítás után logikailag az LVM szint,": nem értem, amiket írtok. a luks az a disk manageren használt titkosítási rendszerből egy titkosítási fajta.
tehát nincs olyan, hogy luks-lvm, két okból sem: az egyik egy blokk-eszköz menedzser, a másik meg egy titkosítási módszer.másrészt mivel dm-cryptet használ, ami az lvm része, ezért fogalmilag lehetetlen a luksot betenni az lvm alá.
tehát ha úgy használod, ahogy le van írva, akkor raid-lvm-luks-lvm a sorrend.
szerintem raid-re lvm-et kell tenni, majd az lvm-en kiosztott köteteket kell luks-szal titkosítani. ha nem akarod bootoláskor kézzel beírni a jelszót, akkor a crypttab-ba bele kell írni, és kész. mondjuk akkor rögtön semmi értelme lesz az egésznek, mert minek titkosítod, ha adod mellé a jelszót... -
#26972
bambano
titán
MasterMark
#26971
válasz
MasterMark
#26971
üzenetére
"Root szervernek saját magát adtam meg.": azt tudod, hogy hol kell megadni?
-
#26970
bambano
titán
MasterMark
#26968
válasz
MasterMark
#26968
üzenetére
teljes rezolvernek nem kell forwarder.
szerk: arra viszont vigyázz, hogy csak annak a címtartománynak rezolváljon, ami a belső hálózatod, mert ha nem, abból csúnya ddosok lehetnek.
-
Van valakinek személyesen tapasztalata linuxos (lehetőleg ingyenes) rendszámfelismerő rendszerrel?
kamera + sw.
kösz. -
válasz
Dißnäëß
#26941
üzenetére
pár felhasználós cég irodáját kérdezted, nem az enterprise űrhajó parancsnoki hídját.
pár felhasználós céghez kitesz az ember egy microservert, oszt jónapot. polcon legyen tartalék, bedöglik, tartalék kivisz, diszk átrak, go.ha te clustert akarsz építeni meg tanulni, akkor azt kell megkérdezni.
egyébként én nem csinálnék inkrementál backupot, ha realtime-t is lehet.
-
válasz
Dißnäëß
#26938
üzenetére
szerintem nem kell ezt túlgondolni. a rakás pi az rossz ötlet, mert egyrészt nincs rajta diszk csatoló, másrészt úgyis a diszkek viszik el a fogyasztás jelentős részét, ami minden választás esetén ugyanaz.
szóval három utat látok:
1. veszel hp microserver gen10-et. ebből van kétmagos amd apu-s is, annak az ára viszonylag baráti, meg van négy magos is, azt ha ügyesen megrázod, lehet, kipottyan belőle egy aranyrudacska.
2. ha kevés az apu, de sok pénzt akarnak vasra költeni, akkor vehetsz miniITX-es készre szerelt intel szervert. (hmm. ez most nincs kint a cég weblapján...)
3. összeraksz alkatrészekből egy kis hunyorítással szervernek látszó tárgyat, olyan procival, annyi rammal, amennyi neked tetszik.a legtriviálisabb az első. a harmadikhoz össze lehet szedni olyan konfigot, ami mindent tud, amit egy rendes szerver (távmenedzselhető, stb.), de nem szerver árban, hanem "ahhoz" képest gombokért.
szerk: ha ilyen elborult ötletet akarsz, mint a szerkesztett hsz-ben, akkor ezt is nézd meg:
dual alix apu.dual mitx házakat a mini-itx-en találsz.
-
-
válasz
Dißnäëß
#26840
üzenetére
"ha Samba-val "kipublikálom" 2 Windows-os gépnek, amiket L2TP/IPSec-en belógatok a gépre a távolból, akkor gondolom ott normál user jogosultsági szinteken vagyunk": nem, olyan jogosultsági szinten vagy, amilyet beállítasz.
a samba alapvetően rootként fut, ha más user jogaira van szüksége, akkor eldobja a root jogokat. a diszkre meg úgy tudsz írni, ha engedélyezed a diszken levő könyvtárakra, hogy oda más is írhasson.
-
válasz
sh4d0w
#26827
üzenetére
nem tudjuk, hogy az oprendszer is raid1-en volt-e
nem tudjuk, hogy a grubot felrakta-e mindkét diszkre
nem tudjuk, hogy a maradék diszkről bebootol-e a gépe.egyébként amióta "okosan" a raid1 elejére tették a szuperblokkot, azóta csak úgy lehet raid1-ről menteni, ha összeraksz kézzel egy féllábú raid1-et és az md-t mountolod fel.
a választ a kérdésére viszont tudjuk: "Valahogy ki tudom venni raid alól adatvesztés nélkül?": nem, mert ha meg tudná csinálni, nem kérdezne
-
-
válasz
Andralin
#26763
üzenetére
szerintem nulla darab usb-s ethernet kártyát érdemes venni. az usb egy megbízhatatlan csatorna, nem arra találták ki, hogy százmegágat áttolj rajta.
miért nem veszel pci-os vagy pci-e ethernet kártyát? mennyivel többet tudnánk, ha itt pár nap után végre elárulnád pontosan, hogy milyen géped van?
annak a hülyeségnek neki se fogjatok, hogy mert notebookja van (hagyjuk már ezt a laptop tévedést), attól már nem lehet bele plusz hálózati kártyát rakni. ha tudnánk a notebook típusát, akkor tudnánk, hogy van-e benne pcmcia vagy expresscard slot, és akkor tudnánk, hogy lehet-e bele ilyet rakni.
-
-
multistream displayportot használ valaki intel prociban levő videokártyával?
-
-
válasz
asuspc96
#26626
üzenetére
én abban látom a fő problémát, hogy ma már nem nagyon lehet megkülönböztetni a malware-t a rendes programtól oprendszer szinten. te, mint vírusirtó, hogy döntöd el, hogy az a levél, ami épp kifelé megy a gépedről, az szándékosan küldött levél, vagy az akaratod ellenére kiküldött spam? ugyanígy, hogy döntöd el, hogy az a dns rezolválási kérelem, amit kitol a géped, miattad van, vagy egy botnet miatt?
sehogy. ugyanazokat az oprendszer szolgáltatásokat veszi igénybe az általad direkt elindított levelező program is, mint egy vírus. ugyanúgy nem tudod eldönteni, hogy most azért nyitotta meg egy program a gyereked fotóját, mert ki akarod venni a vörösszem effektust, vagy azért, mert le akarja kódolni váltságdíjért.
-
válasz
asuspc96
#26624
üzenetére
változnak az idők, változnak a vírusok.
régen romboltak, ma sokkal inkább rejtőzködnek, hogy minél tovább használhassák saját disznóságaikhoz a te erőforrásaidat.
ha ezt tekinted definíciónak, hogy általad nem kívánt céllal általad nem kívánt kód fut, akkor igen, találkoztam ilyennel. ezek zömében olyan esetek voltak, amik vagy találékonyságból indultak ki (senki nem gondolta, hogy arra is jó), vagy emberi hanyagságból.
én klasszikus vírussal soha nem találkoztam linuxon.
-
nem tudtok véletlenül linuxhoz jól működő magyar text-to-speech programot?
-
-
válasz
Jim Tonic
#26568
üzenetére
a debian csomagok ARchive formátumban vannak.
letöltöd a .deb-et, ar x firebird.deb kicsomagolja a deb-et, kapsz pár tar.gz-t meg pár kontrol file-t. a tar.gz-kből ki tudod venni azt a fájlt, ami a gondot okozza, beteheted a helyére, és akkor le tudod törölni végleg a csomagot, majd visszarakod rendesen.az ar a binutils-ban van.
-
"Az esetleg lehet opció, hogy a routeren írom be a DHCP szerver beállításánál a subnethez tartozó domaint?": lehet, ha bele tudod írni a routereden futó dhcp-be.
a kérdés, hogy a dhcp szervered magától küldi-e ezt a dhcp opciót, illetve hogy a dhcp kliens kéri-e ezt a beállítást a szervertől, és ha megkapja, alkalmazza-e.
a debianos linux kliens kéri, azzal működnie kellene.
-
válasz
Jim Tonic
#26535
üzenetére
"Van itt virtualizálási guru": félig
"A kérdésem az lenne, hogy ma megoldható-e, hogy egy nem virtuális rendszert átrakjak virtuális környezetbe": xen-nel és kvm-mel meg.persze jó lenne tudni, hogy milyen oprendszert akarsz átteni és milyen hoston, mert ez fűszerezheti a témát.
-
#26509
bambano
titán
davidvarga
#26504
válasz
davidvarga
#26504
üzenetére
az egész linux HALADÓ topic nagyon drukkol neked, hogy a fenti válaszom alapján magadtól is ki tudod találni a megoldást.
-
#26503
bambano
titán
davidvarga
#26502
válasz
davidvarga
#26502
üzenetére
először eltöröd 128-nál, utána 96-nál, majd 64-nél.
fold -w 128 | fold -w 96 | fold -w 64
-
használ mostanában valaki md raid1-et nbd-vel? mennyire stabil?
-
válasz
kmisi99
#26449
üzenetére
a kérdéssel átfáradsz a megfelelő windows topicba, mert ez ottani probléma.
hint: a windows azelőtt kéri a jelszót, hogy bármiféle kapcsolatba kerülne a linuxszal, nyilván, hiszen jelszó nélkül nem is tud kapcsolatba kerülni. következmény: egy olyan rendszer, amivel nincs kapcsolatban, nem focizik a problémában.a rendszergazdának igaza van
-
válasz
#61392896
#26440
üzenetére
elsősorban a biosban található uuid-et figyeli.
sose virtualizáltam virtualboxban se windowst, se semmit, de ha ott van olyan beállítás, hogy uuid, és az mindig fix, akkor működni fog.
persze ha másik topicban kérdezted volna, ott azt válaszolnák, hogy az újabb w10-es buildek már elfogadják a w7-es serialokat is... -
#26431
bambano
titán
MasterMark
#26429
válasz
MasterMark
#26429
üzenetére
az eltűnésének az oka lehet az is, hogy a gép usb portja nem bírja meghajtani árammal.
ezért javasoltam, hogy ha tudsz, szerezz egy olyan usb hubot, aminek saját tápja van és dugd abba. -
#26427
bambano
titán
MasterMark
#26426
válasz
MasterMark
#26426
üzenetére
én kerítenék egy aktív tápfeszes usb hubot...
-
#26387
bambano
titán
MasterMark
#26385
válasz
MasterMark
#26385
üzenetére
-
nem, hanem arra gondol, hogy mi lesz a fájllal, ha a fájl neve egy darab nulla karakterből áll.
merugye c-ben az a string vége karakter. falusiasan: nullstring.a kérdés egyébként teljesen jogos, nyilván be kell dobni előtte egy-két háziszilvát, hogy ilyen hülyeség az ember eszébe jusson
de abból az irányból megközelítve, hogyha írsz egy programot, ami fájlokat kezel, akkor hogyan kell lekezelni az üres fájlnév esetet, teljesen jogos. -
-
válasz
#73749248
#26360
üzenetére
"Asszonyka begyűjt egy combos kis zsaroló programot, mire észbekap, le van kódolva minden.": az asszonyka könyvtárában.
Most vagy elfogadod, hogy a linux védelmi rendszere az ilyen zsarolóvírusokat megfogja, vagy abban sincs indokod hinni, hogy a zsarolóvírus nem jön ki a virtualizált környezetből.
"Mentés is egyszerűbb: snapshot ha valami rizikós dologgal kísérletezel/vezetsz be valamit.": miért, alap linuxot nem lehet snapshotolni? hint: de. rizikós dologra meg külön vas oszt jónapot. nem fogom magam évekig virtualizációval szívatni azért a pár alkalomért, amikor valami rizikósat tesztelnék...
"Arról nem beszélve, hogy még annyira sem leszel hardverfüggő, mint egyébként.": jaja, nem leszel hardverfüggő, hiszen a pci-pass-thru az móka és kacagás. ja nem.
"Nem kell hálókártyanév változással és egyéb hasonló kedvességekkel küzdeni.": kösz, igazán boldog vagyok, hogy egy újabb mondattal bővítetted a híres utolsó mondatok gyűjteményemet
ahh, docker. mert a docker éppen nem cseszi össze a fájlrendszered azzal, hogy a konténerekben nincsenek szinkronizálva az uid-ek... oh wait
cserébe, ha sok virtualizált géped van, legalább mindegyiket külön frissítheted. szerintem a gépem van értem és nem fordítva, de mindenki a maga szerencséjének a pogácsa.
-
válasz
#73749248
#26317
üzenetére
a W,A,N betűk, meg az L,A,N betűk csak stringek a routeren. Routing szempontjából teljesen mindegy. Hívhatnád akár tegnaptávkanócnak is, meg gizidrótnak is.
Az internet egyenrangú csomópontok hálózata. Tehát a router két, egyenrangú csomópontokból álló halmazt köt össze, így nincs értelme a router szempontjából, hogy bármelyik lábát kiemelten kezelje. Az egyetlen hasznos megkülönböztetés az alapértelmezett átjáró.
Annak az esélye, hogy a linux kernelben a hálózati stackben hibát találj, kicsi. Ezt fejlesztik a legjobban, nem valószínű, hogy bugos lenne, de kizárni sem lehet. Annak az esélye, hogy hibás a konfig, elég nagy. Tehát tesztelni kell és addig reszelni, amíg jó nem lesz.
-
válasz
#73749248
#26315
üzenetére
alapesetben, ha nem babrálod kézzel a routingot, akkor egyszerű a routing döntés:
- minden interfészen van ip cím, subnet maszkkal, ha a továbbítandó csomag címzettje azon a subneten van, akkor azon az interfészen fogja kitolni a csomagot.
- ha nem tartozik bele egyik subnetbe sem a címzett, akkor megnézi a routing táblát, hogy tud-e infót arról, hogy merre kell tolni. ha talál, akkor arra tolja.
- ha nem talál, megy a default gw-re.arról most ne nyissunk vitát, hogy akkora mocskos állatságokat lehet csinálni a kernelben a routinggal, ha valaki tényleg ért hozzá és átlátja a működését, hogy bárki más nem lesz képes felfogni
"Ez nekem így inkább biztonsági hibának tűnik": nekem meg konfigurációs hibának.
például a bridge táblázatokban a drop "egy kicsit" mást jelent, mint az ip táblázatokban. az iptablesnél a drop eldobja a csomagot, az ebtablesnél a drop kidobja a bridge kódból és megy a routing felé. tehát ha te például összebridgelted a wifidet egy ethernettel, és ott dropoltatni akarod a csomagot, akkor az ebtables pont fordítva működik, mint ahogy első olvasatban az átlag user elképzelni. -
próbálta már valaki, hogy a gen10-es hp microserver mit bír nfs szerverként?
-
milyen vpn szervert tegyek a debianomra, hogy w7 kliensekről kényelmesen elérjék?
tia -
válasz
CPT.Pirk
#26232
üzenetére
nem, az nem szokott előfordulni, hogy kiveszik a kernelből valaminek a támogatását.
az szokott előfordulni (usb-s cuccoknál kimagaslóan gyakran), hogy másik chip kerül az eszközbe. észre sem veszed, ugyanaz a cucc, nincs kívülről látható változás, de a bele teljesen más. és akkor pislogás van.szerk: nézd meg az usb azonosítókat azon a linken, amit a kolléga megadott, meg azon, amit az ő gépe lsusb-re kiad.
-
válasz
kmisi99
#26216
üzenetére
A screen egy olyan terminálemulátor, aminek a képernyőjéről le lehet kapcsolódni úgy, hogy a benne elindított programot nem dobja ki.
ha screen -d-vel indítod (detach), akkor rögtön így indul. Elindul, beteszi magát háttérbe, és elindítja a benne futtatandó programot.Azt nézd meg, a scripted terminálban futtatva elindul-e. Esetleg írj bele egy date parancsot, akkor látni fogod.
Ha ez gond, akkor van linux kezdő topic.
-
válasz
kmisi99
#26211
üzenetére
"De a screen -mdS spin spin.sh kód látszólag semmit se csinál.": konkrétan pont így van kitalálva, hogy *látszólag* semmit se csináljon.
utána egy screen -r paranccsal megnézheted, hogy tényleg nem csinál-e semmit.
szerk: a touch után én írnék egy sync-et is, biztos, ami tutti.
-
-
tudtok olyan ups-t (egy géphez), amit korrekten kezelnek a linuxos programok és megvásárolható?
tia -
válasz
Primary92
#26176
üzenetére
A pi elektronikai kísérletezésre szolgáló áramkör.
Összesen egy darab bemeneti/kimeneti portja van, egy usb. Minden más azon lóg usb hubokon keresztül.Ebből következik, hogy mentőszervernek, pláne négy diszkkel, alkalmatlan. Négy olyan diszket nem is tud meghajtani, amik usb-ről veszik fel a tápot. Saját tápos usb diszket lehet rá dugni, de megbízhatatlan lesz.
-
ezért ül rá a dhcp szerver az icmp echo csomagokra. mivel nem az küldi ki, de jön válasz, nem érti.
-
válasz
Frawly
#26065
üzenetére
először is velem szemben mellőzd az ilyen igék használatát, nem őriztünk együtt libát.
másodszor azok a videók, amiket linkeltél:
- az első címe: "NVMe vs SATA SSD vs HDD - Game load and file copy times tested"
- a második címe: "Samsung 960 Pro vs SATA SSD - game loading times tested"
a címük alapján, és a tartalmába is belenézve, teljesen indifferensek az állításaimhoz képest.az én állításom az volt, hogy a ram gyorsabb, mint az ssd. hogy a ram szóból te hogy keveredtél át az nvme csatolós ssd-khez, az a te belső magánügyed, én nem tudom, de nem is érdekel.
de hogy legyen ontopic teszt is:
[link] és [link]
ezek már reálisabb tesztek abból a szempontból, hogy azokat az eseteket teszteli, amikkel kapcsolatban állítottam valamit, nem pedig indifferens témákat.a számok magukért beszélnek, az állításod tévedés.
most nem akarom azt firtatni, hogy az ablakos rendszer mennyiben hivatkozási alap itt. azt se firtatnám, hogy egy kézmodell magyarázata mennyire szakmai és/vagy helytálló, annyi köze van a témához, hogy az ő főnökének a keresztneve is Linus. a vezetékneve már nem stimmel, de borítsunk fátylat ilyen apróságokra.
"Vagy pl. lehet forráskódból forgatásnál is megnézni, nálam a kernelfordításnál tizedmásodpercre azonos idő alatt fordult le a kód ramdrive-on és SATA SSD-n is. ": megmérted kétszer egymás után a ramdrive-ot és nullaszor az ssd-t? maradjunk annyiban, hogy a véleményed nem lesz általánosan népszerű itt.
-
válasz
ubyegon2
#26062
üzenetére
nem követtem, hogy mi a probléma, de a leggyorsabb diszk elérés az lesz, ha sok szabad ramod van, amiben elterpeszkedhet a diszk block cache. az általam látott teszteredmények szerint egy gyors pörgős diszk és egy ssd között 3-5x, egy ssd és a ramdiszk között 10-15x sebességkülönbség van.
a legjobban akkor jársz, ha hagyod, hogy a kernel optimalizálja a ramot és ehhez van bőven ramod. elméletben igaz, hogy bejöhet processzor limit, csak ennek olyan tág a határa, hogy sose érjük el.
Új hozzászólás Aktív témák
- Milyen videókártyát?
- World of Warships
- iPhone topik
- Nvidia GPU-k jövője - amit tudni vélünk
- Fele annyit ér az iPhone Air, mint amennyibe pár hete került
- Kiadta Sam Altman a parancsot: bajban a ChatGPT!
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Autós topik
- Xbox Series X|S
- Nem akármilyen módon ugrik rá a memóriapánikra a Valve
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- PC Game Pass előfizetés
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Lenovo Thunderbolt 3 kábel (4X90U90617)
- Gamer PC-Számítógép! Csere-Beszámítás! I3 14100F / RTX 3060Ti / 16GB DDR5 / 1TB SSD
- Apple iPad 11 (A16) 128GB Wifi Silver 1ÉV Bontatlan
- iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4065, 100% Akkumulátor
- Azonnali készpénzes AMD Ryzen 1xxx 2xxx 3xxx 5xxx processzor felvásárlás személyesen / csomagküldés
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest