Sajnos nem tudom, hogy mi a CentOS alapértelmezett levelező programja, a szervert előretelepített állapotban Exim MTA (Mail Transfer Agent) kaptam, amely helyett a Postfix szervert szeretem használni, ezért feltelepítettem egy Postfix-et, eltávolítottam egy Exim-et és tudattam a CentOS-sal, hogy új MTA van, beállítottam a feltelepített programok futási szintjét és el is indítottam a Postfix-et: Ezek […]
Hozzuk létre a crowd felhasználót: Töltsük le és csomagoljuk ki a legfrissebb Crowd szoftvert: Állíítsuk be a virtual host konfigurációt: Adjuk meg az adatok helyét: Hozzuk létre az adatbázist: Majd indítsuk el a szoftvert és kövessük a naplóban az indulás állapotát, illetve fejezzük be a telepítést (és az adatok visszaállítását) a webes felületen:
Hozzunk létre egy felhasználót: Majd töltsük le és csomagoljuk ki a friss JIRA példányt: Állítsuk be a megfelelő data könyvtárat: Amelyet hozzunk is létre: Hozzuk létre a felhasználót és az adatbázist: Állítsunk be más alapértelmezett portokat, ha futtatunk Tomcat-et vagy egyéb alkalmazás szervert: Esetleg konfiguráljuk be egy virtual host-ot is: És el is készültünk, indítsuk el a példányt
Hozzuk hozzá a fisheye felhasználót: Töltsük le a friss szoftvert: Hozzuk létre az Apache bejegyzést a virtual host eléréséhez:
Fejlesztőként szükséges egy verziókövető rendszer, sok lehetőség közül és a Subversion-t használom, ennek telepítéséhez két programot kell feltennünk: Ezen után szerkesztenünk kell a subversion.conf állományt az Apache Httpd könyvtárában: Majd hozzunk létre egy próba repository-t, megfelelő a subversion.conf állományban fellelhető példa is (fent már töröltük): A második állomány a hozzáféréseket szabályozza: És a Subversion szerverünk
A SELinux érdekes állatfaj, a használatával biztonságosabb lehet a szerverünk, de néha bele tudunk futni fura hibákba, amelyeknek nem feltétlen értjük a forrását. Ilyen hiba lehet az, ha egy saját magunk által írt Munin plugin nem tud lefutni, s az alábbi hibát írja a logba: Ránézésre semmi ok nincs arra, hogy ne tudná lefuttatni az
Az LDAP egy olyan adatbázisok gyűjtőneve, amelyekkel Lightweight Directory Access Protocol-on keresztül lehet beszélgetni, s magát az adatbázist úgy tervezték, hogy sokkal többször és gyorsabban lehet belőle olvasni, mint írni. Alapvető célja olyan adatok tárolása, amelyeket gyakran olvassuk és ritkán írjuk: belépési adatok, email címek, domén adatok, stb. Telepítés Az CentOS operációs rendszeren (és a
Ahogy olvasható egy korábbi posztban, “a meglévő fizikai hardver – bár stabil és strapabíró – sajnos elavult, lassú, továbbá nehezen és drágán bővíthető”. A bővítés a okán vált szükségessé, mivel a nagyobb terhelést kapó wiki oldalnak nagyobb lett az erőforrás igénye, így a netdiag.hu mérései csúnya képet mutattak az utóbbi egy hónapban. A problémák forrása alapvetően a
A CentOS rendszerben alapból aktív a tűzfal, amelyet ki kell lyukasztanunk néhány portot tekintve, ha szeretnénk a gép szolgáltatásaihoz hozzáférni. A módosításokat megejthetjük közvetlen iptables parancsokkal, vagy a system-firewall-config program használatával, amely egy X alapú program, használatához kell X szerver, illetve használhatjuk a system-firewall-config-tui programot is, amely szöveges menürendszerrel működik. Az alábbi portokat célszerű kinyitni
A Confluence telepítése nem túl összetett folyamat, elsőnek hozzunk létre egy felhasználót: Majd a létrehozott felhasználó nevében töltsük le és tömörítsük ki a legfrissebb Confluence példányt: Ezek után mondjuk meg a Confluence-nek, hogy merre lesznek az adatai: Majd hozzuk létre a megadott könyvtárt: Telepítsünk fel egy JDK-t, ha még nem tettük volna: Ezek után hozzuk