Blog

[ ÚJ BEJEGYZÉS ]   [ ÚJ CIKK ]

• Debian szünetmentes apcupsd

  Ez a bejegyzés nem fért bele a többibe sehogyan se csak ezért került külön bejegyzésbe. Ha van szünetmentesünk és esetleg APC, akkor az apcupsd szolgáltatás fogja nekünk a szervereket leállítani. Ha elmegy az áram, akkor a szünetmentes usb porton keresztül összekötve "jelez" a rá rákötött szervernek, hogy elment az áram. Majd az apcupsd a többi szervernek is szól, hogy mi legyen a teendő (lekapcsolás, várakozás).

  Természetesen a szünetmentesekben is be kell állítani a megfelelő értékeket, hogy mennyi ideig húzhatja az időt a szünetmentes a leállítás előtt és az apcupsd-ben is. Hogy mi a megfelelő mindenki maga tudja, mi azt találtuk ki, hogy kb 50%-ig merítjük csak le a szünetmenteseket. Azért, mert ha visszajön az áram, eltelik a bekapcsolásig történő várakozás, a szünetmentes áramot ad a szerverek alá, amit a szerverek egy bekapcsolással díjaznak (a szerverek bios-ában beállítható, hogy áram alá helyezés után, induljanak el), majd ha boot közben megint elmegy az áram, akkor legyen annyi tartalék, hogy újra letudja kapcsolni a szünetmentes a gépeket, jobb esetben ez eljátszható 2-3x-or, mielőtt teljesen elfogyna a töltés az akkumulátorból. Persze ahol van generátor pl egy szerverparkban, ott lehet engedni, had merüljenek az aksik úgyis hamarabb lesz áram

  Folytatás...

  _XXXXX_ 11 éve 5

• Debian phpldapadmin, adminer, munin, roundcube

  Azért szükség van a kényelemre is, főleg a felhasználók körében, de azért nem baj az, ha a rendszergazdák se egész nap a konzolban pötyögnek. Így hát, pár webes grafikus felületű programot tegyünk telepítsünk fel, ha már van webszerverünk, használjuk is.

  phpLDAPadmin

  Kezdjük a felhasználók kezelésével a phpldapadmin-al. Telepítsük fel:
  # apt-get install phpldapadmin

  Az apache conf.d mappájába beállítja a megfelelő beállításokat. Nekünk egyedül az /etc/phpldapadmin mappában a config.php fájlt kell csak beállítanunk. A következő beállításokat kell csak megtennünk, ha egy szerverünket szeretnénk adminisztrálni. Ha többet szeretnénk, akkor értelemszerűen több ilyen bejegyzés blokkot kell csinálunk a fájlban:

  $servers->newServer('ldap_pla');
  $servers->setValue('server','name','Szerver neve');
  $servers->setValue('server','host','10.0.0.1');
  $servers->setValue('server','base',array('dc=ceg,dc=hu'));

  Innentől egy szép felületen tudunk tovább dolgozni. A Bejelentkezési DN: -hez: cn="admin",dc=ceg,dc=hu formában kell beírni a felhasználói nevet(vagy értelemszerűen más felhasználói nevet, ha más az adminisztrátori nevünk), a jelszó pedig egyértelmű

  Folytatás...

  _XXXXX_ 11 éve 19

• Debian apache, php, mysql

  A webszervereknek elég nagy százaléka fut ebben az összeállításban és van pár ezer leírás is már, hogyan kell beállítani őket, így nagyon nem mennék bele a részletekbe. Csak gyorsan a lényeget nézzük meg.

  Tegyük fel az apache2-t:

  apt-get install apache2

  A ports.conf fájlban lehet beállítani, hogy milyen portokat használjon. Mi két portot használtunk egyet belső hálózatra használunk.

  Listen 80
  Listen 81

  Az apache2.conf-ban vannak a beállítások. Sajnos pontos információm nincsenek, de ha jól rémlik, akkor alapértelmezetten is megfelelő beállításokkal fut.
  A mods-available mappákban a különböző modulok találhatóak. Ezekből az aktuálisan használhatóak a mods-enable mappába át vannak linkelve.
  A sites-available mappákban a virtuális host-ok találhatóak. Ezekből az aktuálisan használhatóak a sites-enable mappába át vannak linkelve. Egy ilyen fájl tartalma kb ilyesmi, de ettől lehet sokkal bővebben(vagy kevésbé) paraméterezve is:

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian levelezés2 amavis, clamav, spamassasin és ami kimaradt

  A mailq az átmeneti tároló ahol vannak a várakozó levelek, amik vagy postázásra fognak kerülni vagy csak pár darab próbálkozás után sikertelen lesz az elküldésük. Megnézni, hogy mennyi levél ragadt be, a mailq paranccsal lehet. Kiüríteni: postsuper -d ALL újra küldeni: postqueue -f parancsal lehet.

  A leveleket mi a /home mappában tároljuk és azon belül egy Maildir nevezetű mappában. A maildirmake parancsot kiadva a mappában létrejön a könyvtár szerkezet, de a levelező kliensek általában létrehozzák maguknak.
  Ami viszont a legfontosabb, hogy mindig is legyen megfelelő jogosultsága a felhasználóknak a saját mappájukra, lehetőleg legyen a saját tulajdonukban. Különben a nemfognak a leveleik se beérkezni és látni se fogják őket.

  Ha nem muszáj ne indítsuk újra a konfigurálás során a postfix-et, elég lehet csak a beállításokat újra tölteni:

  /etc/init.d/postfix reload

  A levélforgalmat elég nehéz sokszor követni, mert a mail.log fájlok eléggé nagyra hízhatnak. Erre van egy egyszerű program ami szép táblázatot rajzol a levélforgalmunkról.
  Telepítsük fel a pflogsumm programot.

  apt-get install pflogsumm

  A következő parancsot kiadva csinál nekünk egy szép összegzést a leveleinkről:

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian levelezés Postfix, Courier, SSL

  A levelezés egy kicsit összetett probléma ezért kezdjük egy szép (na jó lehet nem szép, de talán érthető) ábrával:

  

  A postfix kezeli a szerverre bejövő és kimenő leveleket. A bejövő leveleket átadja az amavisd-new-nak, hogy ellenőrizze őket egy kicsit át. Az amavis előbb elküldi vírusellenőrzésre a clamav-nak, majd a spamassasin-nak, hogy megvizsgálja, hogy spam-ot tartalmaz-e a levél. Értelemszerűen az amavis karanténba rakja a nem megfelelő leveleket, a többit visszaadja a postfixnak. A postfix pedig a megfelelő felhasználó maildir mappájába fogja belerakni. A felhasználó pedig a courier szolgáltatáson keresztül tudja elérni a maildirből a leveleit. Levelet küldeni pedig a postfixen keresztül küldi ki. Röviden ennyi a levelezés, gyakorlatilag viszont kicsit bonyolultabb, de nem akartam nagyon bonyolult ábrát rajzolni így is eléggé zsúfolt Azt még hozzáteszem, hogy mi belső hálón nem használunk titkosítás, viszont kívülről csakis ssl-es kulcsal lehet a levelezéshez hozzáférni. Kezdjünk hozzá

  Tegyük fel a postfix-et(mi ugye ldap-ból fogunk authentikálni):

  Folytatás...

  _XXXXX_ 11 éve 1

• Debian ntp, logrotate, rkhunter, rsync, cron, ssh

  Most pár kisebb programot fogunk feltenni, amikre szükség van és lehet őket agyon konfigurálni is, de alapértelmezetten is jó szolgálatatot tudnak tenni.

  A pontos idő fontos dolog egy szerveren, telepítsük fel az ntp-t erre a célra, hogy szinkronizálja az időt. Nem nagyon szoktunk semmit se konfigurálni rajta.
  apt-get install ntp

  A logok előfordul, hogy nagyon megugranak és képesek betelíteni a /var partíciónkat. Ennek a problémának a kiküszöbölésére hozták létre, logrotate csomagot, amivel lehet szabályozni, hogy milyen időközönként tömörítse be a logfájljainkat és meddig őrizze őket, mielőtt letörölné őket.
  apt-get install logrotate

  A logrotate.d mappában találhatóak a konfig fájlok. Nekünk az nscd szokott túl sok logot termelni. Hozzunk létre ebbe a mappába egy nscd nevű fájlt az alábbi tartalommal:

  /var/log/nscd.log {
  daily
  compress
  delaycompress
  rotate 2
  missingok
  }

  Ez a beállítás naponta rotálja a logokat, két szintet vagyis 2 fájlt csinál az aktuálison kívül, mielőtt törölné őket.

  Ha bejutnának a rendszerünkbe a kevésbé kedves emberek, akkor van az a furcsa szokásuk, hogy módosítanak a rendszerünkben bizonyos fájlokat, futó szolgáltatásokat. Ezeket a módosításokat észleli az rkhunter nevű program.

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Proxy squid

  Miután túl vagyunk a tűzfal konfiguráláson és az útvonal választáson állítsuk be a proxy-t, hogy legyen netünk is. Telepítsük fel:

  apt-get install squid3

  Az /etc/init.d/squid3/squid.conf fájlban találjuk a konfigurációs lehetőségeinket.

  Az squid az összes hálókártyán figyel alapértelmezetten. Vegyük fel milyen portokat használjon:
  http_port 3128 transparent
  http_port 8080 transparent

  Mi ezt a kettőt választottuk lehetett volna többet vagy kevesebbet is. Ugye a tűzfalban mi a 80-as portról érkező csomagokat a 3128-ra irányítottuk át, de a 8080-asra lehet lehet.

  Ezután következnek a log fájlok elérési útja, majd a cache méretek és mappák helyei. Alapértelmezetten szoktuk használni őket, nem nagyon állítunk rajtuk, mert alapból megfelelőek. A domain neveket azért írjuk át.

  access_log /var/log/squid3/access.log squid
  buffered_logs on
  cache_mem 100 MB
  cache_mgr admin@mail.ceg.hu
  cache_dir ufs /var/spool/squid3 200 16 256
  coredump_dir /var/spool/squid3
  error_directory /usr/share/squid3/errors/Hungarian
  hosts_file /etc/hosts
  icp_port 0
  ie_refresh on
  log_icp_queries off
  redirect_rewrites_host_header off
  refresh_pattern ^ftp: 1440 20% 10080
  refresh_pattern ^gopher: 1440 0% 1440

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Route táblák útvonalválasztás

  Ha egyetlen internet vonalunk van, akkor teljesen egyszerű dolgunk van. Viszont ha 2 vagy több internet vonallal rendelkezünk máris ránk szakad egy csomó probléma. Lehet terhelés elosztást csinálni(load balancing), de ez igazán csak két fix ip-s internet vonal esetén jó. Mi abban a szerencsétlen esetben járunk, hogy a két internet vonalunkból csak az egyik fix ip-s. A kliensek nagy részének nincs szüksége a fix-ip-re. Azt szeretnénk elérni, hogy megmondhassuk a klienseknek, hogy melyik mehetnek az egyik vonalon és melyek a másik vonalon. Persze így bukjuk a dinamikus terhelés elosztást, de kalkuláljunk ügyesen, hogy melyik netre mennyi gépet szánunk.

  Amikor bekötöttük a két internet vonalat szerverbe, a nagy öröm gyorsan elfog fogyni, amikor rájövünk, hogy nincs is internetünk gyakorlatilag a szerveren. A probléma az útvonalválasztásnál keresendő. Ha kiadjuk a route -n parancsot akkor furcsa dolgot fogunk találni. A flags oszlopban ha figyeljük két olyan sorunk van amiben UG paraméter szerepel. Ez azt takarja csak, hogy két átjárónk van a szerverben, magyarul a két internet vonal átjárója. A szerencsétlen kliensek és a szerver se tudja, így eldönteni, hogy merre is menjenek a csomagok.

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Tűzfal iptables

  A rendszergazdákat rémálmaikban sokszor kísérti az a gondolat, hogy miért is ilyen bonyolult ez az iptables? Annyira nem bonyolult, csak nem érthető meg pár nap alatt

  Az iptables debian-ban alapból fel van telepítve és alapértelmezetten fut is, így nem nagyon kell vele törődni. Ha mégse hisszük el, akkor az iptables -L paranccsal látni fogunk pár sort, de hogy miket?

  Az iptables-ban táblák vannak amikben különböző láncok mentén definiálhatunk szabályokat. Ezekre a szabályokra illeszkedő adatcsomagokkal pedig az fog történni amit szeretnénk.

  A következő táblák léteznek: raw,mangle,nat,filter.

  - raw tábla: PREROUTING és OUTPUT láncot tartalmaz és megjelölhetjük benne azokat a csomagokat, amelyekre nem kérünk kapcsolatkövetést. Ettől többet viszont nem tudok erről írni, nem volt rá még szükség semmilyen formában.

  - mangle tábla: PREROUTING, INPUT, FORWARD, OUTPUT, POSTROUTING láncot tartalmat és csomag módosításokat lehet végezni vele. Csomagok megjelölésére is lehet használni. Az internet vonal kiválasztásához fogjuk használni.

  -nat tábla: PREROUTING, OUTPUT és POSTROUTING láncokat tartalmaz és hálózati címfordítást lehet végezni vele. Jól lehet vele irányítani, hogy milyen hálókártyáról vagy ip tartományról hova mennyen az információ.

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Samba fájlmegosztás, tartomány

  Ideje megvalósítani a fájlmegosztást és a tartományt. Telepítsük fel a samba-t:

  apt-get install samba samba-doc smbclient smbldap-tools

  Az /etc/samba/smb.conf fájlban találjuk a konfigurációs beállításainkat. Mi az ldap-ból fogjuk az adatokat kinyerni, de lehetne más megoldást is választani, de mi most azzal nem foglalkozunk.

  Nagyon sok beállítási lehetőség van, csak a számunkra lényegesebbeket sorolom fel. A global szekcióban a mindenre érvényes beállításokat találjuk. Állítsuk be a logolási szintet majd, hogy hova mentse a logfájlokat és a méretüket. Általában ezekkel nem kell törődni, mert alapból megfelelőek.
  [global]
  
  ; include = /home/samba/etc/smb.conf.%m
  
  log level = 3 passdb:5 auth:10
  
  log file = /var/log/samba/log.%m
  max log size = 1000
  max mux = 200
  ; syslog only = no
  syslog = 0
  panic action = /usr/share/samba/panic-action %d

  Állítsuk be a tartományunk nevét amibe majd beléptetjük a gépeket. Adjuk meg a gépünk nevét és azokat az ip tartományokat amikre engedélyezni szeretnénk a samba elérését.

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian quota,libnss, pam, nscd

  A fájlok megosztását, a gépek tartományba léptetését és a felhasználók bejelentkezését valósítja meg a samba az ldap címtár által tárolt információk segítségével.

  Viszont az ldap és a samba közti kapcsolathoz szükség van az alábbi programok feltelepítésére:
  apt-get install libnss-ldap libpam-ldap nscd

  A kérdésekre válaszoljunk megfelelően ha felteszi őket, de ha valamit elrontottunk se túl nagy baj. Az /etc mappában a következő fájlokban és mappában megtaláljuk azokat a fájlokat amiket át kell néznünk. Persze nembaj, ha vannak plusz paraméterek beállítva, sok lehetőség van.

  nscd.conf:

  logfile /var/log/nscd.log
  debug-level 2
  enable-cache passwd yes
  positive-time-to-live passwd 600
  negative-time-to-live passwd 20
  suggested-size passwd 211
  check-files passwd yes
  persistent passwd yes
  shared passwd yes
  
  enable-cache group yes
  positive-time-to-live group 3600
  negative-time-to-live group 60
  suggested-size group 211
  check-files group yes
  persistent group yes
  shared group yes
  
  enable-cache hosts yes
  positive-time-to-live hosts 3600
  negative-time-to-live hosts 20
  suggested-size hosts 211
  check-files hosts yes
  persistent hosts yes
  shared hosts yes
  

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Squeeze LDAP helyreállítás, replikáció

  Néha előfordulhat, hogy valamilyen oknál fogva helyre kell állítani az LDAP-t vagy a rendszert átköltöztetjük máshova. Ehhez szükségünk van az adatbázisunkra, amit egy működő rendszer esetén
  a következő parancsal tudunk kinyerni egy ldif fájlba:

  slapcat -l ldap.ldif

  A konfig fájlok természetesen ugye megvannak, így kezdjünk is hozzá.

  1.

  Állítsuk le az ldap szervert:

  /etc/init.d/slapd.stop

  2.

  Ha már az új cn=config szerkezetű fájljaink vannak a cél rendszeren és mi is ilyeneket birtoklunk, akkor egyszerűen írjuk felük őket és akkor máris az új beállításink lesznek érvényben.
  Ha a régi slapd.conf fájlt szeretnénk használni, akkor törüljük a slapd.d mappát mindenestől és másoljuk simán a slapd.conf-ot az /etc/ldap mappa gyökerébe.
  Amennyiben viszont slapd.conf-unk van és már az új szerkezetet szeretnénk használni, akkor először is csinálunk egy slapd.d mappát a az /etc/ldap mappába(vagy ha van, akkor a slapd.d tartalmát törüljük csak ki). Ezután pedig adjuk ki a következő parancsot:

  slaptest -f slapd.conf -F slapd.d

  Ha a mappában benne van a slapd.conf törüljük különben ez fog érvényes lenni nem az új fájlok.

  3.

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Squeeze LDAP

  A hatos debian alatt vezették be a cn=config adatbázis szerkezetű konfigurációs fájlokat. Ennek annyi a lényege, hogy online lehet az ldap-t konfigurálni újraindítás nélkül. Egyelőre lehet használni a régi slapd.conf-os egy fájlos szerkezetet is, de kitudja meddig. Így sose árt megismerkedni az új formával.

  Telepítsük fel az ldap-t:

  apt-get install slapd ldap-utils

  Szükségünk lesz egy samba schema fájlra, mert ez alapból hiányzik a séma fájlok közül. Mi pedig majd szeretnénk használni a samba-t is. Ezt a samba-doc csomagból tudjuk beszerezni, majd tömörítsük ki a helyére.

  apt-get install samba-doc
  cp /usr/share/doc/samba-doc/examples/LDAP/samba.schema.gz /etc/ldap/schema/
  gzip -d /etc/ldap/schema/samba.schema.gz

  Adjunk jogosultságot az /etc/ldap/ mappákra:
  chown -R openldap:openldap *

  1. Adjuk hozzá a slapd.conf -ot. Az előző fejezetben megalkotott slapd.conf-al fogjuk felülírni a beállításokat, ezzel a paranccsal.
  slaptest -f /root/slapd.conf -F /etc/ldap/slapd.d

  /etc/ldap/slapd.d/cn=config/cn=schema/cn={4}samba.ldif fájl jogosultságát ellenőrizzük le, mert lehet megváltozik.

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian LDAP lenny

  A felhasználói információk tárolására szolgál az LDAP címtár. Ebbe tároljuk még a tartományba léptetett gépek adatait is. Innen azonosít majd a fájlkiszolgálónk, a levelezésünk is és minden más szolgáltatásunk is. Ezért egy eléggé fontos dolog, hogy ez jól működjön. Nem egyszerű egy téma és sokan meg is spórolják a vele való szívást. Szerintem viszont csak egyszer kell beállítani és utána nem szokott baj lenni vele. Ez most nem a squeeze beállítása, de érdemes átolvasni. Kezdjünk bele telepítsük fel:

  apt-get install slapd ldap-utils

  Válaszoljunk a kérdésekre értelemszerűen a konfigurációs során. A domain name majd a ceg.hu lesz. Adjuk majd meg az ldap jelszavát, az adatbázist típusát hdb vagy bdb (teljesen mindegy). ldapv2-es protokolra már nincs szükség.

  Ha szükség van újra konfigurálni, akkor a dpkg-reconfigure slapd paranccsal van rá módunk.

  Konfiguráljuk be az /etc/ldap/slapd.conf fájlt:

  Töltsük be a séma fájlokat, amikben az ldap-ban tárolandó információk formai leírásait is tartalmazzák.

  include /etc/ldap/schema/core.schema
  include /etc/ldap/schema/cosine.schema
  include /etc/ldap/schema/nis.schema
  include /etc/ldap/schema/inetorgperson.schema
  include /etc/ldap/schema/samba.schema

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Névszerver, névfeloldás (bind)

  A következő fejezet a név-szerver bekonfigurálása lesz. Több okból is szükségünk van rá. Nélküle nem lesz internetünk se, a fájlmegosztáshoz és a tartományhoz is kell, de a levelezéshez is szükségünk van rá. A neveket és az ip címeket fel kell oldani.

  Állítsuk be a host nevet az /etc/hostname fájlban. Itt csak a gép neve van beleírva a fájlba, semmi más. Nem kötelező pont most foglalkozni vele, lehetett volna közvetlenül a szerver telepítés után is. Ha a telepítéskor jó gép nevet adtunk meg, akkor ez a lépés max ellenőrzésnek jó.

  Nézzük meg az /etc/hosts fájl tartalmát is, ha már itt járunk.

  Az első sor a localhost erre szükség van mindenféle képen:

  127.0.0.1 localhost localhost.localdomain

  Ezután felvehetjük a saját gépünk nevét és ip címét, hogy a hálózatban azonosítva legyen így:

  10.0.0.1 gep.ceg.hu gep mail.gep.hu mail server proxy

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Hálózat, DHCP-szerver

  Mielőtt fejest ugranánk az egészbe, előtte még van egy-két feladatunk.

  Első lépésként konfiguráljuk be a hálózati kártyáinkat, az /etc/network/interfaces fájlban.

  Szerepelnie kell a localhost-nak ami a gépünket jelöli, vagyis a loopback-nek.

  auto lo
  iface lo inet loopback

  Innentől jöhetnek a hálókártyák. A jelölésük eth0, eth1, eth2 stb.

  Amennyiben például olyan helyről kapjuk az internetet ahol van dhcp-szerver és kapunk ip-t, akkor a következő sorokra van szükségünk:

  auto eth0
  iface eth0 inet dhcp

  A vidanetes internet vonalak ilyenek, vagy ha egy router mögé kötjük a szerverünket, akkor a routertől kapja az ip-t. Persze egy másik szervertől is kaphat.

  Beállíthatunk statikus ip-címet is a hálókártyánkra a következő formában:

  auto eth1
  iface eth1 inet static
  address 10.0.0.1
  netmask 255.255.0.0
  network 10.0.0.0
  broadcast 10.0.255.255
  dns-search ceg.hu

  ha van még egy hálókártyánk:

  auto eth2
  iface eth2 inet static
  address 10.1.0.1
  netmask 255.255.0.0
  network 10.1.0.0
  broadcast 10.1.255.255

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian firmware telepítés

  Alap esetben az ember berakja a gépbe a telepítő lemezt, minden feltelepül és használatba beveheti a rendszert. Egy optimális világban biztosan így is történne, de mi nem ott élünk ugye

  Mit tehet az ember ha már a telepítő firmware-ekért kiabál? szépen elkezdi keresni a hivatalos oldalon a firmware-t. [link] Mivel a telepítő nem találta, így valószínűleg a main-ben nem lesz, hanem inkább a non-free csomagok között lesz megtalálható. Előfordulhat, hogy ez se jön be, de akkor még a backports-on lehet tenni egy próbát.

  Ha megadatott az a nagy szerencse, hogy megtaláltuk az összes hiányzó firmware fájlunkat, akkor letölthetjük és beadhatjuk pl pendrive-on a telepítőnek. Ha a rendszerünk már fut, akkor beállíthatjuk a csomaglistát. Amit az /etc/apt/sources.list fájlban tehető meg.

  Innentől telepíteni már egészen egyszerűen megy a következő paranccsal.
  apt-get install csomagnév

  Anno még a Lenny esetében egy Broadcom NetXtreme II 5709 dualportos kártyának a firmware-re csak backports-on volt megtalálható.
  Itt volt a megfelelő fájl:[link] firmware-bnx2 0.27~bpo50+1_all.deb

  Folytatás...

  _XXXXX_ 11 éve 0

• Debian Squeeze szerver telepítés alapok

  Ez a cikk azért készül, hogy azok akik szeretnének Debian alapú szervereket telepíteni és üzemeltetni, azok kaphassanak egy kis segítséget, az induláshoz.

  Remélhetőleg ez egy folyamatosan bővülő cikk sorozat lesz, aminek minden fejezete egy-egy szerverszolgáltatás konfigurálásáról fog rövid összefoglalót leírni. Pár trükkel, hogy milyen buktatók és hibák fordulhatnak elő.
  Nem cél az alapoktól mindent elmagyaráznia a cikknek. Például nem lesznek benne, hogyan hozzunk létre könyvtárat, linux fájlrendszer alapjai, futási szintek, és egyéb informatikai alapfogalmak se. Ezeket szépen tanulja meg mindenki, van hozzá rengeteg anyag az interneten is. Viszont ezeknek a tudása nélkül nem biztos, hogy minden érthető lesz a cikkek során. A profiknak valószínűleg semmi újat nem fog mondani és biztosan lesznek benne olyan részek, amik kevésbé érthetőek vagy esetleg nem jók, de azokat majd korrigálom idővel

  Egy Debian alapú rendszert nem olyan nehéz üzemeltetni, mert igazán csak egyszer kell jól bekonfigurálni. Ezután már csak néha egy egy frissítés következtében adódhat változás, valamelyik program csomagban, ami miatt módosítani kell esetleg a konfigurációs fájlokat. Ez leginkább akkor fordul elő amikor fő verzió számot ugrunk. Például debian 3.0-ról 4.0-ra vagy, lenny-ről squeeze-re updatelünk.

  Folytatás...

  _XXXXX_ 11 éve 0