В , Ik spruts oer de eftergrûn foar de skepping fan Veliam en it beslút om it te fersprieden fia it SaaS-systeem. Yn dit artikel sil ik prate oer wat ik moast dwaan om it produkt net lokaal, mar iepenbier te meitsjen. Oer hoe't de distribúsje begûn en hokker problemen se tsjinkamen.
Planning
De hjoeddeiske serverkant foar brûkers wie oan LinuxHast elke organisaasje hat Windows servers, wat net sein wurde kin oer LinuxDe wichtichste sterkte fan Veliam is ferbiningen op ôfstân mei servers en netwurkapparatuer efter NAT. Dizze funksjonaliteit wie lykwols strikt ferbûn oan it feit dat de router in Mikrotik wêze moast. Dit soe dúdlik net in protte minsken tefreden stelle. Ik beskôge earst stipe ta te foegjen foar routers fan 'e populêrste leveransiers. Mar ik realisearre my dat dit in einleaze race wêze soe om de list mei stipe bedriuwen út te wreidzjen. Boppedat kinne sels dyjingen dy't al stipe wurde, ferskillende sets kommando's hawwe foar it feroarjen fan NAT-regels, ôfhinklik fan it model. In VPN like de ienige oplossing.
Omdat wy besletten hawwe om it produkt te fersprieden, mar net as iepen boarne, koene wy ferskate bibleteken mei iepen lisinsjes lykas de GPL net opnimme. Dit is in hiel oar probleem: nei't wy besletten hiene om it produkt te ferkeapjen, moasten wy de helte fan 'e bibleteken opnij bewurkje, om't se GPL wiene. Doe't wy foar ússels skreaunen, wie dit prima. Mar it is net geskikt foar distribúsje. De earste VPN dy't yn 't sin komt is... OpenVPNMar it is GPL. In oare opsje wie om de Japanske SoftEther VPN te brûken. De lisinsje dêrfan liet it ta om yn it produkt opnommen te wurden. Nei in pear dagen fan ferskate testen oer hoe't it yntegrearre wurde koe, sadat de brûker neat hoegde te konfigurearjen of wat te witten oer SoftEther VPN, kamen wy mei in prototype. Alles wurke lykas ferwachte. Mar om ien of oare reden hinderde dizze regeling ús noch altyd, en úteinlik hawwe wy it opjûn. Fansels hawwe wy it opjûn nei't wy mei in oare opsje kamen. Uteinlik waard alles dien mei reguliere TCP-ferbiningen. Guon ferbiningen wurkje fia in koördinator, oaren direkt mei Nat Hole Punching (NHP) technology, dy't ek ymplementearre is yn Free Pascal. Ik moat sizze, ik hie noch noait earder fan NHP heard. En it wie my noait yn 't sin kommen dat jo twa netwurkapparaten direkt ferbine koene, dy't beide efter in NAT sitte. Ik haw it ûnderwerp bestudearre, it prinsipe begreep en bin gien sitten om te skriuwen. It idee is ymplementearre: de brûker ferbynt mei ien klik mei it winske apparaat efter in NAT fia RDP, SSH of Winbox, sûnder wachtwurden yn te fieren of in VPN yn te stellen. Boppedat giet it grutste part fan dizze ferbiningen om ús koördinator hinne, wat in posityf effekt hat op ping en de kosten fan it ûnderhâld fan dizze ferbiningen.
Oersetting fan it serverdiel fan Linux op Windows
Problemen mei de oergong nei Windows Der wiene ferskate. Earst, de ynboude wmic yn Windows lit gjin WQL-fragen ta. En ús systeem wie der al op boud. En der wiene noch wat oare dingen, mar ik bin fergetten wêrom't wy it úteinlik ferlitten hawwe. Miskien binne der ferskillen tusken ferzjes. WindowsEn it twadde probleem is multithreading. Omdat ik gjin goed hulpprogramma fan tredden fine koe ûnder in akseptabele lisinsje, haw ik de Lazarus IDE opnij starte en it nedige hulpprogramma skreaun. It nimt de fereaske list mei objekten en de spesifike fragen dy't makke wurde moatte as ynfier, en ûntfangt de gegevens as antwurd. En dit alles yn multithreaded-modus. Uitstekend.
Nei't ik pthreads foar PHP konfigurearre haw Windows Ik tocht dat alles goed wurkje soe, mar dat die it net. Nei wat debuggen realisearre ik my dat pthreads like te wurkjen, mar it wurke net op ús systeem. It waard dúdlik dat der wat bysûnders wie mei pthreads yn Windows. Sa wie it. Ik haw de dokumintaasje lêzen, en dêr stie dat foar Windows It oantal threads is beheind, en, foar safier't ik my herinnerje, is it ymplisyt. Dit waard in probleem. Want doe't ik it oantal threads wêrop de applikaasje rûn begon te ferminderjen, rûn it tige stadich. Ik iepene de IDE opnij, en itselde hulpprogramma wie bywurke mei multi-threaded objektpingfunksjonaliteit. En portscanning waard ek tafoege. Dêrnei ferdwûn de needsaak foar pthreads foar PHP, en it wurdt net mear brûkt. Letter waarden ferskate funksjes tafoege oan dit hulpprogramma, en it wurket noch oant hjoed de dei. Dêrnei waard in ynstallearprogramma kompilearre foar Windows, dy't Apache, PHP, MariaDB, de PHP-applikaasje sels, en in set hulpprogramma's omfette foar ynteraksje mei it systeem, allegear skreaun yn Free Pascal. Wat it ynstallearprogramma oanbelanget, tocht ik dat ik dit probleem gau oplosse soe, om't it ekstreem gewoan en needsaaklik is foar hast elk stik software. Of ik socht net op it goede plak, of wat oars hielendal. Mar ik bleau produkten tsjinkommen dy't of net fleksibel genôch wiene of djoer en ek ynfleksibel. Uteinlik fûn ik in fergese ynstallearprogramma dat oan elke need foldwaan kin: InnoSetup. Ik skriuw der hjir oer om't ik dernei sykje moast, foar it gefal dat it immen wat tiid besparret.
Wegering fan it plugin yn it foardiel fan jo kliïnt
Ik skreau earder dat de kliïntkant in browser wie mei in "plugin". Dat der wiene tiden dat Chrome bywurke waard en de yndieling wat ûnhandich waard, of Windows Ik sil in update jaan en it oanpaste UR-skema sil ferdwine. Ik woe dit soarte ferrassing echt net hawwe yn 'e iepenbiere ferzje fan it produkt. Boppedat begûnen de oanpaste UR-skema's nei elke update te ferdwinen. WindowsMicrosoft hat gewoan alle net-Microsoft-tûken yn 'e relevante seksje fuorthelle. Google Chrome ûnthâldt ek net mear de kar om in applikaasje te iepenjen fanút in oanpaste URL, en stelt dizze fraach elke kear as jo op in kontroleare objekt klikke. Uteinlik wie juste ynteraksje mei it lokale systeem fan 'e brûker fereaske, wat de browser net biedt. De ienfâldichste opsje yn dit senario liket te wêzen om gewoan jo eigen browser te meitsjen, lykas in protte no dogge mei Electron. Mar in protte dingen wiene al skreaun yn Free Pascal, ynklusyf de serverkant, dus besleaten se om de kliïnt yn deselde taal te meitsjen ynstee fan in hodgepodge te meitsjen. Dat, in kliïnt waard skreaun mei Chromium oan board. Dêrnei begon it ferskate bindingen te krijen.
Release
Uteinlik hawwe wy in namme foar it systeem keazen. Wy gongen konstant troch ferskate opsjes wylst it proses fan it konvertearjen fan 'e lokale ferzje nei SaaS oan' e gong wie. Sûnt wy yn earste ynstânsje plannen om net allinich de ynlânske merk yn te gean, wie it wichtichste kritearium foar it selektearjen fan in namme de oanwêzigens fan in net beset of net heul djoer domein yn 'e ".com"-sône. Guon funksjes / modules binne noch net porteare fan 'e lokale ferzje nei Veliam, mar wy besletten dat wy se mei de hjoeddeistige funksjonaliteit frijlitte en de rest as fernijings foltôgje. Yn 'e earste ferzje wie d'r gjin HelpDesk, Veliam Connector, it wie ûnmooglik om de drompels foar notifikaasje-triggers te feroarjen en folle mear. Wy kochten in Code Sign Sertifikaat en tekene de client en server dielen. Wy skreaunen in webside foar it produkt, begon prosedueres foar registrearjen fan software, in hannelsmerk, ensfh. Yn 't algemien binne wy klear om te begjinnen. In lichte euforie fan it dien wurk en fan it feit dat miskien immen jo produkt sil brûke, hoewol wy hjir gjin twifels hawwe. En dan stopje. De partner sei dat it ûnmooglik is om de merk yn te gean sûnder notifikaasjes fia boaden. It is mooglik sûnder in protte oare dingen, mar net sûnder dit. Nei wat debat waard yntegraasje mei Telegram tafoege, wat by ús past. Fan alle hjoeddeistige instant messengers is dit de ienige dy't fergees tagong jout ta har API's en sûnder komplekse goedkarringprosedueres. Itselde WhatsApp suggerearret kontakt opnimme mei providers dy't goed jild rekkenje foar it brûken fan har tsjinsten alle brieven dy't freegje om tagong sûnder pakkingen waarden negearre. No, Viber... ik wit net wa't it no brûkt, want... spam en reklame binne der út 'e hitlisten. Ein desimber, nei in rige ynterne tests en tests ûnder freonen, waard registraasje iepene foar elkenien en waard de software beskikber steld foar download.
Begjin fan distribúsje
Fan it begjin ôf begrepen wy dat wy in lytse stream fan systeembrûkers nedich wiene, sadat se it produkt yn 'e fjochtsmodus kinne testen en wat earste feedback jaan kinne. Ferskate oankochte berjochten op VK droegen frucht. De earste registraasjes binne oankaam.
Hjir moat sein wurde dat it yngean fan 'e merk as jo bedriuw gjin ferneamde namme hat, en tagelyk it leverjen fan agentless monitoringfunksjonaliteit wêryn jo akkounts moatte ynfiere fan jo servers en wurkstasjons, is heul lestich. Dit makket in soad minsken bang. Wy begrepen fan it begjin ôf dat der problemen mei wêze soene en wiene hjir technysk en moreel op taret. Alle ferbiningen op ôfstân, nettsjinsteande it feit dat RDP en SSH al standert fersifere binne, wurde ek fersifere troch ús software mei de AES-standert. Alle gegevens fan lokale servers wurde oerbrocht nei de wolk fia HTTPS. Accounts wurde opslein yn fersifere foarm. Fersiferingskaaien foar alle subsystemen binne yndividueel foar alle kliïnten. Foar ferbiningen op ôfstân wurde sesje-fersiferingskaaien algemien brûkt.
Alles wat wy yn dizze situaasje kinne dwaan om minsken har kalmer te meitsjen is sa iepen mooglik te wêzen, oan feiligens te wurkjen en noait wurch fan it beäntwurdzjen fan fragen fan minsken.
Foar in protte is it gemak en funksjonaliteit fan 'e software de eangst, en se registrearje. Guon persoanen skreau yn publisearre berjochten op VK dat dizze software kin net brûkt wurde omdat Dit is in samling fan har wachtwurden en oer it algemien in bedriuw sûnder namme. It moat sein wurde dat mear as ien persoan hie dizze miening. In protte minsken begripe gewoan net dat as se oare proprietêre software ynstallearje op in server dy't rint as in tsjinst, it ek folsleine rjochten hat yn it systeem en se hawwe gjin akkounts nedich om wat yllegaal te dwaan (it is dúdlik dat jo de brûker fan wa't de tsjinst wurdt lansearre, mar ek hjir kinne jo elk akkount ynfiere). Yn feite binne de eangsten fan minsken begryplik. It ynstallearjen fan software op in server is in gewoan ding, mar it ynfieren fan in akkount is in bytsje skriklik en yntym, om't in goede helte fan 'e minsken itselde wachtwurd hawwe foar alle tsjinsten, en it meitsjen fan in apart akkount sels foar in test is lui. Mar op it stuit binne d'r in enoarm oantal tsjinsten dy't minsken fertrouwe mei har bewiisbrieven en mear. En wy stribje dernei om ien fan harren te wurden.
Der wiene in protte opmerkingen dy't seine dat wy stielen it earne. Dit fernuvere ús in bytsje. No, goed, de miening fan ien persoan, mar sokke opmerkings waarden fûn yn ferskate publikaasjes fan ferskate minsken. Earst wisten se net hoe't se hjir op reagearje moasten. Of om spitich te wêzen dat guon minsken de miening hawwe dat yn Ruslân gjinien neat op harsels dwaan kin, mar allinich stelle kin, of om bliid te wêzen dat se tinke dat dit allinich stellen wurde kin.
Wy hawwe no de proseduere foltôge foar it krijen fan in EV Code Sign Sertifikaat. Om it te krijen, moatte jo in searje kontrôles trochgean en in boskje dokuminten oer it bedriuw stjoere, wêrfan guon moatte wurde sertifisearre troch in advokaat. It krijen fan in EV Code Sign-sertifikaat tidens in pandemy is in apart ûnderwerp foar in artikel. De proseduere duorre in moanne. En it wie net in moanne fan wachtsjen, mar fan konstante oanfragen foar ekstra dokuminten. Miskien hie de pandemy der neat mei te krijen, en duorre de proseduere foar elkenien sa lang? Diele.
Guon sizze dat wy it net sille brûke om't d'r gjin FSTEC-sertifikaat is. Wy moatte útlizze dat wy it net kinne krije en net wolle, om't om dit sertifikaat te krijen, fersifering moat wêze yn oerienstimming mei GOST, en wy binne fan plan om de software net allinich yn Ruslân te fersprieden en AES te brûken.
Al dizze opmerkings meitsje wat twifel dat it mooglik is om in produkt te befoarderjen dat jo fereaskje dat jo akkounts ynfiere sûnder iepenbier bekend te wêzen. Ek al wisten wy dat der guon wêze soene dy't hjir in tige negative hâlding foar hiene. Neidat it tal oanmeldingen boppe de tûzen kaam, binne wy der net mear oer neitocht. Benammen nei, neist de negativiteit fan dyjingen dy't it produkt net iens besocht hawwe, begon tige noflike resinsjes te ferskinen. It moat sein wurde dat dizze positive resinsjes de grutste motivator binne foar produktûntwikkeling.
Funksjonaliteit foar tagong op ôfstân tafoegje foar meiwurkers
Ien fan 'e meast foarkommende oanfragen fan kliïnten is "jou Ivan tagong ta syn kompjûter fan hûs." Wy hawwe in VPN op Mikrotik ynsteld en brûkersakkounts oanmakke. Mar dit is in echt probleem. Brûkers kinne de ynstruksjes net folgje en de stap-foar-stap ynstruksjes net folgje om ferbining te meitsjen fia VPN. Ferskillende ferzjes WindowsYn ien Windows ferbynt alles goed, mar yn in oare is in oar protokol fereaske. En oer it algemien gie dit altyd om it opnij konfigurearjen fan 'e netwurkapparatuer dy't tsjinne as de VPN-tsjinner, en net alle meiwurkers hienen tagong ta dy, wat ûngemaklik wie.
Mar wy hawwe al ferbiningen op ôfstân mei servers en netwurkapparatuer. Wêrom net gebrûk meitsje fan in ready-made ferfier en meitsje in apart lyts nut dat jo gewoan kinne jaan oan de brûker te ferbinen. Ik woe gewoan soargje dat de brûker dêr neat abstrus ynfierde. Krekt ien knop "ferbine". Mar hoe sil dit hulpprogramma begripe wêr't te ferbinen as it mar ien knop hat? D'r wie in idee om de fereaske applikaasje online te bouwen op ús servers. De systeembehearder klikt op de knop "downloade fluchtoets", en in kommando wurdt stjoerd nei ús wolk om in yndividuele binêr te bouwen mei hardwired ynformaasje foar ferbining mei de winske server / kompjûter fia RDP. Yn 't algemien koe dit dien wurde. Mar dit duorret lang, de behearder soe earst moatte wachtsje oant it binêr is kompilearre en dan ynladen. Fansels soe it mooglik wêze om gewoan in twadde bestân ta te foegjen mei de konfiguraasje, mar dit is al 2 bestannen, en foar ienfâld hat de brûker ien nedich. Ien bestân, ien knop en gjin ynstallearders. Nei it lêzen fan in bytsje op Google, kaam ik ta de konklúzje dat as jo wat ynformaasje tafoegje oan 'e ein fan' e gearstalde ".exe", dan wurdt it net (goed, hast). Jo kinne dêr op syn minst oarloch en frede tafoegje, en it sil wurkje lykas earder. It soe in sûnde wêze om dit net te profitearjen. No kinne jo de applikaasje gewoan ûnderweis útpakke, direkt yn 'e kliïnt sels, lykas it hjit Veliam Connector, en gewoan de ynformaasje tafoegje dy't nedich is foar it ferbinen mei it oan 'e ein. En de applikaasje sels wit wat te dwaan mei it. Wêrom skreau ik "goed hast" tusken heakjes wat heger? Om't jo moatte betelje foar dit gemak yn dat de applikaasje ferliest syn digitale hantekening. Mar op dit stadium leauwe wy dat dit in lytse priis is om te beteljen foar sa'n gemak.
Tredde Partij Module Lisinsjes
Ik haw hjirboppe al skreaun dat nei it beslút om it produkt iepenbier beskikber te meitsjen, en net allinich foar ús eigen gebrûk, wy hurd wurkje moasten en ferfangings sykje foar guon modules dy't ús net yn ús produkt opnimme lieten. Mar nei de frijlitting waard by ûngelok in heul onaangenaam ding ûntdutsen. Veliam Server, dy't oan 'e kliïntkant wie, omfette de MariaDB DBMS. En it is GPL lisinsje. De GPL-lisinsje ymplisearret dat de software iepen boarne moat wêze, en as ús produkt MariaDB omfettet, dy't dizze lisinsje hat, dan moat ús produkt ûnder dizze lisinsje wêze. Mar gelokkich, it doel fan dizze lisinsje is iepen boarne, net bestraft dyjingen dy't by ûngelok meitsje flaters yn rjochtbank. As de auteursrjochthâlder in claim hat, stelt hy de oertreder skriftlik yn 'e hichte en moat hy de oertreding binnen 30 dagen eliminearje. Wy ûntdutsen ús flater sels en krigen gjin brieven en begûnen fuortendaliks opsjes te beskôgjen oer hoe it probleem op te lossen. De oplossing die bliken fanselssprekkend te wêzen - oerskeakelje nei SQLite. Dizze databank hat gjin lisinsjebeperkingen. De measte moderne browsers brûke SQLite, en in bosk oare programma's. Ik fûn ynformaasje op it ynternet dat SQLite wurdt beskôge as de meast wiidferspraat DBMS yn 'e wrâld, krekt fanwege de browsers, mar ik socht net nei bewiis, dus dit is ûnkrekte ynformaasje. Ik begon de gefaren te studearjen fan it wikseljen nei SQLite.
Dit wurdt in net-triviale taak as kliïnten ferskate hûnderten servers hawwe ynstalleare mei MariaDB en gegevens deryn. Guon MariaDB-funksjes binne net beskikber yn SQLite. No, bygelyks, yn 'e koade brûkten wy queries lykas
Select * FROM `table` WHERE `id`>1000 FOR UPDATE
Dizze konstruksje makket net allinnich in seleksje út 'e tabel, mar slút ek de rige gegevens. En noch ferskate ûntwerpen moasten ek wer skreaun wurde. Mar neist it feit dat wy in protte queries moasten oerskriuwe, moasten wy ek mei in meganisme komme dat, by it bywurkjen fan de Veliam-tsjinner fan 'e kliïnt, alle gegevens nei de nije DBMS portearje en de âlde wiskje. Ek, transaksjes yn SQLite wurken net en dit wie in echt probleem. Mar nei it lêzen fan de wiidweidichheden fan it World Wide Web, fûn ik sûnder problemen dat transaksjes yn SQLite kinne wurde ynskeakele troch in ienfâldich kommando troch te jaan by it ferbinen
PRAGMA journal_mode=WAL;As gefolch wie de taak foltôge en no rint it serverdiel fan 'e kliïnt op SQLite. Wy hawwe gjin feroarings yn 'e wurking fan it systeem opmurken.
Nije HelpDesk
It wie nedich om it HelpDesk-systeem te portearjen fan 'e ynterne ferzje nei de SaaS-ferzje, mar mei wat feroaringen. It earste ding dat ik dwaan woe wie yntegraasje mei it domein fan 'e kliïnt yn termen fan transparante brûkersautorisaasje yn it systeem. No, om oan te melden by HelpDesk en in fersyk yn it systeem efter te litten, klikt de brûker gewoan op de fluchtoets op it buroblêd en de browser iepenet. De brûker fiert gjin bewiisbrieven yn. De module foar Apache SSPI, dy't diel útmakket fan Veliam Server, machtigt de brûker automatysk ûnder in domeinaccount. Om in fersyk yn it systeem te litten as de brûker bûten it bedriuwsnetwurk is, klikt hy op in knop en hy krijt in keppeling yn syn e-post wêrmei't hy sûnder wachtwurden ynlogt yn it HelpDesk-systeem. As in brûker is útskeakele of wiske yn in domein, dan sil it HelpDesk-akkount ek stopje mei wurkjen. Sa hoecht de systeembehearder gjin akkounts yn sawol it domein as HelpDesk sels te kontrolearjen. In meiwurker stopet - hy ûntkoppelt syn akkount yn it domein en dat is it, hy sil net ynlogge op it systeem net fan it bedriuwsnetwurk, net fia in keppeling. Foar dizze yntegraasje om te wurkjen, moat de systeembehearder ien GPO oanmeitsje, dy't и .
It twadde ding dat wy ekstreem nedich achtsje foar HelpDesk-systemen, teminsten foar ússels, is ferbining mei de oanfreger direkt fan 'e applikaasje yn ien klik. Boppedat moatte ferbiningen passe as de systeembehearder op in oar netwurk is. Foar útbesteging is dat ferplichte, foar folsleine systeembehearders is it ek faak tige nedich. D'r binne al ferskate produkten dy't in poerbêste baan dogge oan ferbiningen op ôfstân. En wy besletten om yntegraasjes foar har te meitsjen. Wy hawwe no yntegrearre foar VNC, en yn 'e takomst planje wy Radmin en TeamViewer ta te foegjen. Mei help fan ús netwurkferfier foar ferbiningen op ôfstân ynfrastruktuer, makken wy VNC ferbine mei wurkstasjons op ôfstân efter NAT. Itselde sil barre mei Radmin. No, om te ferbinen mei in brûker, moatte jo gewoan op de knop "ferbine mei oanfreger" yn 'e applikaasje sels klikke. De VNC-kliïnt iepenet en ferbynt mei de oanfreger, nettsjinsteande oft jo op itselde netwurk binne of thús sitte yn slippers. Earst moat de systeembehearder, mei GPO, VNC Server ynstallearje op elkenien syn wurkstasjons.
No skeakelje wy sels oer nei de nije HelpDesk en brûke wy yntegraasje mei it domein en VNC. Dit is hiel handich foar ús. No kinne wy mije beteljen foar TeamViewer, dy't wy al mear as trije jier hawwe brûkt om ús stipetsjinst út te fieren.
Wat binne wy fan plan te dwaan neist?
Doe't wy it produkt frijlitten, makken wy gjin betelle tariven, mar beheine it fergese taryf gewoan ta 50 monitoaringsobjekten. Fiif tsientallen netwurkapparaten en servers moatte foar elkenien genôch wêze, tochten wy. En doe begûnen fersiken binnen te kommen om de limyt te ferheegjen. Om te sizzen dat wy in bytsje skrokken wiene, is neat te sizzen. Binne bedriuwen dy't safolle servers hawwe echt ynteressearre yn ús software? Wy hawwe de limyt fergees ferlingd foar dyjingen dy't sokke oanfragen dien hawwe. As antwurd op harren fersyk, wy fregen guon wêrom't se nedich safolle, hawwe se echt hawwe sa'n grut oantal tsjinners en netwurk apparatuer. En it die bliken dat systeembehearders it systeem begûnen te brûken op manieren dy't wy hielendal net pland hiene. Alles die bliken ienfâldich te wêzen - ús software begon net allinich servers te kontrolearjen, mar ek wurkstasjons. Dêrom binne d'r in protte oanfragen om grinzen út te wreidzjen. No hawwe wy al betelle tariven ynfierd en kinne de grinzen selsstannich útwreide wurde.
Servers wurkje hast altyd mei opslachsystemen as lokale skiven yn in RAID-array. En wy makken earst it produkt foar harren. En SMART-monitoring wie net ynteressant foar dizze taak. Mar mei it rekkenjen fan it feit dat minsken software hawwe oanpast foar it kontrolearjen fan wurkstasjons, binne fersiken ferskynden foar de ymplemintaasje fan SMART-monitoring. Wy sille it gau útfiere.
Mei de komst fan Veliam Connector is it net langer nedich om in VPN-tsjinner op it bedriuwsnetwurk yn te setten, in RDGW oan te meitsjen, of gewoan poarten troch te stjoeren nei de nedige masines foar RDP-ferbiningen. In protte minsken brûke ús systeem allinich foar dizze ferbiningen op ôfstân. Veliam Connector is allinich beskikber ûnder Windows, en guon bedriuwsbrûkers ferbine fan thúslaptops mei MacOS nei wurkstasjons of terminals op it bedriuwsnetwurk. Dit betsjut dat de systeembehearder twongen is om it probleem fan trochstjoeren of VPN's opnij te besjen fanwegen meardere brûkers. Dêrom binne wy op it stuit dwaande mei it finalisearjen fan 'e ûntwikkeling fan' e MacOS-ferzje fan Veliam Connector. Brûkers fan har favorite Apple-apparaten sille ek mei ien klik ferbine kinne mei de bedriuwsynfrastruktuer.
Ik hâld echt fan it feit dat jo, mei in grut oantal systeembrûkers, jo harsens net hoege te rackjen oer wat minsken nedich binne en wat handiger sil wêze. Se skriuwe sels harren winsken, dus der binne in soad ûntwikkelingsplannen foar de kommende tiid.
Parallel binne wy no fan plan om te begjinnen mei it oersetten fan it systeem yn it Ingelsk en it fersprieden nei it bûtenlân. Wy witte noch net hoe't wy it produkt bûten ús lân sille fersprieden, wy sykje nei opsjes. Miskien komt der letter in apart artikel oer. Faaks kin ien dy't dit artikel hat lêzen de fereaske vector foarstelle kinne, of hy sels wit en wit hoe't it moat en sil syn tsjinsten oanbiede. Wy soene jo help op priis stelle.
Boarne: www.habr.com
