Keresés

Hirdetés

Új hozzászólás Aktív témák

  • The DJ

    addikt

    Üdv.!

    Olyan embert keresek, aki telepített már Debianra Verlihubot és amellé pedig lua plugint...nem tudok addig scripteket használni a hubhoz, amíg nem izzítom be a plugint, de már órák óta vért izzadva szenvedek és semmi csak szép hibaüzenetek. Ha valaki tudna nekem ebben segíteni nagyon hálás lennék neki. Addig nem is írom le bővebben a gondot, mivel sajnos elég kevesen mozognak jártasan a témában, de azért reménykedek :U

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz Vladi #6454 üzenetére

    Na akkor kifejtem a dolgokat, hátha ki tudunk okoskodni valamit :) (Hosszú lesz, de nem akarok kihagyni semmit.)

    Először is tehát az adatok:

    Kernel Verzió: 2.6.24-etchnhalf.1-486
    Distro Name: Debian 4.0
    Verlihub verzió: verlihub-0.9.8d-RC2 (A weboldalán elérhető legfrissebb verzió.)
    Lua plugin verzió: lua_1.6 (A verli letöltés oldaláról.)
    Lua library verziók: Hát kb majdnem kipróbáltam mindet :) (Innen: [link]

    Szenvedtem egy ideig azzal is, hogy magát a hubot felrakjam, mert rengeteg függősége van és sok csomagot kellett hozzá telepíteni, de a Verli manualját követve végül sikerült és azóta is szépen és hibátlanul fut. Viszont az összes scriptet és kiegészítőt csak akkor lehet engedélyezni, ha telepítve van a lua plugin ami beolvassa őket. Enélkül a hub csupasz, semmit nem tudok kezdeni vele, még menü sincs és alap flood vagy reklám védelem sem.

    Alapból a pluginek telepítése nem nehéz:
    Plugin leszed, majd:

    cd ~/<plugin_name>
    ./configure
    make
    make install

    Ezután bekerül az

    /usr/local/lib

    könyvtárba és a hubon egy egyszerű

    !plugin <plugin_filename.so>

    paranccsal betöltöm és kész is. Sikerül is mindegyik pluginnel csak épp a luával nem. :U Annak ugyanis kell egy bizonyos Lua library amit a szokásos plugin telepítési folyamat előtt kell feltenni. Na ezzel vannak gondjaim.

    A verli főoldal letöltés menüjében ezt írják:

    "Before compiling Lua plugin you have to install Lua library by using your system package manager or in worst case downloading and compiling it manually from http://www.lua.org/ftp/. This plugin supports both lua 5.0 and lua 5.1 Another thing to remember; if you have upgraded your Lua library, you must recompile the plugin itself in order for changes to take effect. Right now most of the scripts work with Lua library v. 5.0.x"

    A csomagkezelővel nem tudom hogy kell leszedni, ezért manuálisan letöltöttem több verziót is az FTP-ről, mind az 5.0 mind az 5.1 verziók közül. Kicsomagolás, utána ./configure, majd make és make install. Aztán a lua plugin könyvtárban kiadom a ./configure parancsot, el is kezd dolgozni de nagyon, pár pillanat elteltével viszont ezt kapom a képembe:

    checking for lua_call in -llua... yes
    checking for luaL_register in -llua... no
    checking for luaopen_base in -llualib... no
    configure: error: There is some problem with your Lua library. The library seems to exists, but can't determine its version. Please resintall Lua.

    Nem kizárt, hogy már az én kutyulásom is bekavar neki, mivel megpróbáltam több lua libraryt is feltenni... Ráadásul a lua nyelv oldalán azt írják a telepítéséről, hogy pár dolgot be kell másolgatni az /usr/lib/bin, lib és include könyvtárakba és kész is. Na én ezt is megtettem manuálisan is hátha sikerül alapon, de semmi. A verli manualban csak annyi van, hogy a gentoo userek egy

    emerge lua

    paranccsal meg tudják ezt oldani, de Debianról semmi :( És innentől már lassan azt se tudom mi micsoda és mit kéne tennem. Dióhéjban ennyi, ha bárkinek bármi ötlete van ossze meg nyugodtan, mert én már a falat kaparom.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz The DJ #6456 üzenetére

    Ne kellett nekem beírni...mire segítséget kérek megoldom magamtól :D

    Kitöröltem mindent amit eddig ügyködtem és teljesen elölről kezdtem az egészet...és lám már futnak is a scriptek :C

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Azt hogyan tudnám a lehető legegyszerűbben (kezdő linux tudással) megoldani, hogy egy bizonyos mappát kvóta közé szorítsak, azaz hogy pl. 20 gigabájt adatnál többet ne másolhassanak bele?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz The DJ #6471 üzenetére

    Megoldottam :) Webmin + kvótakezelés engedélyezése.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Felhomályosításra lenne szükségem. Adott egy Debian szerver (2.6.24-etchnhalf.1-486 kernellel) erről futott jó néhány shoutcast szerver, játék szerver, verlihub, stb. A probléma az volt, hogy nem ismert fel alapból a benne lévő 2 GB ramból csak 900 MB-ot, ráadásul a kétmagos processzorkezelést se támogatta. Ezért a szerverteremben levő rendszergazda végzett rajta egy kernel frissítést a következőre: "2.6.26.3-haha i686". A problémát meg is oldotta, felismer most már mindent rendesen, csak...

    ...mikor reggel ideértem (és megtörtént a kernelfrissítés) szinte semmi nem futott a szerver programok közül ami az init.d-ben szerepelt. :U Nem indult el az apache2, ennek következtében nem volt weboldal, nem voltak elérhetők a webes alkalmazások. Nem indult el egyetlen shoutcast szerver sem, sem a verlihubok. Próbáltam elindítani az apache-ot "apache2 start"-al de semmi, mintha nem ismerte volna fel a parancsot. Fél óra google bújás és konfig fájl módosítás után elindult ugyan, de szintén nem ezzel a paranccsal, hanem az "apache2 -k start"-al. A webmin szintén nem indult a "webmin start"-al, csak a saját telepítése mappáján belül volt hajlandó megindulni ./start-al. Most nagy nehezen újra működik minden, de most már félek, hogy a következő restartkor sem indulnak el ezek és nem azért írkáltam scripteket minden programhoz az init.d-be, hogy ne működjenek.

    Mi lehet a baj? Mért nem indultak el és mit tehetek, hogy legközelebb ne történjen ilyesmi? (Esetleg nem jól írtam meg a scripteket? De ezt meg kizárom, mert mikor elkészültek webminből megpróbáltam őket indítani is és leállítani is. :U )

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Kvótakezelési gondom lenne Debiannál...tökéletesen be volt állítva, működött szépen, webminen keresztül adminisztráltam az felhasználók kvótáit, aztán jött egy kernel upgrade és most nem tudom életre kelteni.

    # quotacheck -vagum
    quotacheck: Your kernel probably supports journaled quota but you are not using it. Consider switching to journaled quota to avoid running quotacheck after an unclean shutdown.
    quotacheck: Scanning /dev/sda1 [/] done
    quotacheck: Checked 10102 directories and 165111 files

    majd:

    # quotaon -avug
    quotaon: Warning: No quota format detected in the kernel.
    quotaon: Cannot find quota file on / [/dev/sda1] to turn quotas on/off.
    quotaon: Cannot find quota file on / [/dev/sda1] to turn quotas on/off.

    Az /etc/fstab-ban természetesen engedélyezve van a kvótakezelés a kívánt partícióra, elvileg minden tökéletetes, mégse működik. Próbáltam reinstallálni a quota és a quotatool csomagot, de semmi változás. Neten se találok érdemi infót erről és most megint nem tudom mit tegyek, mert a kvótákat adminisztrálnom kellene, de amíg ez nem működik, addig nehézkes lesz :(

    Valakinek lenne esetleg valami ötlete vagy egyéb megoldás a kvóták kezelésére?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz The DJ #6618 üzenetére

    Senki? :(

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz dabadab #6625 üzenetére

    # modprobe quota_v2
    FATAL: Module quota_v2 not found.
    # modprobe quota_v1
    FATAL: Module quota_v1 not found.

    Vladi: Sajnos nincs, nem én ügyködtem vele, hanem a rendszergazda a szerverteremben és fogalmam sincs mit és hogy végzett el rajta.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Gyors kérdésem lenne:

    HP szervergépre kell telepítenem Debiant, de nem tudom melyik verzió lenne a legideálisabb. Etch, etch and a half vagy esetleg lenny? Az etch sima verzióval az volt a bajom, hogy a default kernellel nem működtek rendesen a verlihubok, ezért hajlok a második változat felé, mert az már újabb kernelt tartalmaz. De azért meghallgatnám mások véleményét is. :) Feladatát tekintve főként LAMP szerver lesz.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    RAID 1 tömböt konfigurálok épp és azon tűnődöm vajon aztán sokat kell-e szívnom a Debian Etch rátelepítésével? Ez még elég új terület nekem, nem tudom mire számítsak, van valahol egy olyan oldal esetleg, ami leírja, hogy hogyan kell ilyen esetben Debet telepíteni? (Feltételezem nem annyi lesz az egész, hogy cd bedob, raid tömb felismer és telepítés megindul.)

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz GD #6824 üzenetére

    Kicsit meg vagyok kavarodva. Több helyen is utánakérdeztem, egyesek azt mondják ezen szerver alaplapon valódi hardveres raid van, mások meg úgy tudják ez is csak fakeraid és csináljam inkább szoftveres megoldással. Tegnap elkészítettem a tömböket, elvileg minden oké, bootnál kiírja a raid1 tömböt, optimal, minden tuti. Debian felment azonnal, bár a partícionálós résznél lehetett látni mindkét hdd-t... Rátelepítettem az elsőre, rögtön kész lett, de igazából nem vágom, hogy most mi van. Működik? Ha fakeraid akkor is teszi azért a célját és megy a tükrözés a háttérben? Hogy lehet ezt a legegyszerűbben és legkönnyebben leellenőrizni?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz GD #6832 üzenetére

    Kipróbáltam őket, nem igazán lettem okosabb. Az mdadm-et úgy kellett telepítenem csomagkezelőből, ami sikerült is, de vagy béna vagyok a konfigurálásához (ez a valószínűbb) vagy nem tudom, mert az általad írt parancsokat megadva, nem igazán kapok hasznos információkat. a /proc/mdstat mondhatni üres, a másik parancsra pedig azt mondja, hogy az md0 nem aktív.

    Kicsit összekavarodtam...elvileg nem a raid chip biosának kellene rendszertől függetlenül a háttérben végeznie a tükrözést? Vagy mivel ez fakeraid (még mindig nem tudom biztosan az-e) ezért rendszerszinten is van tennivaló, hogy minden úgy működjön, ahogy én szeretném?

    Bocsi, ha sok egyszerű és alap kérdést teszek fel, megmondom őszintén ilyet még sosem csináltam előtte és raid-el sem volt dolgom linux alatt.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz bambano #6834 üzenetére

    Na közben úgy tűnik csak sikerült jutni valamire a szoftveres raid beállításával. Az mdadm --detail /dev/md0 parancsra megkapom, amit kell: raid level1, eszközök: 2, állapot: clean, working devices: 2, ebből arra következtetek, hogy működik. Úgy csináltam, ahogy fentebb írtad (persze kis google segítséggel és leírással). Természetesen az md1, illetve 2-re is ezt kapom, valamint a cat /proc/mdstat kimenetéből is úgy látom minden rendben. Ráadásul egyből sikerült konfigurálnom a kvótákat is, úgyhogy most örülök :) Valahol olvastam, hogy a grub-ban is kell módosítani valamit, de ezt nem igazán értem, gondolom arra vonatkozóan, hogyha az egyik diszk meghibásodik akkor boot esetén automatikusan indítson a másikról, de ezt nem sikerült összehoznom.

    A gép egy HP Proliant ML110 G5, itt van részletes leírás a felépítéséről: [link]

    lspci-t pedig másolnék, de jelenleg laptopról vagyok és a linuxos gépen meg csak a szűz rendszer van és bár ezer módon át tudnám másolni ide, de nincs türelmem hozzá :B Viszont áttanulmányozva elég sok az Intel unknown device, kapásból itt a PCI vezérlő, smbus, meg még jópár ismeretlen eszköz. Ez meg ha a képzeletem nem csal nem éppen a legjobb dolog. :U

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz bambano #6846 üzenetére

    Na igen, már csak ez az egy leküzdendő feladat maradt. Ezen oldal magyarázata szerint készítettem el a tömböt: [link] Minden sikerült az első és második oldalról könnyedén, egészen a linkelt részig, amikor is a grub menu.lst-ben kellene kicsit matatni, majd a grub shelljében is beállítottam az előírtakat, aztán jött a reboot, de sajnos valami még mindig nem klappol, mert azt az üzenetet kapom, hogy a diszk nem található, miközben ez butaság, hisz ott van, működik. Minden megegyezik az oldalon linkeltekkel, többször is ellenőriztem, gondolom csak valamit elírhattam, esetleg félreértettem és az lehet a baj. A menu.lst is ugyanaz, mint ami ott szerepel, de nem mégsem akar bootolni az általam hozzáadott menüponttal. (Az eredeti menüpontokon keresztül bootol szépen és a raid is inicializálásra kerül.)

    Ebben az egy dologban még segítséget kérek, aztán ígérem csendben maradok :B

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Sziasztok!

    Két kérdésem lenne:

    1, Hogyan tudnám azt megoldani Debian etch alatt, hogy minden egyes user SSH-n bejelentkezve csak a saját állományaihoz férjen hozzá és ne tudjon szabadon garázdálkodni a gépben és minden egyéb könyvtárba belesni? Láttam már ennek a megvalósítását nem egy rendszeren és érdekel a dolog, mivel nálunk is szükség lenne ilyesmire.

    2, Hogyan lehet megoldani, hogy amint SSH-n bejelentkeznek, akkor egy szép kis üdvözlő üzenetet tudjak a felhasználóknak megjeleníteni?

    Köszönöm!

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz VladimirR #7555 üzenetére

    Köszönöm, nézem, próbálom :R

    Ha valami nyűgöm lesz még úgyis jelentkezem, de a google a barátom és elindulni már el tudok.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz VladimirR #7555 üzenetére

    Na mind a két probléma kipipálva, a kettes egyszerű volt, csak még arra kellene rájönnöm hogyan tudok alap színeket belecsempészni az motd szövegébe. A chroot jail-el sem volt sok gond, leírom okulásul, hátha valakinek jól jöhet még.

    Mindenképp olyan megoldást akartam, ami nem bolygatja fel nagyon a rendszert és a lehető legkevesebb beállításból életre kelthető. Tehát az openssh-server buherálása valamint az egyéb direkt az ilyen célra összeállított shell-ek használata is kilőve. Ráadásul a networking és az ssh részt sem akartam nagyon restartolgatni, mert ha valami balul sül el akkor megint csak az IP konzol maradna, azt meg nem szeretjük túlzottan.

    Így hát maradt a következő megoldás: [link] Ez egy egyszerű kis script, ami a /home-on belül egy jail mappát hoz létre, ahol egy saját kis környezetet emulál, ahova a bezárni kívánt felhasználók könyvtárai kerülnek. Így néz ki egy test user chrootolt elérése: /home/jail/home/test. Mindenki csak a saját állományaihoz fér hozzá. Már meglévő felhasználókat is hozzá lehet adni a jail-hez és ki is lehet onnan venni őket. Az oldalon minden szükséges információ le van írva, eddig tökéletesen működik, de még játszadozom kicsit vele.

    Még egyszer köszönöm.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Valakinek sikerült már Debian Etch alatt meglévő Nagios 3 mellett életre keltenie a Centreont?

    Amennyiben igen legyen szíves sikítani, mert nem tudok túljutni a PEAR problémán. :( Sajnos kivételesen a google sem a barátom úgy tűnik.

    [ Szerkesztve ]

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Sziasztok!

    Csak félig passzol ide a kérdésem, de úgy döntöttem mégis megpróbálkozom vele, mert itt elég rutinos emberkék vannak, akik biztos tapasztaltabbak a témában nálam.

    Szeretnék egy olyan egyszerű kis HTML webes felületet készíteni, amin keresztül mondjuk egy felhasználó (Debianról van szó) a hozzá rendelt alkalmazást tudja leállítani és újraindítani/indítani. A fejemben összeállt a dolog, tudom a parancsokat és hogy mire kattintva mit kellene "meghívni" csak a PHP-hoz nem értek ilyen szinten sajnos és azt sem tudom, hogy hogyan tudok parancsokat közvetíteni a szervernek ilyen módon. Olvastam, hogy a php exec() erre szolgálna, de ez viszont tiltva van, érthető okokból.

    Ha valaki tudna adni egy érthetően leírt, megfogalmazott magyarázó linket (angol is jó) vagy tanácsot, hogy hogyan tudnám ezt legegyszerűbben kivitelezni azt megköszönném!

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz VladimirR #7670 üzenetére

    Ahogy nézegetem egész használhatónak tűnik, nekivetkőzök és megpróbálom életre kelteni, ha sikerül aztán majd összeollózom a többit.

    Köszönöm!

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz VladimirR #7670 üzenetére

    Gondoltam megírom, hogy sikerült megoldani a problémámat az általad ajánlott SSH2 kiterjesztéssel. Sok időt megspóroltál, mert ezt személy szerint nem ismertem és már lassan a fejem vertem a falba, hogy nem jövök rá a megfelelő megoldásra.

    Kisebb szívásokkal ugyan, de sikerült, például az istenért se értettem, hogy ha php.ini-ben az extension_dir a ./ akkor hogy a fenébe nem töltődik be a modul. Kiderült egy phpinfo-ból, hogy bizony nem is ott van az és totál más helyre kellett másolni az ssh2.so-t. A segítségével most már viszont könnyedén tudok weben keresztül parancsokat kiadni és elkészült a kezdetleges felület is, de bevallom őszintén azzal többet szívtam, mint az egész fordítgatási és telepítési folyamattal. Egyre jobban bánom, hogy nem mélyedtem bele anno a PHP-be, mert lassan már szégyellem, hogy egy egyszerű gombra kattintásos műveletet nem tudok egyedül elkészíteni.

    Na de lényeg, hogy köszönöm, életmentő tipp volt :)

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Debian alá szeretném megoldani, hogy egy egy bizonyos aldomainre lépve, belépési nevet és jelszót kérjen a böngésző és attól függően, hogy melyik felhasználó lép be, a saját könyvtárába dobná át és az ott lévő index.php-t töltse be.

    A .htaccess tökéletes lenne, viszont azt nem tudom, hogy hogyan lehetne megoldani, hogy bejelentkezéstől függően mindig máshova dobja az usereket.

    Van valakinek valami ötlete, vagy más felé nézelődjek?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Na most egy kivételesen komoly és sürgető kérdésem lenne hozzátok. A tegnapi nap folyamán az egyik Debian (Etch) szerverünket "feltörték". Azért tettem idézőjelbe, mert valószínűleg a szó nem teljesen helytálló, ugyanis a PHPMyAdmin felületére sikerült nekik valahogyan bejutni.

    Sok más egyéb (teljesen legális!) program mellett adott a szerveren futó X darab Verlihub típusú DC-Hub szoftver, ezek némelyikén akár több mint 1000 felhasználó. Már lassan 4-5 éve, hogy DC-zem és hubokat adminisztrálok/futtatok, ismerem azt a világot. Mindig voltak olyanok, akik nem éppen szabályos eszközökkel akartak felhasználókhoz jutni és olyanok is, akik abban lelték örömüket, hogy mások több éves munkáját próbálták tönkretenni (a flood, DDoS arrafelé mindennapos dolog).
    A tegnapi is egy ilyen akció volt, az egyik 800 fős hubot szemelték ki. Ahogy megtudtam egy magukat "Jedi Enclave Team"-nek nevező lengyel hacker(?) csapat volt. Délután szóltak, hogy gond van, eltűntek a felhasználók és egy lengyel hubra lettek irányítva. Ezt egyféleképpen lehet kivitelezni, mégpedig ha valaki Class 10-es regisztrációt kap azon a hubon. A regisztrációkat MySQL adatbázis tárolja, ehhez tartozik egy PHPMyAdmin frontend, amit a hub indításakor csak a tulajdonos(ok) kapnak meg. A hubon magán senki nem regisztrált új felhasználót és egyik tulajdonos regisztrációjával sem történt bejelentkezés.

    Nem sokkal ezután megkeresett egy másik szerveres (PH-s érdekeltségű) kolléga, aki szintén futtat verlihubokat. Elmesélte, hogy az ő szerverébe tegnap történt ilyen behatolás és egy 1000 fős hubot irányítottak át ugyanilyen módon arra a lengyel hubra, ezen kívül több másik nagyobb hubnál is megtörtént a héten ugyanez a metódus. Az eddigi ismereteink szerint a PHPMyAdminon keresztül regisztráltak új Class 10-es felhasználót maguknak, amivel át tudták irányítani az embereket. Ezután törölték a felhasználót és eltűntek.

    A kérdésem: Hogyan lehet hogy egyszerre több különböző szerveren is sikerült nekik bejutni ezzel a módszerrel? Milyen rés lehet a PHPMyAdminon, ami ekkora lehetőséget nyújt bárkinek, hogy úgy módosítsa az adatbázisokat, ahogy akarja? Azt kizárom, hogy valaki tudja a root felhasználó jelszavát, mert a lehető legbiztonságosabban van megválasztva és sehol másutt nincs használatban. Amíg ki nem derítem, hogy történt addig letiltásra került a PMA, de ez nem megoldás. Szeretném a rendszert a lehető legbiztonságosabbá tenni és nagyon szeretnék rájönni, hogy hogyan voltak képesek ezt ennyi gépen ilyen pontosan kivitelezni. Esetleg a MySQL-nek van valahol olyan log file-ja, ahova elmentésre kerülnek az ilyen műveletek? Próbáltam böngészni a /var/log-ban, de nem igazán jutottam előbbre.

    Minden építő jellegű ötletet, véleményt szívesen veszünk és nagy segítség lenne, ha rá tudnánk jönni az okra és a megoldásra.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Sziasztok,

    Debian alá tudna nekem mondani valami olyan programot, ami figyeli a futó főbb szolgáltatásokat (Apache, MySQL, proftpd, stb.) és valamelyik leállása esetén e-mailt küld nekem valamint esetleg újra is indítja azt? A Nagios-t próbáltam, részben meg is felel, de nekem nem kellene ennyire komoly program, csak egy egyszerű, ami ennyit tudja, de azt biztosan :) SSH-n dolgozom, tehát nem kell grafikus felület, webes se fontos.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Valaki segítsen megfejteni annak az okát, hogy a proftpd szerverre passzív módban csatlakozva mi a fenéért kell x időt (20-30 másodperc) várni arra, hogy kapjak egy LIST-et?

    Aktív módban minden tuti, gyors, száguld, ahogy kell. Passzívban viszont olyan, mintha várna valamire, mintha nem találna nyitott portokat a kapcsolathoz. Átnyálaztam a google-t, állítólag lehet tűzfal (iptables esetemben) vagy proftpd konfigurációs hiba, de engedélyezve vannak a passzív portok, valamint a tűzfalon is át vannak engedve. UseReverseDns és IdentLookups kikapcsolva a proftpd konfigban.

    Tehát tudok csatlakozni passzív módban is, de időbe telik, viszont utána már gyors, mint a villám. Mindez Total Commander alól. Bár lehet, hogy az az idő amíg várakozik egy sima timeout és utána azért lép be, mert átvált aktív módba. Szóval nem tudom mit nézzek még meg. Tűzfalat ezerszer ellenőriztem, több passzív portot is megadtam már, de csak nem haladok semerre. Nem égető probléma, de zavar és szeretnék rájönni az okára.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz bambano #8913 üzenetére

    Nem ez lesz a gond, ha kiadom a ~# host X.X.X.X parancsot, akkor rögtön visszakapom a hostomat és ezt több IP-vel is teszteltem, mindegyik esetben gond nélkül.

    Tűzfal gondra gyanakszom, mert azóta figyeltem fel erre a gondra, mióta az iptables aktív. De ha egyszer ki van engedve a szükséges port (vagy port tartomány) akkor nem értem hol zavarhat még be. Hozzáadtam még pár ajánlott szűrési feltételt, syn, fin, rst stb csomagokra vonatkozóan, ez számíthat ebben az esetben valamit?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Sziasztok,

    Hát engem is elért az, amit nagyon nem szerettem volna, ugyanis tegnap este óta folyamatosan támadja valaki a Debian szerverem bizonyos portokon, méghozzá elég intenzíven. Természetesen az ezeken a portokon futó szolgáltatások elérhetetlenekké válnak. Hiába van egy belőtt iptables, SYN, FIN, ACK, RST stb szűrő feltételekkel, semmit sem ér.

    A syslogban ezek vannak folyamatosan:

    Dec 3 12:16:07 hostname kernel: IN=eth0 OUT= MAC=00:1f:29:0c:ab:c3:00:0f:24:c0:eb:40:08:00 SRC=79.116.79.169 DST=szerver ip LEN=52 TOS=0x00 PREC=0x00 TTL=124 ID=44536 DF PROTO=TCP SPT=2141 DPT=7777 WINDOW=65535 RES=0x00 SYN URGP=0

    Másodpercenként rengeteg ilyen érkezik, ez csak egy, amit bemásoltam, de nincs semmi más a logban tegnap óta, csak ez. A baj az, hogy nem egy IP-ről érkeznek a csomagok, hanem szinte mindegyik különböző. Feltételezem nem valós IP-k, tehát értelme sem lenne, hogy megpróbálom mindet blokkolni. Valami ötletet nagyon szívesen vennék, mert elég idegtépő a dolog.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz BTom1970 #9761 üzenetére

    Az index.html mellé pakold be a banneredet és ugyanazon a címen tudod elérni, amin az index.html-t is. Az lényegtelen most ebből a szempontból, hogy maga a cím utána átdob egy másik oldalra, attól még ugyanúgy eléred az index-html-t is és a bannert is. Ezt írd a böngésződbe: www.cimed.hu/bannered.jpg

    MOD: Ha jól emlékszem photobucket-en törlik x idő után a képeid (regisztrációd?), vagy annak függvényében, hogy mikor léptél be, vagy amiatt, mert nem töltöttél fel semmit x ideje.

    [ Szerkesztve ]

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Sziasztok,

    Az apache error.log-jában a következő sorokat találtam egymás alatt folyamatosan:

    --11:43:16-- http://link/tools/bot.pl
    => `bot.pl'
    Resolving link... ip
    Connecting to link|ip|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 19,351 (19K) [text/plain]
    bot.pl: Permission denied

    Cannot write to `bot.pl' (Permission denied).
    sh: /usr/bin/perl: Permission denied

    A linket és az ip címet természetesen kiszedtem, mivel úgy gondolom ez valami perlben írott program akar lenni, aminek a futtatása nem feltétlenül ajánlott. Nem én indítottam el, másnak nincs hozzáférése a géphez. Fogalmam sincs mi történt, viszont szeretném kideríteni, hogyan lehet megállítani. Hogyan deríthetem ki, hogy mi akarja folyamatosan letölteni ezt a fájlt?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz predator24 #9984 üzenetére

    Már próbáltam...szerencsére úgy tűnik nem sikerült lementenie sehova, legalábbis ilyen néven nem szerepel a gépen semmi.

    Viszont a gazda weboldalon (ahonnan le akar töltődni) meg tudom nézni könnyedén, hogy mit tartalmaz a script, de ez nekem kínai. Belinkelhetem, ha gondoljátok, csak magamtól nem akartam, nehogy valakinek kárt tegyek és még én is terjesszem ezt a valamit.

    bambano: Gratulálok bárki is szórakozik ilyesmivel...sose értettem miért jó tönkretenni más munkáját :( Pár órám biztosan rá fog menni míg mindent újra beállítok úgy, ahogy volt.

    [ Szerkesztve ]

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Más kérdés: Csak én vagyok a béna vagy tényleg eltűnt az etch mappa a Debian repo szerverekről?

    Frissíteni akartam pár dolgot az itthoni gépen, erre kiírja nekem, hogy valami bibi van, mert nem találja az etch mappát. Nézem a böngészőben és tényleg nincs ott. De egyik tükörszerveren se. Még csak oldstable néven sem.

    Ilyenkor mi a teendő?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz predator24 #9989 üzenetére

    A bot.pl-t feltötöttem pastebin-re: [link]
    Ez is le akart mászni: [link]

    bambano: Köszönöm!

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Újabban hihetetlen sok nyűgöm van :)

    Lekértem a lemezterület foglalást a df-el és ez fogadott:

    # df
    Filesystem 1K-blocks Used Available Use% Mounted on
    /dev/md2 238204680 79217148 146887380 36% /
    tmpfs 1037408 0 1037408 0% /lib/init/rw
    udev 10240 10240 0 100% /dev
    tmpfs 1037408 0 1037408 0% /dev/shm
    /dev/md0 233225 18828 202356 9% /boot
    /dev/tmpMnt 9825 516 8802 6% /tmp

    Ami meglepő az a /dev lefoglaltsága. Úgy gondolom ez nem normális. Próbáltam guglizgatni, de semmi érdemlegeset nem találtam. Nem igazán értem a dolgot és az se tiszta mi a teendő (már, ha van).

    Valaki felhomályosítana kicsit?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Van egy parancslánc, aminek a kimenete a következőképpen néz ki:

    1 12.34.56.78
    2 21.43.65.87
    2 11.22.33.44
    2 55.66.77.77

    Az első szám azt jelzi, hogy bizonyos IP címből éppen mennyi hányszor van jelen, a mögötte levő számok pedig maguk az IP címek, valamint ez rendezve van növekvő sorrendbe. Na én ezt a kimenetet el szeretném menteni egy fájlba, de úgy, hogy ne legyenek az IP címek előtt a számok, tehát értelemszerűen csak úgy kellene nekem a fájlba írnia őket, hogy soronként egy IP szerepeljen és semmi más.

    Maga a parancslánc, amit futtatok így néz ki:

    netstat -tn|grep ':port'|tr -s ' '|cut -d' ' -f5|cut -d':' -f1|sort|uniq -c|sort -n > lista.txt

    Valaki ki tudna segíteni?

    [ Szerkesztve ]

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Na nekem is lenne egy gondom, amire nem találok értelmes megoldást jelenleg.

    Adott egy céges Debian szerver, saját és társcégek weboldalai futnak rajta plusz levelezőrendszer meg egy két apróság. Valami kedves úriembernek (hogy száradna le a keze) nagyon csípi a szemét a gép és folyamatosan DDoS-olja a 80-as portot, aminek következtében ugye megugrik a terhelés, szépen elkezd megtelni a conntrack tábla és rövidesen ezeket kapom szép sorban a logban:

    nf_conntrack: table full, dropping packet.

    Aztán ez ismétlődik szépen sorban, a csomagokat szépen eldobálja, egy idő után már én magam sem tudom elérni a gépet, sem SSH-n, sem weben keresztül. A megoldás az volt, hogy sacc per kb. két óra leforgása alatt addig kattintgattam Webminen keresztül a "Stop Apache" gombra, hogy egyszer véletlenül sikerült jó időben klikkelni, aminek hatására a webszerver megállt és a gép rögtön fel is lélegzett, azonnal helyre is állt minden. No de ez nem állapot, a webszerver miatt van benn a teremben gép. Ha újra elindítom, akkor jónak tűnik a dolog, de egy idő után megint kezdődik elölről az egész.

    Amiket próbáltam:

    - conntrack tábla limitjének megemelése (segít egy darabig, de úgyis megtelik előbb-utóbb)
    - tcp_syncookies engedélyezése
    - sysctl.conf finomhangolása netes leírások alapján
    - Apache konfig finomhangolása, biztonsági modulok használata: mod_evasive, mod_security, mod_qos

    Ami nem megoldás:

    - restart
    - minden olyan művelet, ami megszakítja a gép folyamatos szolgáltatását

    Van valami módszer ennek kivédésére az általam próbáltakon kívül?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz bambano #10681 üzenetére

    Köszi, úgy tűnik sikerült előrébb jutni, nagy segítség volt ez a cikk is: [link]

    Egyébként szinte biztosra veszem, hogy valami pattanásos 16 évesnek jutott az eszébe szórakozni egy kicsit, amit én kevésbé élveztem, révén, hogy ráment pár napom mire rendbe tudtam hozni a dolgokat. Stresszes dolog tud ez lenni olykor, nem is kicsit.

    "minek conntrack egy webszerverhez?"

    Fut pár olyan alkalmazás is, amihez szükséges sajnos.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz Speeedfire #10828 üzenetére

    Nem akarok belepofátlankodni a témába, de én is a Debiant tudnám ajánlani. :)
    Miért?

    Lenne rá jó pár okom, de inkább megmutatom az egyik legnyomósabb érvet:

    # uptime
    22:16:23 up 448 days, 22:06, 1 user, load average: 0.75, 1.28, 1.73

    Céges kis HP szerver, semmi extra, web, levelezés, néhány személyre szabott program, stb., mégis hasít, össze sose omlott, fordítgatok, telepítgetek, buherálom szinte minden nap, de állja a sarat tökéletesen (kopp-kopp-kopp).

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz hohoo #10854 üzenetére

    Kis segítség: [link]

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz hohoo #10856 üzenetére

    Google barátom pedig ad találatot a Windows és az NFS szerver kulcsszóra.
    Vannak fizetős és ingyenes megoldások is, például: [link] vagy [link]

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Sziasztok,

    Olyan kérdésem lenne, hogy:

    Adott egy program, ami sajnos a 411-es porton fut, ami ugye 1024 alatt van, tehát root jogokkal indul. Ez alapesetben nem is lenne akkora baj, de felfedeztem benne egy rést, amin keresztül szépen lehet(ne) garázdálkodni a rendszerben. Ha nekem sikerült, másnak is sikerülhet, bár szakértelem kell a dologhoz és eléggé specifikus is, de na... nem szeretném így hagyni a dolgot.

    Kérdés tehát, hogy egy root jogokkal futó programmal lehet kezdeni valamit? Nem nagyon korlátozhatok ugye semmit érdemben, mert akkor magamat is korlátozom. El lehetne venni esetleg indítás után a jogokat? Vagy van valami bevett módszer erre? Gondolkoztam egy iptables port átirányításon is, de hiába irányítom én át a 411-et 4111-re, ha a program mindenáron a 411-en akar hallgatózni.

    A google mondott nekem valami setcap-os megoldást is, de az még elég idegen számomra.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz bambano #10873 üzenetére

    Ahogy így nézem, lehet, hogy annyit tudok ügyeskedni, hogy a programban át tudom rakni a portot 411-ről 1024 fölé, de a kliensek mindenképpen a 411-re próbálnak majd meg kapcsolódni.

    Ilyen esetben egy iptables port redirect meg tudja azt oldani, hogy a 411-re érkező kéréseket automatikusan átirányítsa az új, magasabb portra? Erre szolgál, tisztában vagyok vele, de eddig nem volt szükségem rá.

    Elméletem: Program hallgatózik a 4111-en, kliensek csatlakozni próbálnak a 411-re, de az iptables rule miatt nem is tudnak róla, hogy át lettek dobva egy másik portra. Vagy az átirányítás során a kliens tud róla, hogy nem a 411-re kerül? Ebből viszont lehet gond. Hajjaj, nem egyszerű ez valóban. :)

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz Speeedfire #10875 üzenetére

    dpkg-reconfigure locales

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz dokee78 #10886 üzenetére

    Ha az egyszerű kezelhetőség, a rengeteg tudásanyag és a nagy felhasználói bázis fontos, akkor egy Ubuntu 10.10-et ajánlanék így elsőre, magyar nyelvű, relatíve könnyen kezelhető és egész átlátható is, otthoni használatra tökéletesen megfelel: [link]

    Természetesen eléred vele a Windowsos mappákat is. Ahhoz, hogy kipróbáld még csak fel sem kell telepítened, elég letölteni a Live CD-s változatát, azon keresztül tökéletesen le tudod tesztelni a legfontosabb funkciókat és persze hibakereséshez sem utolsó.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Frissítettem etch-ról lenny-re nemrég és egész jól is ment a dolog az utolsó fázisig, amikor is a PHP5-öt és egyéb csomagjait akarta frissíteni.

    Ott szépen el is szállt egy ilyen hibával:

    Setting up libapache2-mod-php5 (5.2.6.dfsg.1-1+lenny9) ...
    perl: error while loading shared libraries: libssp.so.0: cannot open shared object file: No such file or directory

    Aztán persze a többi csomag se megy fel és nem jutok előrébb ezzel a problémával. Elvileg a libssp.so.0 a gcc-4.1 része, de kivették a lennys csomagból, ezért hiába keresek rá nem találom, de valamiért még is szüksége van rá ezeknek a csomagoknak.

    Infó: [link] & [link]

    Ilyenkor mi a teendő?

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz The DJ #10920 üzenetére

    Jó érzés is, ha az ember megoldja a saját gondjait :)

    A megoldás az utókornak, hátha más is szembesül ezzel a problémával:

    Letöltöttem a gcc-4.1.2-t, kicsomagoltam, beléptem a libssp könyvtárba, majd a következő útmutató segítségével lefordítottam és bemásoltam a szükséges helyre: [link]

    Ezután természetesen felkerült a PHP5 és egyéb függőségei is. Valószínűleg az is megtette volna, ha simán leforgatom a 4.1.2-t, de felesleges lett volna ennyit vesződni vele, ha van egyszerűbb megoldás.

    Ráment pár órám, de bug vs. me = 0:1 :)

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    Nagy fába vágtam a fejszémet... crosscompile.

    Egy Debian 6-os virtuális gépen szeretném a PtokaX-et és a függőségét, a TinyXML-t lefordítani a TP-LINK WR1043ND routeremre.

    Van egy ilyen frankó kis leírásom hozzá: [link]

    Minden jól is ment, az Openwrt buildroot és a függőségei fenn vannak, a PATH, a CC és LD változók beállítva a megfelelő könyvtárra. Kicsomagolva a TinyXML a PtokaX könyvtárába, kiadom a make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld parancsot, elindul, aminek el kell, azonban ezzel találom szembe magam pár másodperccel később:

    helomi@debian:~/openwrt/trunk/PtokaX/tinyxml$ make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld
    g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3 tinyxml.cpp -o tinyxml.o
    g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3 xmltest.cpp -o xmltest.o
    g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3 tinystr.cpp -o tinystr.o
    mips-openwrt-linux-uclibc-ld -o xmltest tinyxml.o tinyxmlparser.o xmltest.o tinyxmlerror.o tinystr.o
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62)
    tinyxml.o: could not read symbols: File in wrong format
    make: *** [xmltest] Error 1
    helomi@debian:~/openwrt/trunk/PtokaX/tinyxml$

    Próbáltam segítséget kérni a google-től, de nem igazán lettem okosabb. Biztos vannak itt olyan szakik, akik jártasabbak a dologban, szóval, ha bármi hasznos tanácsotok lenne, akkor ne tartsátok magatokban. :R

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz Jester01 #14074 üzenetére

    Köszönöm, haladunk :)

    Így indítottam:

    make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++

    Dobott rá egy ilyet:

    mips-openwrt-linux-uclibc-g++: fatal error: environment variable 'STAGING_DIR' not defined

    Erre én:

    make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir

    Na így már történt valami, elindult a make, de sajnos nem futott le, hanem ilyeneket tolt az arcomba: [link] (Inkább képként küldöm, mert nem akarom teleszemetelni kóddal a fórumot.)

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz Jester01 #14076 üzenetére

    Itt is van, elmentettem a make kimenetet egy fájlba, azt pedig feltöltöttem pastebinre: [link]

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

  • The DJ

    addikt

    válasz Jester01 #14078 üzenetére

    Nagyon jó, a Tinyxml sikeresen lefordult. :R

    Indítottam a PtokaX make parancsát, nagyon szépen dolgozott is, már majdnem megörültem, hogy itt nem lesz baj, de mégis kaptam egy errort: [link]

    Nagyon kíváncsi leszek sikerül-e megoldani és működni fog-e. Amennyiben igen, akkor beküldöm az Openwrt fejlesztőinek csomagként is, hogy más ne szenvedjen vele ennyit.

    https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.

Új hozzászólás Aktív témák