- Motorola Edge 50 Neo - az egyensúly gyengesége
- Hívószám-hamisítás
- Magisk
- One mobilszolgáltatások
- iPhone topik
- Íme az új Android Auto!
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Szívós, szép és kitartó az új OnePlus óra
- Samsung Galaxy Fit 3 - keveset, de jól
- Honor Magic6 Pro - kör közepén számok
-
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
-
bambano
titán
válasz
megema
#25743
üzenetére
nekem jellemzően memória bajaim szoktak lenni. diszk hiba mágikus lekövethetetlen problémát nem nagyon szokott okozni (csak akkor, ha egzotikus raid vezérlőn van, alaplapin nem). diszk hibánál jellemzően ott van egy képernyőnyi crash dump, abból lehet tudni, hogy mi a helyzet.
alaplap hibám egyszer volt, nem zárnám ki azt se, de nem az lenne az első gyanúsítottam.
-
bambano
titán
-
bambano
titán
válasz
togvau
#25674
üzenetére
ez vinyó hardver hiba. szerintem minél hamarabb vedd meg a pótlását és mentsd az adatokat.
ez okoz olyat, hogy percekig nem lehet belépni ssh-n a gépre.
"de linuxnál több szálúnak tűnik az I/O rendszer.": pontosabban a normál működés közben tűnik többszálúnak az io. az error recovery az nem az.
-
#25524
bambano
titán
Prosectura2
#25523
bambano
titán
válasz
Prosectura2
#25523
üzenetére
szerintem az echo utáni -e -t vedd le.
-
#25519
bambano
titán
Prosectura2
#25515
bambano
titán
válasz
Prosectura2
#25515
üzenetére
szerintem kezdjük ott, hogy ezt a sudo nevű betegséget elfelejted.
ha rootként akarsz processzt futtatni, akkor a root crontabjába tedd bele. -
bambano
titán
válasz
Gorneck
#25463
üzenetére
persze, hogy meg lehet adni, nemigen fogsz olyan hálózati problémát találni, amit a linux kernellel ne lehetne megoldani
de a probléma előbb keletkezik, a kliensnek tudnia kell, hogy mi felé indítsa el azt a csomagot. tehát vagy a debian szerver kliens felé néző ip címét adod meg a konfigban, vagy a valódi címét adod meg, akkor meg routolni kell.
-
#25455
bambano
titán
MasterDeeJay
#25454
bambano
titán
válasz
MasterDeeJay
#25454
üzenetére
én sem varázslókat emlegettem, hanem sima copy-pastét.
"Outlook nem enged felvenni két azonos emailcímű levelezést, nem tudok csak úgy másolgatni.": rendben, majd szólok a főnökömnek, hogy amit az outlukkal csináltunk, az nem működik.én kihaló vas ellen a virtualizálást használom. mondjuk ms-t nem csináltam még, de ősrégi redhatet már igen.
tehát ha eldöntötted, hogy úgy akarsz nem exchange-t használni, hogy exchange-t használj, akkor a zentyal kottáját kell első körben elolvasnod.
szerk: "Szóval nekem ami bevállt az exchange szerverkonzolba new mailbox requrest pst be kimeneni az összeset majd odamenni a kliens géphez és adatfilejént felhúzni. (vagy pst-t feltölteni o365-be)": kliens gépen levelezést tárolni az álmoskönyvek szerint bazira rossz ötlet.
-
#25453
bambano
titán
MasterDeeJay
#25451
bambano
titán
válasz
MasterDeeJay
#25451
üzenetére
a webmint nagyon-nagyon gyorsan töröld le, mielőtt feltörik vele a géped.
a postfix szerintem jó mta-nak.
mit értesz azalatt, hogy exchange-t tud-e?"Az átállást megoldanám pst-k lementésével és visszacsatolásával a kliens oldalon": én ezt túlbonyolításnak érzem. az outlook is tud leveleket másolni, felcsatolod a régi meg az új postafiókot egyszerre és egyszerűen áthúzgálod a levelezéseket.
webmailt nem láttam normálisat az utóbbi időben, de lehet, túl finnyás vagyok. központi jelszótárolásra én postgrest szoktam használni, az ad-s integrációt sose teszteltem. viszont az se biztos, hogy baj, ha nem ugyanaz a jelszó a levelezésben, mint az ad-ben.
-
bambano
titán
az általam írt mondat helyes értelmezése az, hogy a kernel a védő eszközök között szerepel, mint az applikáció előtt levő dolog, nem pedig a védelemre szorulók között, amennyiben ez a fajta ddos elleni védekezés a téma, amiről itt szó van.
"A kernelt nem kell védeni úgy általában, ez csak a sysadminok fejében elő marhaság": tartok tőle, hogy ezt se a linux kernel fejlesztők, se a microsoftos kernel fejlesztők nem így gondolják.
-
bambano
titán
pontosítsunk egy kicsit.
a ddos elleni védekezés alapja, hogy amit védeni akarsz, az előtt kell védekezned. mivel a kernel és a linux tűzfal ebből a szempontból a gépen futó szerver programok előtt van, így azokat elvileg lehet védeni. a bejövő internet kapcsolatot nem tudod védeni, mivel a védekezésnek a drótod túloldalán kellene kezdődnie. -
bambano
titán
a cikkben van ez a példa:
head -c 100MB >akarmi.isocsinálj már egy 256TB-s iso-t dd nélkül please. vagy ha mindenre jó a cat meg a cp, amire a dd, akkor másolj már le egy hibás adathordozót cat-tel...
a pv meg nem része az alap debian telepítésnek.
szóva pöpetz cikk, csak kb. nincs benne egy értelmes tanács se.
-
-
bambano
titán
-
bambano
titán
válasz
ubyegon2
#25202
üzenetére
"Nem fogod érzékelni, legfeljebb mérések alapján lassabb pár ezreddel!": fogja érzékelni és nagyon sokkal lassabb. nem csak azért, mert a belső trackeken a vinyók fele-harmada teljesítményre képesek, hanem azért is, mert odáig be kell vinni a fejet, és az idő. az átlagos seek time erősen romlani fog.
viszont nekem még sose csinált olyat a telepítő, hogy ne oda tenné a partíciót, ahova mondanám...
-
#25173
bambano
titán
Neil Watts
#25171
bambano
titán
válasz
Neil Watts
#25171
üzenetére
szerintem ez teljesen korrekt.
egy usb porton lóg az ethernet és a diszk is.
mit tehetsz: felülvizsgálod az elvárásaidat a málnával szemben. -
bambano
titán
válasz
bucihost
#25103
üzenetére
"post-up meg a pre-down kell! hogy miért azt ne kérdezd": nem kérdezem, állítom, hogy nem kell.
a debianos hálózat-indító szkript illetve a kernel ezt a két utasítást megcsinálja magától, tehát biztosan nem kell. ettől csak unconfigured állapotban marad az interfész, amiből lehet baj.forgalom átirányítást lehet csinálni, én ip alapon csinálnám, a lartc-ben le van írva, hogyan.
-
bambano
titán
válasz
bucihost
#25098
üzenetére
ez így teljesen rossz.
három interfészed van, azt háromfelé kell szedni.
van a loopback, azt automatikusan felhúzza a rendszer, erre elég két sor:
auto lo
iface lo inet loopbackutána mindkét eth-ra kell egy-egy
auto ethx
sor, ettől húzza fel automatikusan az interfészt.
utána kell az interfész adata.
a post-up meg a pre-down egyáltalán nem kell, helyette egy darab gateway sor kell.
gateway alapértelmezésben összesen egy darab lehet, tehát az eth0-hoz és az eth1-hez egyszerre nem írhatod bele. lehet dual homed gépet csinálni, de az ennél bonyolultabb történet.255.255.255.255-ös netmaszk nem használható itt.
-
#25060
bambano
titán
DrojDtroll
#25059
bambano
titán
válasz
DrojDtroll
#25059
üzenetére
-
#25054
bambano
titán
DrojDtroll
#25053
bambano
titán
válasz
DrojDtroll
#25053
üzenetére
lsusb nem jó?
-
bambano
titán
"Ezért az alsa (Pulseaudio) csak 2.0-nak látja, miközben tudja a 7.1-et is windows alatt (Manjaro)." találgassak?
egyébként ott van a logokban minden, ami kell:
-Werror=date-time ez a fordítási opció nem tetszik neki, ha jól látom.
ezt kell kitörölni a makefile-ból vagy megmondani neki, hogy bele se tegye. -
#25030
bambano
titán
Neil Watts
#25029
bambano
titán
válasz
Neil Watts
#25029
üzenetére
nfs biztonsági okokból elmappeli a root uid-ot.
tehát rootként nem fogsz rá triviálisan másolni.
userként lehet, de akkor mindkét gépen legyenek azonosak az uid-ek, és a szerveren az adott user uid-jével legyen megcsinálva a könyvtár, ahova másolsz.
arra is figyelni kell, hogy a szerveren a mount után is be kell állítani a védelmi kulcsot. -
bambano
titán
mikor csinálsz md5-ös hasht?
az hogy kerül át egyik gépről a másikra?
mi van, ha épp nincs hálózat a két gép között?
mi van, ha épp nincs áram valamelyik gépnél?ezt a problémát csak azok hiszik egyszerűnek, akiknek még sose tört bele a bicskája. nem a szkript írást akartam megkerülni, mert azt nem lehet, hanem azt, hogy ki kelljen nyitni a tűzfalon az adatbázisszerver portját.
az a ppscp szkript sok szép példát mutat arra, amiért rendes egyetemi gyakorlaton karót kapna
-
#24924
bambano
titán
szőr Artúr
#24922
bambano
titán
válasz
szőr Artúr
#24922
üzenetére
nyilván akarok ellenőrzést, anélkül egyrészt semmit nem ér, másrészt nem kérdés
-
#24921
bambano
titán
szőr Artúr
#24920
bambano
titán
válasz
szőr Artúr
#24920
üzenetére
valahol van egy log, mindegy, micsoda.
ezt én periodikusan (1-3 percenként, mikor hogy, de ez is mindegy), átmásolom a /var/log/ev/ho/nap alá sima cp-vel. hogy közben változik-e a forrás, nem érdekes. utána a célállományt betömörítem bzip-pel.itt kezdődik a kérdés: a szervereken kialakul egy könyvtárfa, tele fájllal. ami nyilván nem változik már, mert egyrészt lemásoltam olyan könyvtárba, amiről a syslog se tud, meg semmi más se tud, másrészt be van tömörítve.
fentiek több szerveren lezajlanak. ezeket a másolt, tömörített logokat szeretném az archiváló szerveren viszontlátni, hibátlanul. és nem szeretném keresztülpaszírozni a syslogon, mert jelenleg nem látom értelmét. de meggyőzhető vagyok, ha nincs jobb. és amikor ezeket viszontláttam az archiváló szerveren, akkor törlődjenek a forrás helyen.
segédinfó: minden gép debian, mindenhol van root jelszó és van jelszó nélküli kulcsos ssh bejelentkezés. a forrásnál pár napnyi cuccnak van hely.
érdekelne, hogy kinek milyen ötlete van, ami esetleg bennem nem merült fel.
-
bambano
titán
válasz
devin77
#24916
üzenetére
a log fájlban keletkezik, de nem a syslog rendszeren keresztül és nem vagyok róla meggyőződve, hogy keresztül akarom kergetni a syslogon, mindegy, hogy syslog vagy syslog-ng.
az érdekelne, hogy kinek milyen ötlete van arra, hogy egyik gépről a másikra másolgassak naplózottan és hibamentesen sok fájlt. az rsync sem nem naplózott, sem nem hibamentes.
-
bambano
titán
bocs, nem voltam gép előtt.
"rsync nem jó?": mivel biztosítod, hogy a fájlok hibátlanul megérkezzenek?
szőr Artúr:syslog nem jó, egyrészt ezt a terhelést nem bírná, másrészt fájlokban keletkezik a log, felesleges szerintem syslogba tolni.
Vladi: nem egy telephely, nem szeretnék nfs-t. a gépekhez hozzáférek.
-
bambano
titán
eszet ide
kíváncsi vagyok, hogy oldanátok meg az alábbi problémát debianon, alapvetően shell szkripttel, de bármi más is jó lehet, ami ingyenes.
van egy halom szerver, amin keletkeznek saját gyártású logfáljok. ezeket archiválni kell egy gépen. root jelszó van, grafikus felület nincs, automatizáltan kell működjön. a szervereken, ahol a log keletkezik, korlátozott a hely.szabad a pálya
-
#24840
bambano
titán
MasterMark
#24839
bambano
titán
válasz
MasterMark
#24839
üzenetére
szerk: téves.
-
bambano
titán
Van egy gépem (debian jessie), ami döglődik, egyelőre távolról szagolgatva memória hibára gyanakszom. A kérdés az, hogy az normális, hogy memória hiba esetén ezt írja a logba a systemd?
Nov 9 18:35:27 backupsrv systemd[1]: Starting Synchronise Hardware Clock to System Clock...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping system-ifup.slice.
Nov 9 18:35:27 backupsrv systemd[1]: Removed slice system-ifup.slice.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Host and Network Name Lookups.
Nov 9 18:35:27 backupsrv systemd[1]: Stopped target Host and Network Name Lookups.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Graphical Interface.
Nov 9 18:35:27 backupsrv systemd[1]: Stopped target Graphical Interface.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Multi-User System.
Nov 9 18:35:27 backupsrv systemd[1]: Stopped target Multi-User System.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping OpenBSD Secure Shell server...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Self Monitoring and Reporting Technology (SMART) Daemon...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Munin Node...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping BIND Domain Name Server...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Regular background program processing daemon...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Login Prompts.
Nov 9 18:35:27 backupsrv systemd[1]: Stopped target Login Prompts.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Getty on tty6...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Getty on tty5...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Getty on tty4...
Nov 9 18:35:27 backupsrv rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="464" x-info="http://www.rsyslog.com"] exiting on signal 15.ez teljesen úgy néz ki, mint egy szabályos shutdown, miközben én úgy tudom, hogy memória hiba esetén szándékos kernel fagyasztás van, hogy ne gányoljon el semmit.
nem vagyok systemd szagértő, úgyhogy súgjatok
kösz -
bambano
titán
válasz
PistiSan
#24782
üzenetére
az snmpwalk-kal leszedett lista elején valószínűleg lesz a gyártó saját mib-jére utaló bejegyzés. azt megkeresed, és azt a listát is leszeded, hátha abban lesz olyan adat, ami neked kell.
pl:
SNMPv2-MIB::sysDescr.0 = STRING: RouterOS RB600A
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.14988.1
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (322958300) 37 days, 9:06:23.00ott látszik, hogy az enterprises ág alatt vannak a cégek saját cuccai, ez konkrétan mikrotik, de az 14988 helyett a konica saját számát keresve megtalálhatod a cégspecifikus adatokat.
-
-
-
bambano
titán
válasz
PistiSan
#24750
üzenetére
[link] a nyomtatók kottája szerint elvileg támogat snmp-t.
ha igen, akkor azzal nagyon sokkal egyszerűbben meg lehet ezeket a problémákat oldani.első lépés: bejelentkezel egy nyomtatóba a webjén, és megnézed, hogy tényleg támogat-e snmp-t. tippem szerint ha találsz olyan oldalt, amin snmp community stringeket kell beállítani, akkor nyertél.
-
bambano
titán
válasz
#68216320
#24704
üzenetére
a lényeg, hogy megnézed, hogy a fail2ban konfigjában melyik log fájlt keresi, majd megnézed, hogy abba a logba bekerülnek-e az ssh login hibák. utána megnézed a /var/log/fail2ban.log-ban, hogy a fail2ban mit lát az egészből.
egyébként iptables-nek lenni kell telepítve, nem tudom, melyik disztró telepíti-e alapból és melyik nem.
Új hozzászólás Aktív témák
Hirdetés
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Assassin's Creed Shadows Collector's Edition PC
- Antivírus szoftverek, VPN
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- TAVASZI BOMBA AKCIÓK! STEAM, UBISOFT CONNECT, EA APP, XBOX EREDETI KULCSOK 100% GARANCIA
- BESZÁMÍTÁS! Dell Latitude 5550 üzleti -Intel Ultra 7 165U16GB DDR5 RAM 1TB SSD Intel Graphics WIN11
- AKCIÓ! PC Specialist Recoil VIII 17 notebook - i9 14900HX 16GB RAM 2TB SSD RTX 4060 8GB WIN11
- BESZÁMÍTÁS! Gamer számítógép Asus B150M i3 6100 16GB DDR4 240GB SSD GTX 1050 Ti 4GB Sharkoon 500W
- Kingmax 1x2GB DDR3-1333 RAM
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest