Miután a korábbi cikkekben megvitattuk a , и , továbbra is gyűjtjük az információkat az ezeken az operációs rendszereken telepíthető szükséges rendszerekről és szolgáltatásokról.
Valójában ez a cikk többnyire elméletinek bizonyult. A probléma az, hogy a "hazai" rendszerekben nincs semmi új és eredeti. És ugyanazt a századszor is átírni, anélkül, hogy bármi újat tennék hozzá, nem látom értelmét. Így lesz az import-helyettesítő rendszerekkel kapcsolatos adatok összeállítása és elemzése.
Ráadásul csak Viola, Astra и Rózsaszín. -Ban Piros operációs rendszer van (az én ízlésemnek nagyon szerény). Sőt, ebben a Wikiben a Rosa cikkek gyakran elavultak és elavultak, 2013-2014-esek, és régi disztribúciókhoz kapcsolódnak... Más Wiki-rendszereknél azonban vegyük figyelembe, hogy egyáltalán nem léteznek. Ezért azoknál a disztribúcióknál, amelyek nem rendelkeznek KB-val vagy Wikivel, azt feltételezzük, hogy a szülő terjesztésük Wikijében vagy KB-jában kell keresni. Mert ROSA CentOS (Red Hat) Astra – Debian Számít - Gentoo, Piros operációs rendszer - Piros kalap, AlterOS - openSUSE, Tengely CentOS (Red Hat) Uljanovszk.BSD - FreeBSD, QP OC - teljesen hazai fejlesztés (alkotói ígérete szerint ez nem Linux).
Egyelőre kihagyom azt a pontot, hogy a teljes infrastruktúrát a Microsoftra hagyom, és az alapokkal kezdem - DNS, címtárszolgáltatás, proxyszerver. És akkor lesznek felhasználó-orientált rendszerek és szolgáltatások, mint például levelezőszerver, iroda, chat stb.
1. Infrastruktúra
1.1.DNS
DNSA -server minden "hazai" operációs rendszerben formában jelenik meg BIND9. Semmi új. És nincs semmi bonyolult a beállításban. Csak a Calculate nem tartalmazza a BIND lerakatban.
DDNS - kicsit bonyolultabb, de itt sincs semmi különös.
A ROSA Wikije a következőket tartalmazza , aminek semmi köze a dolgok valós állapotához. Tehát feltételezzük, hogy a DDNS ROSA-hoz beállítására vonatkozó utasításokat a CentOS-hez kapcsolódóan kell keresni.
1.2. DHCP
Ismét semmi új, semmi bonyolult.
1.3. Címtár szolgáltatás
1.3.1. Astra Linux Directory (ALD)
A Microsft Windows OS rendszeres eszközeivel nem lehetséges Microsft Windows operációs rendszerű gépet beépíteni egy ALD tartományba.
Ugyanakkor AD-kliensként az Astra szó szerint belép a tartományba .
Az Astra Linux tartományvezérlőjeként is működhet SAMBA 4. Ez nem az Astra változata, ez a SAMDA eredeti formájában. .
1.3.2.Az IPA tartomány ED OS szervezete, amelyben minden kellően részletesen le van írva.
1.3.3. ROSA címtárAz interneten megemlítik, hogy a ROSA saját fejlesztésű ROSA Directory Servert tartalmaz. A wikijükben van ezen a számlán. 28. február 2013-án kelt. Egy érdekes Rosa Server Setup eszközről is szó esik. És elkezdtem ásni, érdekes megérinteni.
Általában az R7 kiadásban mindezt kivágták. Ha jól értem, ez annak volt köszönhető, hogy a Rosa-t CentOS-re építették át Mandriva helyett, a könyvtárukat pedig Mandriva Directory Server, és egyszerűen nem illett a CentOS-re.
Ezért, mint minden más operációs rendszer esetében, ROSA telepíthető SAMBA, és használja tartományvezérlőként.
1.3.4. Alt FreeIPA
Szinte minden "hazai" operációs rendszer a piacon képes tartományvezérlőként működni SAMBA. A SAMBA-nak azonban komoly korlátai vannak a Windows alapú kliensekkel való munka során:
A Samba AD DC a Windows 2008 R2 tartományvezérlő szintjén működik. A Windows 2012 tartományba beírhatja ügyfélként, de tartományvezérlőként nem.
Így a Windows szerverek és munkaállomások normál működéséhez, ha szükségünk van rájuk, és szükség van rájuk, hiszen vannak olyan szoftverek, amelyek nem működnek Linux alatt (ugyanazok a CAD csomagok vagy elavult szoftvercsomagok olyan eszközökhöz, amelyek egyáltalán nem csinálnak semmit, kivéve a Win XP, nem lehet telepíteni), tartományt kell telepítenünk az alapján Windows vagy FreeIPA. A FreeIPA telepítése meglehetősen munkaigényes folyamat, míg a Windows-alapú tartomány telepítése néhány óra alatt megtörténik. Az én esetemben nulla időbe kerül, mert már van Windows tartományom. Ugyanakkor a Linux be tud jelentkezni AD használatával. Az igazság kedvéért megjegyzem, hogy a Windows a FreeIPA-n keresztül tud bejelentkezni.
Így hozom fel azt az indoklást, hogy miért nem akarok lemondani a Microsoft Windows alapú tartományvezérlőkről. Már megvan. Nem látok okot arra, hogy sok időt és erőfeszítést fordítsak a rendszergazdák átképzésére, akik hozzászoktak a Windows grafikus felületének kényelméhez, hogy szöveges fájlokkal dolgozzanak Linux rendszereken. Igen, az IPA-nak van webes felülete, de ez nem igazán változtat a dolgokon. (A linuxoidok nagy valószínűséggel megadják nekem ezeket a szavakat, de Windows rendszergazdaként, aki történetesen Linux-szal dolgozott, tudom, miről beszélek. Nem értem, hogyan lehet szeretni a szövegszerkesztőkbe ásni, ezreket olvasni kódsorok , félnek a lezárástól a változtatások során. Míg maga a grafikus felület mindent megmutat, kéri, elmagyarázza, csak nyomja meg a gombot és adja meg a szükséges paramétereket. Ennyi. Beszéltem. Lődd le!)
Csak abban az esetben, egy IPA-szerver telepítéséről. Hirtelen valaki hasznos lesz.
1.4. Proxy szerver
Tintahal szinte minden "hazai" operációs rendszer tárolójában megtalálható. Nem tudok senkiről, de én már régóta telepítem a Squid-et. Szeretem.
A ROSA-nak nem volt hasonló cikke a Wikiben. De sok irodalom található a Squiid konfigurálásával kapcsolatban az interneten. És a beállítás csak a csomagkezelő telepítési parancsában és esetleg a konfigurációs fájlok helyében tér el.
1.5. Monitoring
Zabbix a tárolókban van Astra, ROSA, Viola, Red OS. Ezzel nem lesz probléma, csak exportálni kell az összes szükséges információt a termékszerverről, majd importálni az új szerverre. Igen, elveszítjük a történelmet, de ez a legtöbb esetben nem kritikus. Azokban az esetekben, amikor ez kritikus, mindkét kiszolgálót futva hagyhatja, amíg a régi kiszolgálón lévő információk elavulnak, és többé nem lesz szükségük rá. És egy pillanat. , ebből ítélve azt a következtetést vonhatjuk le, hogy a Maria DB feketelistára kerül, és kikerül az összes "hazai" operációs rendszer tárházából.
2.Felhasználó orientált rendszer
2.1. Ahogy az szerepel , nekünk van Firebird xnumx a TEKTON nevű rendszer működik. Ennek megfelelően az import helyettesítés során ezt az üzletet át kell vinni egy új infrastruktúrába. A Firebird rendelkezik Linux-verziókkal, de az 1.5-ös verzió nem található meg a "hazai" operációs rendszerek tárházában. És nincs mód későbbi verzióra váltani, hiszen a Firebird 1-es és 2-es verziójának találkozásánál megváltozott a tárolt eljárások működési elve, és senki sem fogja átírni őket... és nem is tudják majd ... és nincs értelme, mivel ezt a rendszert a közeljövőben le kell cserélni 1s. Így "első alkalommal" lesz lehetőség a csomag letöltésére és telepítésére nem a tárolóból.
2.2. Elektronikus jelentési rendszer OÁZIS Linux alatt nem működik. Ráadásul az OASIS nem fut máson, mint az MSSQL Serveren. Ezért szükségünk van egy virtuális gépre Windows és MSSQL Server rendszerrel. Az Express verzió elég lesz, mivel az adatbázis kicsi. De ezt nem lehet megúszni, hiszen ezen alapul a FIU felé történő bejelentés és az adózás.
2.3. Mivel a web szerver Az MS IIS természetesen nem fog működni, a repozitóriumokban lévőket kell használni Apache vagy nginx (ez utóbbi a ROSA, Alt, Calculate tárolóiban található).
Melyik a jobb? Meg lehet ismerkedni elvtárs
Link a Wikihez:
csak telepítési parancsok vannak, más szakirodalom szerint kell konfigurálni. Például, . Vagy talán .
2.4. Vállalati chat AD-en keresztüli felhatalmazással. OpenFire vagy ejabberd. Egyszerű és ingyenes.
Bármit használhatsz chat-kliensként, innen tört angolság и Miranda, amelyek az operációs rendszer összeállításaiban vannak, és valami saját írással végződnek.
2.5. Levelező szerver. Mint már többször említettem, szeretem a Zimbrát. RELS alapján telepíthető.
Az operációs rendszer tárolóiban is vannak csomagok postfix/exim/galambóc.
Ami a Rosa beállítást illeti. A wikijükben van , 28. február 2013-i dátummal. Az egyetlen baj az, hogy egy RSS-t (ROSA Server Setup) használó metódust ír le, amelyet, mint fentebb említettem, eltávolították a disztribúció jelenlegi verziójából. Így most már használhatja a levelezőszerver beállítására vonatkozó utasításokat anélkül, hogy az operációs rendszerhez lenne kötve. Például, .
Megfontolhatja a szabadalmaztatott szoftver lehetőségét is a "MyOffice szerver" vagy "CommuniGate Pro". De ez a lehetőség nem tetszik. Legalábbis azért, mert fizetős. A támogatás viszont jó, garancia. De tekintettel arra, hogy szinte minden rendszergazda garantálni tudja a levelezőszerver állapotát, a támogatás szükségessége megkérdőjelezhető. És ha a CommuniGate bevált szoftver, akkor a MyOffice-ot 2014-ben hozták létre, és személy szerint aggályaim vannak a rendszerben még elkapható hibák számával kapcsolatban. Mindezzel együtt mindkét termék ára szerintem indokolatlanul magas.
2.6. biztonsági mentés bemutatott disztribúciókban Bacula. Ennek a szörnynek a testreszabása egy egész eposz. Nagyon sok anyag van erről a témáról, de ez mégis egy egész munka. De a Bacula egy erőteljes és rendkívül hasznos többplatformos eszköz.
Figyelembe véve azt a tényt, hogy az Alt a Bacula hivatalos partnere Oroszországban, remélhetjük, hogy ennek a disztribúciónak a viszonylag friss verziói megjelennek az adattáraikban.
2.7. Про levelező kliens Thunderbird, az összes "hazai" operációs rendszerből bemutatott, nem mondok semmit.
2.8. A webböngészőkről Mozilla Firefox, az összes "hazai" operációs rendszerben bemutatott és az összes "hazai" operációs rendszerre telepíthető Yandex.Browser, szintén hallgatok.
2.9. Irodai csomag. minden "hazai" operációs rendszerben megtalálható. 2 fizetett alternatívája van - ezek a ""És"". A P-7-nek van egy tesztverziója a disztribúciós készletből. Tud . Ami a "MyOffice"-ot illeti, csak itt hagyom и (Javaslom, hogy fordítsanak különös figyelmet a megjegyzésekre).
2.10. 1C: VÁLLALKOZÁS. Például
A Wiki Astra rendelkezik az 1c kliens és szerver részek telepítéséről.
A ROSA Wiki rendelkezik . Furcsa, hogy nincs szó a szerver konfigurálásáról, mivel az esque felkerül a CentOS-re. Például itt .
Az Alt Wiki rendelkezik telepítés és konfiguráció, amely hasznos hivatkozásokat is tartalmaz.
3. következtetés
Nos, mit mondhatnék az importhelyettesítéssel kapcsolatos információk tanulmányozása után? Mindez trágárság. Ez semmiképpen sem szünteti meg az importot, semmiképpen sem szünteti meg a külföldi fejlesztőktől való függést. Egyszerűen helyettesíti az egyiket a másikkal, lehetővé téve, hogy ne a külföldi nagybátyákat etesd, hanem a mieinket, a hazaiakat. A forgalmi adó az államkasszába kerül, ez plusz. De a pénz nagy része a már gazdag „bácsik és nénik” kezébe kerül, és nem jut el a vagyonkezelői alapokhoz, ez mínusz. Minden olyan vállalkozás, mint például a „New Cloud Technologies”, amely kijelenti, hogy „nem az a céljuk, hogy meggazdagodjanak az importhelyettesítő programon…” valójában ezt a célt követi, különben nem lennének ilyen kijelentések, nem lennének perek a bíróságokon. és nyilatkozatok a Szövetségi Monopóliumellenes Szolgálatnak. Nem vennének el egy darab LibreOffice-ot, és nem festenék át az "OwnOffice" alatt.
Elvenni egy ingyenes, már valaki által készített terméket, kicsit befejezni, és a saját álcája alatt eladni, véleményem szerint legalább egy kis nae ... csalás. Nem, természetesen védelmi rendszereket készítettek, titkosítás van, ennyi, mindent az FSTEC minősítés alá vontak... De ezek még mindig nem általuk gyártott termékek. A QP OS kivételével a Cryptosoft mindent egyedül csinált. Emiatt kompatibilitási problémákkal kell szembenézniük, például az operációs rendszerhez szükséges szoftverek hiányával, nem elkapott hibákkal stb. stb. De megtették. Alt csinálta a hype előtt az importhelyettesítéssel, ők is remekek, nem pillanatnyi haszon kedvéért csinálták, jó lelkiismerettel, mert azon kerestek pénzt, ami nem volt fősodor.
Nem csak arról van szó, hogy a „hazai” szót idézőjelbe írom, hiszen csak egy-két hazai rendszer létezik. Csak egy operációs rendszer létezik. Hogy milyen „importhelyettesítésről” beszélünk, az továbbra is rejtély.
Nem, általánosságban elmondható, hogy ha nagyon akarsz, és sok időt és energiát töltesz, akkor javíthatod az infrastruktúrát és a legtöbb szolgáltatást Linuxon. Ehhez azonban át kell képeznie vagy le kell cserélnie a Windows rendszergazdákat, és vörösszem-hatásúvá kell tennie őket az alkalmazásbeállítások szövegfájljaiban. De ezeknek a rendszereknek a 90%-a nem hazai lesz, hanem ingyenesek és ritka esetekben enyhén átfestve. Unalmas háttérképekkel. Általában véve ez az egész felhajtás drága hülyeségnek tűnik. Ha akkor mit mondjunk rólunk? A hangszemcse ebben az egész programban az ötlet szakaszában ért véget, amikor elhangzott, hogy a titkot át kell vinni a biztonságos rendszereinkbe, hogy "az ellenség ne tudjon meg semmit". És végül azt eredményezte, amit minden normális ötlet kiönt bennünk. Nos, nálunk az üzlet így épül fel – maximális profit minimális költséggel.
4. Mi a teendő?
Sírj és fecskendezj be... Parancs van – meg kell tenned, különben megbüntetnek. Hogy milyen büntetést kapnak, nem tudni. A probléma az, hogy senki sem tudja, hogyan fogják ellenőrizni az importhelyettesítő program eredményeit, még azok sem, akik ellenőrizni fogják. Nincsenek adatok az operációs rendszer tárolóiból származó szoftverek használatának lehetőségéről. Használható? Ez tiltott? Mindenki használja – szóval lehet? De nem szerepel a Távközlési és Tömegkommunikációs Minisztérium nyilvántartásában – tehát lehetetlen? Ezekre a kérdésekre nincs válasz. De valaki arról számolt be, hogy ugyanazt a LibreOffice-ot használja, amely az operációs rendszer része. Lovagol. Mi van Zabbixszel? A tárolóban található lehetséges, de ha ugyanazt a verziót tölti le a tisztviselőktől, nem tudja? Stb. stb. És hol itt a logika?
Ennek eredményeként csak a használt szoftverek arányát kell a megállapított mutatókhoz hozni, sok pénzt költeni a vásárlásra és a támogatásra, valamint az alkalmazottakat kiképezni, hogy új szoftverekkel dolgozzanak. Van egy vélemény, hogy „az orosz törvények szigorúságát kompenzálja végrehajtásuk opcionálissága”, de ebben reménykedni olyan dolog ...
5.PS:
Amíg ezeket a cikkeket írtam, annyi információt kellett átlapátolnom, hogy azon tűnődöm, hogyan tartottam mindezt a fejemben. És örülök, hogy a cikksorozat véget ért. A QP OC-ról csak egy cikk volt, amit megígértem, hogy megírok a képviselőjüknek, cserébe a disztribúció érintésének lehetőségéért. Talán később lesz valami más is a vasról ugyanennek az importhelyettesítésnek a részeként, de ez eddig csak egy vasvilla a vízen.
Remélem, hogy az általam összegyűjtött és elemzett információk segíteni fognak valakinek abban a nehéz feladatban, hogy „hazai” szoftverekre váltson. Köszönünk mindent és találkozunk.
Forrás: will.com