Szerver önellátás
Szerkesztői: a múlt, az aktuális, a jövő és mindannyiunk gondolatai és mindezek.
A játékipar hír- és játék-áttekintése, egyszerű projektektől a mobil eszközökön át az AAA szintű projektekig.
A távközlés, a jogszabályok, az internetes szolgáltatások, protokollok, szabványok, biztonsági fenyegetések és minden más, ami a kommunikáció területén, az interneten és mindannyiunkon keresztül történik.
Mindent a szoftver megoldásokról: az operációs rendszerekről a különböző platformokra és az automatizált tervezésre, a kicsire, de hasznosak a mindennapi életben.
Az általam ismert hálózatok szinte minden felhasználója elégedett a nyújtott szolgáltatásokkal, és csak a bejövő forgalom magas költségeiről panaszkodik. Nyilvánvaló, hogy a nagy hálózatok sokkal könnyebbek: tulajdonosai jelentős jövedelmet kapnak, ezért megengedhetik maguknak egy dedikált szerver hardverét, és intelligens rendszergazdát is tartalmazhatnak. És hogy legyen egy apró "setochkam", amelyhez nem kapcsolódnak több mint 10-15 számítógép? Az ötlet, hogy meghívják a „Varyag” a nem mentes a józan ész, de minden alkalommal, hogy lazítsa az ilyen szolgáltatások drágább megtörni a bank (és próbálja összegyűjteni az emberek további „díjak”). Az egyetlen megoldás a virtuális webes és az FTP szerverek saját kezével való felemelése. Mivel nem olyan nehéz, mint első pillantásra. Egyes olvasók valószínűleg megkérdezik: "És mi ez valójában egy ilyen állat számára - virtuális szerver, mi előnyei?" Próbáljuk kitalálni.
A szolgáltatók által átvett fizikai szerverekről nem szeretnék megemlíteni: ha tudni szeretné a kiszolgáló hardverének költségét, akkor kockázatot jelent egy kisebb bontás (és ha számolja a személyzetet ...). Természetesen a berendezés tulajdonosaként bármikor lehetőség nyílik megelőző munkák elvégzésére, a berendezések frissítésére és bármely szerver szoftver telepítésére. De szüksége van rá?
Az Apache egyszerűen telepíthető: meg kell adnia a könyvtárat, amelyben a program tartózkodik, és meghatározza a létrehozandó kiszolgáló nevét.
Telepítés és konfiguráció
A munka megkezdése előtt két dolgot kell megtanulnunk. Először telepítjük az Apache-t egy szabad logikai meghajtóra (esetemben G :) meghajtó, de semmiképpen sem a rendszer partíción. A második: ha például a Perl tolmács elérési útja a Unix rendszereken néz ki, mint a / usr / bin / perl, akkor a Windows-ban kissé más: G: usrbinperl.exe.
A szerver inicializálásához menjen a G: usrlocalApache2conf könyvtárba, és nyissa meg a httpd.conf fájlt a rendszer Jegyzettömbjén. Általában az Apache teljes beállítása csökkenti a fájlban lévő rekordok módosítását, de nagyon óvatos, ha szerkeszteni és megváltoztatni csak azt, ami valóban szükséges!
A megadott érték a ServerName sort semmilyen módon nem befolyásolja az érvényességét Apache munkát, így több mint ez a paraméter megengedett gúnyolni ad libitum (call-szenvedés, mint szolgáltatás bárhol, akár „Servak.ru”). Alatt található DocumentRoot sort: meg kell vagy adja meg a mappa elérési útját, ahol akkor tegye HTML-oldalak a jövő oldalon, vagy hozzon létre egy új könyvtárat ezeket az igényeket. Úgy döntöttem, hogy egy könyvtárat nevű www root G. említett lemezt, majd szerkesztett sort vált DocumentRoot „g: / www” (persze, akkor létrehozhat egy másik könyvtár).
Továbbra is tanulmányozzuk a listát. Következő jön egy blokk az űrlapot
Ez a lépés meg kell tennie annak érdekében, hogy meghatározza, mely mappa tartalmazza a HTML-fájlokat (lásd. Fent), és ha úgy dönt, hogy mentse a weboldal egy másik könyvtárba, ne felejtse el megadni az elérési útvonalát, hogy a szükséges változtatásokat a blokk .
Valamilyen oknál fogva számomra úgy tűnik, hogy kedves szíved van, és hagyod, hogy a kollégáid a helyi hálózaton használják a kiszolgálót otthoni oldaluk megtartására. Ha ez a helyzet, hozzon létre egy további home könyvtárat a G: meghajtó gyökerében, ahol a felhasználók "hamsterjei" fognak élni, akárcsak valódi webkiszolgálón. Most figyeljen a UserDir vonalra: meg kell adnunk a g: / home paramétert (biztosan kettős idézőjelekkel). Még néhány lépéssel lefelé, és előttünk még egy sor - DirectoryIndex, meg kell adnia a weboldal címlapjainak formátumát. Legyen ez index.htm és index.html (DirectoryIndex index.htm index.html).
Alázatos véleményem szerint a teljes körű webszerver telepítése és a CGI-parancsfájlok használata nem lenne rövidlátó. Az Apache azonban nem lép be az asztrálba, hogy függetlenül kövesse a cgi-bin mappa elérési útját, ahol a szkripteket tárolnia kell. Meg kell találnunk a ScriptAlias / cgi-bin / sorokat, és meg kell adnunk az igazi könyvtárat, vagyis a G: / usr / local / Apache2 / cgi-bin /. Ne felejtsd el a kettős idézeteket. A teljes boldogsághoz még találni kell (kicsit alacsonyabbat) és újraírni a blokkot
AllowOverride All
Options ExecCGI
FTP-szerverek - a tömegekhez!
Persze, sajnálom, de ismét felsorolni az alapvető különbség a HTTP és FTP, valamint említést előnyeit FTP fájlátvitel, akkor nincs értelme: ezek az igazságok mutatjuk be több száz internetes források. Számunkra a szerver "emelésének" második szakasza egy teljes körű FTP szerver létrehozását és üzembe helyezését jelenti, amely a hálózati szolgáltatások részét képezi.
Ha túl lusta vagy, hogy kézzel indítsa el a szoftver szolgáltatást, kérje meg a Serv-U-t, hogy tegye meg.
Ügyeljen a kapcsolóra Automatikus indítás [rendszer szolgáltatás]. Ennek az opciónak van értelme, hogy a Serv-U minden alkalommal fusson, függetlenül attól, hogy emlékezünk-e rá. Most egyenesen menjen a Helyi szerver> Beállítások> Általános pontra. A legérdekesebb számunkra a feltöltési és letöltési sebességek lehetősége, valamint a fájlok részleges feltöltése a szerverre (részlegesen feltöltött fájlok törlése). Ez utóbbi különösen igaz, ha a felhasználók feltölthetik tartalmukat az FTP szerverre: gyakran egyes elvtársak több okból megszakítják a letöltést, ami felesleges tárhelyhiányt eredményez. By the way, ennek a fejezetnek az összes lehetősége alapértelmezés szerint le van tiltva.
Most vegyük fel a legérdekesebb és legfontosabbakat. A Beállítások> Általános szakaszban állítsa be a domain maximális felhasználók számát (Max. Felhasználók száma). Ezt követően felajánlottuk a látszólag lehetetlenné téve, hogy a különböző lemezpartíciókban található fizikai mappák megjelenjenek az FTP-kiszolgáló gyökérkönyvtárában a szükséges felhasználónevek alatt. Az ilyen funkció feltétel nélküli előnye, hogy elégséges a szerver gyökérmappájának létrehozása (például ftp néven), és nem aggódik a tartalom által létrehozott tartomány kitöltésével. Más szavakkal, a merevlemez valós partícióinak könyvtárai is az FTP-kiszolgáló virtuális mappáivá válnak. Érdekes, nem igaz? Lássuk, hogyan történik ez.
A következő lépés: a Dir Access fülön, erős döntés alapján megadjuk a jogot arra, hogy a várakozó felhasználók láthassák az általunk létrehozott szerver virtuális mappáit. Alapértelmezés szerint a tömegeknek joga van hozzáférni a szerver gyökérmappájához, addig csak a Hozzáadás gombra kell kattintania, és újra meg kell adnia a teljes elérési utat - figyelem! - egy fizikai mappát, amely nagy terhet ró a virtualitásra. Ha bízik a hálózatának lakóival, megadhatja nekik a jogot, hogy feltölthessék tartalmukat bizonyos kiszolgálói könyvtárakra - csak válassza ki a kívántat, és tegye a zászlót az íráskapcsolóba. Ezzel a konfiguráció legnehezebb része teljesnek tekinthető.
Mivel minden adminisztrációs jogunk van, ezért büntetni és megbocsátani, ezért az IP-hozzáférés fülre kell fordulnunk. Amint a neve is sugallja, itt akadályt fektetünk, és üdvözlik a sajátunkat. A szűrés a Szabály szerkesztése szakaszban meghatározott szabályok szerint történik (ha van ilyen, az apró Infó szekció tartalmaz egy tippet).
Nézzünk egy példát. A 192.168.1.0 otthoni hálózatban az egyik tudattalan elvtárs létrehozta saját 192.168.2.0 alhálózatát. Természetesen a főháló nagyszerű és rettenetes adminisztrátora nem akadályozta meg őt, de a haragot elszántan úgy döntött, hogy megtiltja a szolgáltatáshoz való hozzáférést a 192.168.2.0 hálózat összes felhasználójától. Ehhez engedélyeznie kell a Hozzáférés megtagadása opciót, és létre kell hoznia egy zárolási szabályt abszolút összes felhasználó számára (*. *. *. *), Majd kattintson a Hozzáadás gombra. Ezután a kötelességtudás vezérlésénél létre kell hoznia egy szabályt a barátságos felhasználóknak: ehhez engedélyezni kell a Hozzáférés engedélyezése opciót, és be kell írni a 192.168.1-et. * Egy szilárd kézzel, anélkül, hogy elfelejtené, természetesen nyomja meg a Hozzáadás gombot. Ne feledje, hogy a létrehozott szabályok a "felülről lefelé" elv szerint működnek, ellenkező esetben, ha a tilalom egy "megengedő" szabályt követi, ténylegesen blokkoljuk az összeset.
Egyéb beállítások, például a letöltési / feltöltési sebességkorlátozások a Felhasználói beállítások Általános lapján, a saját belátásai szerint hagyom. Hasonlóképpen könnyedén megbirkózhat a felhasználói csoportok létrehozásával és a meglévő felhasználók elosztásával ezeken a csoportokon (ne felejtsd el a minőségi Russification modul létezését, akkor is, ha nem hivatalos). Az igazság szomjúsága? Látogasson el az UL / DL arányok lapra, ahol engedélyezheti a barter kapcsolatok hálózati kapcsolódását (például három fájl letöltése után a felhasználónak három saját fájlt kell feltöltenie a szerverre).
Meg kell említeni a beépített segédprogram Tray Monitor-ot, amelyet a "Start" gomb programcsoportjából hívnak. A tálcán elhelyezett monitor azonnal jelzi a szerver tevékenységét, megmondja a csatlakoztatott felhasználók számát és a rendszerindítási paramétereket. Elég kényelmes dolog.
Ez minden, kedves társaim. Ahogy külföldi esküdõ barátaink mondják, élvezd! A problémát csak gyors és magas színvonalú internetkapcsolattal oldja meg. Ez a probléma túlmutat ennek a cikknek, de biztos vagyok benne, hogy örömmel fogják felajánlani a helyi szolgáltatók segítségét, ragyogó szemmel csillogva, és boldogan dörzsölgetni kezeiket a nyereségre számítva.
Szivárgó WS_FTP szerver
Ebben a szoftverben 128 bites SSL titkosítást használnak az elküldött adatok védelmére. Ezenkívül a program lehetővé teszi számlák korlátlan számának létrehozását és a felhasználói jogok kezelését az egyes mappák szintjén. Mindezek a tulajdonságok nagyon vonzóvá teszik a terméket. Ezenkívül a program elérhető bármely hálózathoz csatlakozó számítógépen is: elegendő a futtatható fájl kiszolgálókezelőjének másolása. Igen, ez rossz a szerencse, a közelmúltban itt és ott vannak zavaró, és gyakran őszintén szólva rosszindulatú üzenetek a WS_FTP szerverben talált sérülékenységről.