-
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
Később már nem kell mindent végigszöszölni újra, ha eltetted a régi konfigot.
Egyébként elég sok, sok tapasztalattal is van 20-30 perc úgy, hogy az ember millió kernelt fordított már kézzel és vakon üti az opciókatEgy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz @Pirate@ #2561 üzenetére
Ha az a feladat, hogy fullosan az utolsó bitig mindent legyalulj a diszkről abból a célból, hogy xp egyszerűbben rámenjen, akkor linuxos livecd vagy valami ilyesmi, terminál ablakban:
dd if=/dev/zero of=/dev/hda bs=1024k count=16
ez letörli az első néhány sávot, a régi linuxos loadert meg pár ilyen szemetet. az xp loadere ezek után kényelmesen felmászik. de ez minden információt elérhetetlenné tesz a diszken, tehát megfontoltan.
egyes live cd-ken egy csökkentett képességű dd van, ebben az esetben:
dd bs=1024k count=16 </dev/zero >/dev/hda
(ok, nem gyalul le mindent a diszkről az utolsó bitig, csak az elejét kinullázza. ennek az az eredménye, hogy csak igen komoly tudással lehet bármit is leszedni róla ezután, tehát kezdő linuxos számára ez legyalult mindent).Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
A domain name rendszer üzemeltetéséről szóló egyik rfc, a rfc1033-as 1987 novemberéből való. Az arp-ot ne keverjük ide, az más tészta. Nem hiszem, hogy bárki itthon host fileokat cserélgetett anno, előbb volt sokkal dns mint itthon internet.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Ez így egy kicsit tág kérdéskör. Én pl. cat-ot meg néha mc-t használok.
Persze parasztos a dolog, mert van hozzá hw tömörítő kártya. Szóval jó lenne tudni, hogy mi a hw.
Van a transcode-hoz is grafikus felület. avifile gondolom akkor kell, ha olyan codec-cel tömöríted és olyan konténerbe teszed, amit az ismer. Lehet, megnézném az mplayert, mencodert, hogy le lehet-e fordítani a te gépeden.
Esetleg nézd meg a mythtv-t is.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
válasz dr_strange #2630 üzenetére
xp írja-olvassa az ext2/ext3-at, nem tudom, mi a kérdés.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz rokefeller #2683 üzenetére
A samba domain kontroller is. Legalábbis a régebbi, nt domaines időkben még az volt, az ad-t nem valószínű, hogy tudja.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
válasz VladimirR #2720 üzenetére
dd if=/dev/zero of=/dev/hda bs=1024k count=8
a hda helyére a többi diszket is be kell írni, hdb, hdc,hdd, sda,sdb,sdc, kinek mi van.
Ez a parancs már szerepelt itt, amikor valaki azt feszegette, hogy be akarja gyalulni az adatait. Lásd pl: [link]
[Szerkesztve]Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz ngabor2 #2785 üzenetére
Ha voltak olyan bénák, hogy a connect metódust nem tiltották le a proxyban, akkor putty-tyal ki lehet menni, ehhez persze lehet, hogy 443-as portra is fel kell rakni sshd-t.
Ha pedig rendesen be van állítva minden, akkor a htc-hts párossal tudsz kijutni egy tűzfalon. (ip over http proxyk).Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #2794 üzenetére
A debianon csak annyit írtak róla, hogy nem teccik a licensz, kekeckedjenek a szerzővel, idegen forráskóddal nem fogják hígítani az apacs2 csomagokat. Gondolom kekeckedtek, ennek hatására a szerző bezárta a webjét.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #2808 üzenetére
Ha egy net megosztó router mögött vagy, akkor esetleg ki kellene próbálni, hogy userenként adsz egy-egy ip címet a gépnek és a személyes ip címeken futna a torrent.
Ez ha triviálisan nem megy, akkor esetleg user mode linux-szal teljesen szeparálni lehetne az usereket.
Más: a /proc/net/tcp fileban benne van a forrás és a cél ip +socket és az uid is. Ha minden kapcsolat hosszát lelogolod és megnézed ezzel a file-val, hogy kihez tartozott, akkor lehet, előbbre jutsz. Első ránézésre elég favágónak tűnik...Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz bambano #2816 üzenetére
Hm. az iptables tud uid alapján logolni. Hátrány, hogy a torrent forgalom keveredik az összes többivel.
Hmmhmm. ha egy fájlt több seedertől szedsz össze, akkor összegezni kell a forgalmat... (csak gondolkodom
Szerk: és a jó megoldást az iptables man-ja adja meg:
--pid-owner processid
ps -ből grep-pel meg lehet találni a processzazonosítókat, fel lehet rá állítani egy-egy szabályt és utána lehet muninba logolni, plusz amikor munin elvitte a forgalom számot, akkor nullázni az iptables számlálót.
[Szerkesztve]Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #2821 üzenetére
Két lehetőség merült fel bennem:
1. az összes tcp/ip kapcsolatot naplózod, hogy mekkora forgalmat generáltak majd a /proc/net/tcp file alapján folyamatosan hozzárendeled a naplózott forgalomhoz az uidokat. Ez elég favágó munka, de szerintem megoldható. A gond az, hogy nincs benne semmi információ, hogy webezett az user vagy torentezett. Ez tehát nem teljesen arra a kérdésre válasz, hogy mennyi a torent forgalom.
2. Ha nem tudod teljesen szétválogatni hálózati adatok alapján a forgalmat, akkor marad az a megoldás, hogy külön ip címekkel jelölöd meg a forgalmat. Van a linuxhoz egy user mode linux nevű cucc, ami gyakorlatilag virualpc jellegű megoldás, vagyis egy felhasználói programba zárva futtat komplett linuxot. Csinálsz minden felhasználódnak egy user mode linuxot, annak adsz külön ip címeket és megmondod, hogy abban torenteznek. Ekkor az user mode linuxok ip címére rakott forgalom mérő filter meg fogja adni a torent forgalmat. Elismerem, nem a legjobb megoldás.
3. Elvileg vannak olyan programok, amelyeknek meg lehet mondani, hogy melyik interfészre kapcsolódjanak. Pl. postfix, squid. Az általad választott torent klienst nem ismerem. Ha annak is lehetne ilyet mondani, akkor egyszerű lenne felhúzni annyi interfész aliast (eth0, eth0:1, eth0:2,eth0:3, külön ip címekkel), ahányan torentezni akarnak.
Agyalok a kérdéseden, mert jó kérdés és jó agytorna, de nem találtam eddig tisztességes megoldást rá. Ezek csak ötletek, esetleg nem is a torentnél lesz hasznos máskor.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #2825 üzenetére
ha kézzel, akkor:
ifconfig eth0:1 10.1.1.2 netmask stb. up
ha nem kézzel, akkor ugyanúgy csinálni kell plusz bejegyzéseket a /etc/network/interfaces-be:
auto eth0:1
iface eth0:1 inet static
meg a többi.
szerintem ez lenne a legtisztább megoldás. A juzereknek meg egyedi torent konfig és abban beállítani az ip-ket.
[Szerkesztve]Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Jester01 #2826 üzenetére
Mert kifejezetten az volt a kérés, hogy a torent forgalmat és csak azt userenként szeretné rajzoltatni muninnal. Megcsámcsogtuk alaposan és nem találtunk másik egyszerű megoldást arra, hogy szétválogassuk a webes, levelezési, chates, egyéb forgalmat a torenttől, userenként.
Rendszerint user nem elég expert torrent file változtatáshoz. Meg ha a fő ip-ről letiltja a torent portokat, akkor már lehet annyi akadályt okozni, hogy ne akarjon buherálni az user. Meg lehet root tulajdonba tenni a konfigot, user olvasási joggalEgy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Jester01 #2823 üzenetére
Ha a torent fő kapcsolatára nem pakolsz egy protokollértelmezőt, olyat, mint az irc vagy ftp értelmezője, akkor nem találtunk módot arra, hogy minden kapcsolat egyértelműen azonosítható legyen. Ha egy torent file-t sok feedertől kapod, akkor az sok kapcsolat, egyedi portokkal, nem megjósolható értékekkel, nincs semmi megragadható specifikuma. vagyis nem találtunk.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #2834 üzenetére
Szerintem ahhoz, hogy a te gépedről kimenjenek torentezni, nem kell beállítnai semmit. Ahhoz, hogy külsős tudjon kapcsolódni a gépedre, ahhoz valószínűleg a routeren kell portforward.
Azok az ip-k csak bent látszanak. A torent konfigban be kell állítani, hogy milyen külső ip-t használjon a protokollban (erre volt példa az általad beadott linken) és milyen portot. Mind a három torentező felhasználód konfigjában ugyanazt a külső ip-t kell beállítani, amit a routered kap és különböző portokat, majd ezeket a külső portokat be kell forwardolni a torent kliensekre. Ez persze macerás, ha a router ip címe változik.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #2841 üzenetére
Ha jól olvastam, a torrentnek két ip-t kell megadni. Az első az az ip, amire 'bind'-el a torrent, ez annak a gépnek azon interfészének ip címe, amin a torrent fut (ez kellene az eth0:1, eth0:2, stb címe legyen). A felkapcsolódásokhoz a torrent protokollon belül pedig meg kell adni egy másik ip címet és portot, ez a router külső, publikus ip címe legyen, hogy a torrent protokollon belül amikor a szerver megmondja a kliensnek, hogy honnan indul a letöltés, olyan címet adjon meg a torrent, hogy visszataláljon a csomag. Plusz azon portcímet kell megadni, ahol a torrent fut.
Ehh. lehet, nem vagyok érthető.
Az iowait nem memória. esetleg próbáld meg felrakni a dstat csomagot és azzal pontosabban megnézni. A másik lehetőség a strace csomag, de az meglehetősen szószátyár, viszont nagyon sok mindenre jó.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz ngabor2 #2850 üzenetére
A htc és a hts progikkal majdnem biztosan ki tudsz jutni.
Az engedélyezett portokat az nmap-pal lehet megtalálni, de vigyázz vele, mert ha van behatolásellenőrzés a tűzfalban, lebuksz és kihajítanak
frisshusinak beírod, hogy http tunnel és ad egy halom találatot, abból kirostálod, ami connect metódussal megy, a többit érdemes megnézni. Pl. a socks over http-t.
A frisshusi itt van: [link]Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #2851 üzenetére
Ha olvasás baja van, akkor át kell faragni az sql lekérdezést (mint ahogy tetted mysql-t nem ismerem, postgresben van egy explain nevű utasítás, ami a mögé írt sql kifejezés végrehajtása helyett elmondja, hogy hogyan fogja megcsinálni. Addig kell faragni az sql-t (néha tök értelmetlen módon is), amíg a sequential scan-ból index search és hasonlók nem lesznek. Érdemes még indexeléssel is foglalkozni.
Hogy az ext3 jó vagy sem, erre nincs érdemi válasz. Mi a fontosabb számodra: gyors hibahelyreállítás vagy gyors normál működés. Az ext3 naplózó rendszere miatt az ext2 brutálisan sokkal gyorsabb, viszont ha lezakkant a gép, az ext2-t ellenőrizni kell és az órák hosszat is eltarthat. Ha otthon szöszmötölsz, akkor lehet ext2, mert ki bírod várni a rebootot, ha céges adatok, akkor kizárt.
Egyébként ha van lehetőséged áttérni postgresre, akkor javasolnám. A 8.2-es mostani tesztek szerint nagyob megveri a mysql-t, főleg több kliens esetén. Ráadásul amikor utoljára néztem, a mysqlben nem volt open source tranzakciókezelés, ami számomra kétségessé tette az adatbáziskezelő kifejezés használatát.
A több száz mega az relatív, nekem volt olyan postges táblám, amiben 240 millió rekord volt, több tíz gigás, és jól ment. Ha nem bírja a diszk szuflával, próbáld meg több meghajtón elhelyezni az adatokat. Elvileg a kernel is tud raid-et, ami gyorsíthatja az adatkezelést, másrészt amikor utoljára néztem, a mysql tudott tábaszintű raidet (a mysql saját maga tudta, nem oprendszer), ezzel szét lehetett osztani a terhelést sok diszkre és ez sokat javított. Én próbáltam anno 8 diszkes mysql-t, érezhető volt a javulás.
De indexeléssel próbálkoznék először, az szokott a legtöbbet dobni.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz VladimirR #2855 üzenetére
A postgres nekem csinált olyat, hogy akkor is végigment az egész táblán, ha volt hozzá index. Egy teljesen agyament feltétel hozzáillesztésétől pedig elkezdte használni az indexet, ettől sokat gyorsult. pl. ha van dátumra indexed, akkor egy datum>'1900-01-01 01:00' időnként képes megmagyarázhatatlan csodákra.
Miben írod?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
Jaja, csak fordítva. Az etch használ xorg-ot. dpkg-reconfigure xserver-xorg
apt-get dist-upgrade után apt-get upgrade felesleges. a jó sorrend az apt-get update, apt-get dist-upgrade
(majd fejvakarás, csomagok kézzel leszedése, visszarakása, hümmögés, pánikreakció a prohardver fórumon, stb. )Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Én a contrib és a non-free csomagokat is szoktam használni. Nem valószínő, hogy ez az oka, de ki tudja.
deb ftp://ftp.hu.debian.org/debian/ etch main contrib non-free
ugyanez a többi sorra is.
szerk:: az az ubuntu-s dolog hogy kerül oda?
[Szerkesztve]Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Ha sarge-ról upgradeltél (volt ott egy sarge cd bejegyzés), akkor lehet, hogy régebben felraktál rá egy ubuntu-s x szervert, mert azok frissebbek voltak. Esetleg
dpkg --list|grep ubuntu
és amit kilistáz, azt egyesével kézzel leszedni.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Ezekiel Ston #2949 üzenetére
Ha a novell 5 alatt a novell netware hálózati kiszolgáló 5-ös verzióját érted, akkor azt sehogy, de szükség se nagyon van rá. Az x.500-as felhasználókezelést leszámítva mindent tud a linux, amit az 5-ös netware úgy, hogy windowsok is fel tudnak rá kapcsolódni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz mandrake83 #2952 üzenetére
Nem teljesen értem, hogy mit jelent nálad az, hogy weben belépsz és akkor látja a wan címet, de wget-tel le tudod kérni ugyanazt az url-t a dyndns szolgáltatótól, amit egyébként weben kérnél és akkor frissül a beállítás is.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz mandrake83 #2959 üzenetére
Amikor az xp-n futó explorerben rányomsz a frissités gombra, akkor az egy adott url-t kér el a dyndns.org-ról. Ugyanezt az url-t wget-tel is le lehet kérni cron-ból és akkor nem kell foglalkozni azzal, hogy rossz a router vagy sem. A cron ezen kívül tud olyat is, hogy reboot-kor elindítson valamit. El kell olvasgatni alaposan a dnydns oldal html forrását, abból kiderül.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Chieftec #2968 üzenetére
Van az alapmű, a lartc (linux advanced routing and traffic control), ami alapvetően egy vaskos dolog. Azért javaslom egy gyors elolvasásra, mert specializált esetekre (mint a tied) kész megoldáskra mutató url-ek vannak benne.
[link]
(szóval nem betű szerinti végignyálazásra és megértésre javaslom, de az se rossz dolog, hanem ott találsz url-eket)Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
A /usr/share az architektúra független dolgok helye, magyarul olyan cuccokat kell iderakni, ami megosztható tetszőleges processzorfajták között is. Jellemzően a dokumentáció ilyen. A saját telepítést a /usr/local alá szokás csinálni.
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
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Canva Pro előfizetés - 1 éves
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs