Hirdetés
-
Computex 2024: a TravelMate sem kerül el az AI-t
ph Az Acer üzleti notebooksorozatába érkező P4 16 és P6 14 sem menekül a CoPilot megjelölés elöl.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Megjelenési dátumot kapott a Conscript
gp Az I. Világháborús horror játék jövő hónapban érkezik.
-
PROHARDVER!
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 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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz inf3rno #30138 üzenetére
"Ha csak ideiglenesen van nyitva a port, miután bezáródik, nem fog működni az SSH, mert megszakad a kapcsolat.": ha előbb accepteled az establishedet meg a relatedet, és utána dobálod el a synt, akkor nem záródik be.
"csak azokra a portokra tolunk port forwardot, amik a szekvencia részei, akkor baromi gyorsan fel lehet törni.": ez önmagában igaz, csak kopogtatást nem így csinálnak. a szekvencia részeit képző portokra nem kell forward, ugyanúgy dropolod, mint a többit, csak másik ipset-be jegyzed fel.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
Mikrotik topicban kérdeztem, hogy hálózati megoldás van-e a következő problémára, nemigen volt. Tehát linuxos (debianos) megoldást tud-e valaki javasolni?
van két nyomtató, egy fontos meg egy nem annyira fontos, különböző helyen. ha a fontos nyomtató megdöglik, akkor a fontosat félrerakják, lekapják a nem fontosat és felrakják a fontos helyére. ennek a megoldásnak az a hátránya, hogy az ip címeket kézzel le kell cserélni.van ötletetek, hogyan lehet megoldani, hogy a nyomtató a helye alapján kapjon ip címet? vagy egyéb megoldás, hogy rendszergazdai segítség nélkül mehessen tovább a munka?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz kovaax #30168 üzenetére
nem, mert ezzel nem tudom megoldani, hogy a két nyomtató üzemeljen, amikor mindkettő jó.
azt kellene valahogy megoldani, hogy amikor helyet cserél a két nyomtató, cserélődjön az ip cím is. másképp fogalmazva az ip a helyszínhez kötődjön, ne a nyomtatókhoz.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz kovaax #30174 üzenetére
mert a dhcp-nek is van késleltetése, lease time, meg a dns-nek is.
router nincs a rendszerben. switch van, ami nem tudja a szükséges funkciót.
dnsmasq sincs.viszont szöget ütöttél a fejembe, a debian bridge kódban lehet csodát tenni a mac címekkel... ezen még el fogok gondolkodni
kösz.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
válasz inf3rno #30244 üzenetére
egy csomó programnál bevezették azt a szokást, hogy nem egy konfig fájl van, hanem egy könyvtárban levő összes fálj konfig(részlet). annak érdekében, hogyha szükség van sorrendiségre, a megfelelő sorrendben olvassa be a konfig részleteket, megszámozzák az elejét, és az alapján sorbarendezik.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
linuxon szokták még a read mem és a write mem paramétereket is tuningolni.
illetve láttam már olyat, nem mostanában, hogyha implementációs hiba van (találd ki, melyik oldalon ) akkor a window scaling kikapcsolása sokat javít a helyzeten.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
az io-t két másodperc alatt ki lehet zárni az ext4 fájlrendszer szemantikával.
felraksz egy olyan fájlt a diszkre, aminek az eleje hiányzik, a végén meg van 4096 darab nulla. Ezt töltögeted le, akkor a diszk io nem fog érdemben lassítani.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
válasz Dißnäëß #30343 üzenetére
ha az architektúrád nem alkalmas a feladat végrehajtására, architektúrát kell cserélni.
"SSL terminálás a load balanceren szintén nem megoldás, ha onnan titkosítás nélkül megyünk a célgépekre.": pedig eléggé ez tűnik a normális megoldásnak.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
van ecc-s notebook ram, de nincs rá szükség.
az ecc-s ram annyival jobb, mint a sima ram, hogy egy bit hibát ki tud javítani. de nem ez számít, hanem az, hogy történhet-e memória hiba detektálatlanul, és az a sima ramnál sem fordulhat elő.a seedben levő dolgok úgy is el tudnak tűnni, hogy a torrent kliensben be van állítva, hogy unregistered torrentet töröljön az adatfájlokkal együtt és a trackeren kitörlik a torrentet.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Frawly #30450 üzenetére
az milyen remek ötlet már egy zenész számára, hogy adjon mondjuk 5 másodperc buffert a zenéhez, így amit aktuálisan hall, az már 5 másodperce elmúlt a sequencerben, és ha rányomja a billentyűt az aktuális sávban, az majd 5 másodperc múlva lesz hallható...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"Szükségem lenne egy kis segítségre egy Tomato (Linux) firmware-es router-en.": akkor a tomato topicot tudom ajánlani: [link]
egyébként pedig flash-es fájlrendszeren fájlok folyamatos frissítése rossz ötlet: rövid úton kinyírja a flasht.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz TheProb #30523 üzenetére
szerintem teljesen helytelen a nézőpontod.
miért jó, hogy értesülsz róla? tudsz áramot csinálni remote?
egyébként pedig ha olyan fontos dolgok mennek rajta, akkor nyilván van rajta szünetmentes. a szünetmentes képes jelezni, ha elment az áram, és van benne annyi szufla, hogy ezzel a jelzéssel bármit is csinálhass, majd utána szabályosan leállítja a gépet.
ha meg nem fontos az egész, ezért nincs rajta szünetmentes, akkor nem mindegy?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
válasz DonThomasino #30651 üzenetére
pontosabban?
mert az 5 percenként az napi intervallumban egy konkrét jól definiált szám.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz DonThomasino #30653 üzenetére
én még nem láttam olyan cront, amiben van @shutdown.
és ha ez igaz, és beleírtad, akkor a @rebootot se veszi figyelembe, mert szintaktikai hibát talál a fájlban.
másrészt tapasztalatom szerint a cron nem teljesen abban a környezetben fut, mint a root shell. de ebbe lehet, hogy tévedek.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz vargalex #30732 üzenetére
azt írod a #30719-ben, hogy:
"Ellenőrizni afile
paranccsal tudod. (file binariseleresiuttal
), kiírja, hogy milyen architektúrára fordított a bináris."idézem azt a hsz-t, amire válaszoltál:
#30709 :[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox
/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, stripped
tehát abban a hsz-ben, amire válaszoltál, benne volt az, amit hiányoltál. és a parancs kimenete azt is tartalmazza, hogy a topicban eluralkodó x86_64 tévedéssel szemben az egy arm eabi5 v1-es bináris. sőt, az is benne van, hogy az armhf architektúrához tartozó linker fogja összerakni indításkor.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz vargalex #30734 üzenetére
lehúzta az x86-os pkgbuildet, amivel a dependenciás sor segítségével felrakta a függőségeket, majd lehúzta az x86_64-es firefox rpm-et, amit az adott gép csomagkezelője fel se rakott, mert ütköző architektúra.
egyébként érdekes ez a pkgbuild, mivel dependel gtk-ra, amiben egyébként a wayland driverek vannak... elvileg a firefox az alap működéséhez egyáltalán nem dependel a waylandra, mert nem azon a szinten kapcsolódik. ezt maximum a videolejátszás miatti közvetlen hardver elérés borítja meg.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz vargalex #30740 üzenetére
tehát mégegyszer: ha "egyenes" fordítás van, ahol a hoszt és a cél architektúra ugyanaz, akkor lehet a hoszt architektúra a nevében, mivel megkülönböztethetetlen a céltól.
ha keresztfordítás van, akkor nyilvánvalóan a cél architektúra van a nevében.
másrészt meg a rendes make felülbírálja a makefile-ban levő alapértelmezett válaszokat, ha paraméterként megadod.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Steam kulcsok - UTALÁS/REVOLUT
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen