В , Aghju parlatu di u sfondate à a creazione di Veliam è a decisione di distribuisce per u sistema SaaS. In questu articulu, parraraghju di ciò chì aghju avutu per fà u pruduttu micca lucale, ma publicu. Circa cumu cuminciò a distribuzione è quali prublemi anu scontru.
Planning
U backend attuale per l'utilizatori era in Linux. Quasi ogni urganizazione hà servitori Windows, chì ùn si pò micca dì di Linux. A forza principale di Veliam hè a cunnessione remota à i servitori è l'equipaggiu di rete daretu à NAT. Ma sta funziunalità era assai ligata à u fattu chì u router duvia esse Mikrotik. È questu ovviamente ùn saria micca suddisfà parechji. Prima aghju cuminciatu à pensà à aghjunghje supportu per i routers da i venditori più cumuni. Ma aghju capitu chì era una corsa senza fine per espansione a lista di cumpagnie supportate. Inoltre, quelli chì sò digià supportati ponu avè un altru settore di cumandamenti per cambià e regule NAT da mudellu à mudellu. L'unicu modu per esce da a situazione pareva esse una VPN.
Siccomu avemu decisu di distribuisce u pruduttu, ma micca cum'è open source, hè diventatu impussibile di include diverse biblioteche cù licenze aperte cum'è GPL. Questu hè in generale un tema separatu dopu avè fattu a decisione di vende u pruduttu, aghju avutu per passà a mità di e biblioteche per u fattu chì eranu GPL. Quandu anu scrittu per elli, era normale. Ma micca adattatu per a distribuzione. A prima VPN chì vene in mente hè OpenVPN. Ma hè GPL. Un'altra opzione era di utilizà a VPN SoftEther giapponese. A so licenza li hà permessu di include in u so pruduttu. Dopu un paru di ghjorni di diverse teste nantu à cumu integrallu in modu chì l'utilizatore ùn hà micca bisognu di cunfigurà nunda in tuttu è cunnosce SoftEther VPN, un prototipu hè statu ottenutu. Tuttu era cum'è deve esse. Ma per una certa ragione stu schema ci hà sempre cunfusu, è l'avemu eventualmente abbandunatu. Ma naturalmente anu rifiutatu dopu avè vinutu cù una altra opzione. In fine, tuttu hè statu fattu nantu à cunnessione TCP regulare. Certi cunnessioni travaglianu attraversu un coordinatore, alcuni direttamente attraversu a tecnulugia Nat Hole Punching (NHP), chì era ancu implementata in Free Pascal. Devu dì chì ùn aghju mai intesu parlà di NHP prima. È ùn m'hè mai avutu chì era pussibule di cunnette 2 dispusitivi di rete, i dui chì sò direttamente daretu à NAT. Aghju studiatu u tema, hà capitu u principiu di u funziunamentu è si pusò à scrive. U pianu hè realizatu, l'utilizatore cunnetta cun un clic à u dispositivu desideratu daretu à NAT via RDP, SSH o Winbox senza inserisce password o stabilisce una VPN. Inoltre, a maiò parte di sti cunnessione passanu da u nostru coordinatore, chì hà un bonu effettu nantu à u ping è u costu di serviziu di queste cunnessione.
Trasferendu a parte di u servitore da Linux à Windows
Ci era parechje prublemi quandu si passava à Windows. U primu hè chì u wmic integratu in Windows ùn permette micca di fà dumande WQL. È in u nostru sistema tuttu era digià custruitu nantu à elli. E ci era qualcosa d'altru, ma avà aghju scurdatu perchè infine anu abbandunatu u so usu. Possibile differenze trà e versioni di Windows. È u sicondu prublema hè multithreading. Ùn truvate micca una bona utilità di terzu sottu una licenza "accettabile" per noi, aghju lanciatu l'IDE Lazarus di novu. E aghju scrittu l'utilità necessaria. L'input hè a lista necessaria di l'uggetti è ciò chì e dumande specifiche deve esse fatte, è in risposta ricevenu dati. È tuttu questu in modu multi-threaded. Perfettu.
Dopu avè stallatu pthreads per PHP Windows, pensu chì tuttu principia subitu, ma ùn era micca u casu. Dopu qualchì tempu di debugging, aghju realizatu chì i pthreads parevanu travaglià, ma ùn hà micca travagliatu in u nostru sistema. Hè diventatu chjaru chì ci hè una certa peculiarità in u travagliu cù pthreads in Windows. È cusì era. Aghju lettu a documentazione, è hè statu scrittu quì chì per Windows u numeru di filamenti hè limitatu, è, quant'è mi ricordu, implicitamente. Questu hè diventatu un prublema. Perchè quandu aghju cuminciatu à riduce u nùmeru di fili chì l'applicazione curria, hà fattu u travagliu assai lentamente. Aghju apertu l'IDE di novu è a funziunalità per u ping multi-threaded di l'uggetti hè stata aghjunta à a stessa utilità. Ebbè, ci hè digià assai di scanning portu ancu quì. In verità, dopu à questu, a necessità di pthreads per PHP hè sparita, è ùn hè più utilizata. In più, parechje più funziunalità sò state aghjunte à questa utilità è funziona ancu à questu ghjornu. Dopu questu, un installatore per Windows hè statu assemblatu, chì includeva Apache, PHP, MariaDB, l'applicazione PHP stessu è un set di utilità per interagisce cù u sistema, scrittu in Free Pascal. In quantu à l'installatore, aghju pensatu chì aghju da risolve rapidamente stu prublema, perchè ... Questa hè una cosa assai cumuna è necessaria per quasi ogni software. O cercava in u locu sbagliatu, o qualcosa d'altru. Ma aghju sempre incontratu prudutti chì ùn eranu micca abbastanza flessibili, o caru è ancu inflexibili. Eppuru, aghju trovu un installatore gratuitu in quale serà pussibule furnisce per qualsiasi desideri. Questu hè InnoSetup. Scrivu nantu à questu quì perchè aghju avutu à circà in casu chì risparmià tempu à qualchissia.
Rifiuta di u plugin in favore di u vostru cliente
Aghju scrittu prima chì a parte di u cliente era un navigatore cù un "plugin". Allora ci sò stati tempi quandu Chrome hè statu aghjurnatu è u layout era un pocu stortu, dopu Windows hè statu aghjurnatu è u schema uri customizatu hè sparitu. Veramente ùn vulia micca avè stu tipu di sorprese in a versione publica di u pruduttu. Inoltre, l'uri persunalizatu hà cuminciatu à sparisce dopu ogni aghjurnamentu di Windows. Microsoft hà sguassatu solu tutte e so rami in a sezione necessaria. Inoltre, Google Chrome avà ùn permette micca di ricurdà l'scelta per apre o micca una applicazione da l'uri persunalizata, è dumanda sta quistione ogni volta chì cliccate nantu à un ughjettu di monitoraghju. Eppo, in generale, l'interazzione normale cù u sistema lucale di l'utilizatori era necessariu, chì u navigatore ùn furnisce micca. L'opzione più simplice in questu schema pare esse di fà simpliciamente u vostru propiu navigatore, cum'è parechji facenu avà attraversu Electron. Ma assai cose eranu digià scritte in Free Pascal, ancu in a parti di u servitore, cusì avemu decisu di fà u cliente in a listessa lingua, è micca di creà un zoo. Hè cusì chì un cliente cù Chromium à bordu hè statu scrittu. Dopu questu, hà cuminciatu à acquistà diverse strappings.
Rilasciu
Finalmente avemu sceltu un nome per u sistema. Avemu sempre attraversu diverse opzioni mentre u prucessu di cunversione da a versione lucale à SaaS era in corso. Siccomu inizialmente avemu previstu di entra micca solu in u mercatu domesticu, u criteriu principalu per selezziunà un nome era a presenza di un duminiu inoccupatu o micca assai caru in a zona ".com". Alcune funzioni / moduli ùn sò micca stati purtati da a versione lucale à Veliam, ma avemu decisu chì l'avemu liberatu cù a funziunalità attuale è cumplette u restu cum'è aghjurnamenti. In a prima versione ùn ci era micca HelpDesk, Veliam Connector, era impussibile di cambià i soglie per i triggers di notificazione è assai di più. Avemu compru un Certificatu di Code Sign è firmatu u cliente è u servitore. Avemu scrittu un situ web per u pruduttu, cuminciamu a prucedure per registrà u software, una marca, etc. In generale, simu pronti per inizià. Una ligera euforia da u travagliu fattu è da u fattu chì forsi qualcunu aduprà u vostru pruduttu, ancu s'ellu ùn avemu micca dubbitu nantu à questu. E poi ferma. U cumpagnu hà dettu chì hè impussibile di entre in u mercatu senza notificazioni via messageri. Hè pussibule senza parechje altre cose, ma micca senza questu. Dopu qualchì dibattitu, l'integrazione cù Telegram hè stata aghjunta, chì ci cunvene. Di tutti i messageri instantani attuali, questu hè l'unicu chì furnisce l'accessu à e so API gratuitamente è senza prucedure cumplesse di appruvazioni. U stessu WhatsApp suggerisce cuntattà i fornituri chì paganu boni soldi per l'usu di i so servizii tutte e lettere chì dumandanu l'accessu senza gaskets sò stati ignorati. Ebbè, Viber... Ùn sò micca chì l'utiliza avà, perchè... spam è publicità ci sò fora di i charts. À a fine di dicembre, dopu una seria di testi internu è testi trà l'amichi, a registrazione hè stata aperta per tutti è u software hè statu dispunibule per u scaricamentu.
U principiu di a distribuzione
Da u principiu, avemu capitu chì avemu bisognu di un picculu flussu di l'utilizatori di u sistema per pudè pruvà u pruduttu in modu di cummattimentu è dà qualchì primu feedback. Parechji posti acquistati nantu à VK anu purtatu fruttu. I primi iscrizioni sò ghjunti.
Quì ci vole à dì chì l'ingressu à u mercatu quandu a vostra cumpagnia ùn hà micca un nome famosu, è à u stessu tempu furnisce una funziunalità di surviglianza senza agenti in quale avete bisognu di inserisce cunti da i vostri servitori è stazioni di travagliu, hè assai difficiule. Questu spaventa assai persone. Avemu capitu da u principiu chì ci seranu prublemi cù questu è sò stati preparati per questu tecnicu è morale. Tutte e cunnessione remoti, malgradu u fattu chì RDP è SSH sò digià criptati per difettu, sò ancu criptati da u nostru software utilizendu u standard AES. Tutte e dati da i servitori lucali sò trasferiti à u nuvulu via HTTPS. I cunti sò almacenati in forma criptata. I chjavi di criptografia per tutti i sottosistemi sò individuali per tutti i clienti. Per e cunnessione remoti, i chjavi di criptografia di sessione sò generalmente usati.
Tuttu ciò chì pudemu fà in questa situazione per fà chì a ghjente si sente più tranquilla hè di esse u più apertu pussibule, travaglià nantu à a sicurità è ùn stancu mai di risponde à e dumande di e persone.
Per parechji, a cunvenzione è a funziunalità di u software supera a paura, è si registranu. Certi individui anu scrittu in i posti publicati nantu à VK chì stu software ùn pò micca esse usatu perchè Questa hè una cullizzioni di e so password è in generale una cumpagnia senza nome. Ci vole à dì chì più di una persona hà avutu sta opinione. Parechje persone simpricimenti ùn capiscenu micca chì quandu installanu un altru software pruprietariu in un servitore chì funziona cum'è un serviziu, hà ancu diritti pienu in u sistema è ùn anu micca bisognu di cunti per fà qualcosa illegale (hè chjaru chì pudete cambià u utilizatore da quale u serviziu hè lanciatu, ma ancu quì, pudete entre in ogni contu). In fatti, i paure di e persone sò capisci. A stallazione di u software in un servitore hè una cosa cumuna, ma l'ingressu à un contu hè un pocu spaventoso è intimu, postu chì una bona mità di e persone anu a stessa password per tutti i servizii, è creà un contu separatu ancu per una prova hè pigra. Ma à u mumentu ci sò un gran numaru di servizii chì a ghjente fiducia cù e so credenziali è più. È ci sforzemu di diventà unu di elli.
Ci era assai cumenti chì dicenu chì l'avemu arrubatu in qualchì locu. Questu ci hà sorpresu un pocu. Ebbè, va bè, l'opinione di una persona, ma tali cumenti sò stati truvati in diverse publicazioni da diverse persone. À u principiu, ùn sapianu micca cumu reagisce à questu. O per esse tristi chì certi pirsuni anu l'opinione chì in Russia nimu pò fà nunda per sè stessu, ma pò solu arrubbari, o per esse felice chì pensanu chì questu pò esse solu arrubati.
Avemu avà finitu a prucedura per ottene un Certificatu di Segnu di Codice EV. Per uttene, avete bisognu di passà per una seria di cuntrolli è mandà una mansa di documenti nantu à a cumpagnia, alcuni di i quali deve esse certificatu da un avucatu. Ottene un certificatu EV Code Sign durante una pandemia hè un tema separatu per un articulu. A prucedura hà pigliatu un mesi. È ùn era micca un mesi d'aspittà, ma di dumande custanti per documenti supplementari. Forse a pandemia ùn avia nunda à fà, è a prucedura hà pigliatu tantu tempu per tutti? sparte.
Certi dicenu chì ùn avemu micca aduprà perchè ùn ci hè micca certificatu FSTEC. Avemu da spiegà chì ùn pudemu micca ottenevule è micca perchè per ottene stu certificatu, a criptografia deve esse in cunfurmità cù GOST, è pensamu di distribuisce u software micca solu in Russia è aduprà AES.
Tutti questi cumenti ponenu qualchì dubbitu chì hè pussibule di prumove un pruduttu chì deve esse inseritu in cunti senza esse cunnisciutu publicamente. Ancu s'è sapemu chì ci seranu quelli chì avianu una attitudine assai negativa versu questu. Dopu chì u nùmeru di iscrizioni hà superatu mille, avemu cessatu di pensà. Soprattuttu dopu, in più di a negatività di quelli chì ùn avianu mancu pruvatu u pruduttu, recensioni assai piacevuli cuminciaru à cumparisce. Ci vole à dì chì sti recensioni pusitivi sò u più grande motivatore per u sviluppu di u produttu.
Aghjunghjendu funziunalità di accessu remotu per l'impiegati
Unu di i travaglii frequenti da i clienti hè "dà Vanya accessu à u so urdinatore da casa". Avemu criatu VPN nantu à Mikrotik è creatu cunti per l'utilizatori. Ma questu hè un veru prublema. L'utilizatori ùn sò micca capaci di fighjà l'istruzzioni è seguitate passu per passu per cunnette via VPN. Diverse versioni di Windows. In un Windows tuttu cunnetta bè, in un altru hè necessariu un protocolu diversu. E in generale, questu era sempre assuciatu cù a ricunfigurazione di l'equipaggiu di rete, chì hà agitu cum'è un servitore VPN, è micca tutti l'impiegati anu accessu à questu è questu era inconveniente.
Ma avemu digià cunnessione remota à i servitori è l'equipaggiu di rete. Perchè ùn aduprate micca un trasportu prontu è fate una piccula utilità separata chì pudete solu dà à l'utilizatore per cunnette. Vuliu solu assicurà chì l'utilizatore ùn hà micca inseritu nunda astrusu quì. Solu un buttone "cunnessu". Ma cumu si sta utilità capisce induve cunnette s'ellu hà solu un buttone? Ci hè stata una idea di custruisce l'applicazione necessaria in linea nantu à i nostri servitori. L'amministratore di u sistema cliccate nantu à u buttone "scaricamentu di scorciatoia", è un cumandamentu hè mandatu à a nostra nuvola per custruisce un binariu individuale cù infurmazione hardwired per cunnette à u servitore / computer desideratu via RDP. In generale, questu puderia esse fattu. Ma questu hè assai tempu chì l'amministratore deve aspittà prima finu à chì u binariu hè compilatu è dopu scaricatu. Di sicuru, puderia esse solu aghjunghje un secondu schedariu cù a cunfigurazione, ma questu hè digià 2 schedari, è per simplicità l'utilizatore hà bisognu di unu. Un schedariu, un buttone è senza installatori. Dopu avè lettu un pocu nantu à Google, aghju ghjuntu à a cunclusione chì, se aghjunghje qualchì infurmazione à a fine di u compilatu ".exe", ùn si deteriora (bene, quasi). Pudete almenu aghjunghje a guerra è a pace quì, è travaglià cum'è prima. Saria un peccatu di ùn prufittà di questu. Avà vi ponu simpricimenti unpack l 'applicazzioni on the go right in u cliente stessu, da a strada si chjama Veliam Connector, è simpricimenti aghjunghje l' infurmazione necessaria per a cunnessione à a fine di questu. È l'applicazione stessa sapi ciò chì deve fà cun ella. Perchè aghju scrittu "bene quasi" in parentesi un pocu più altu? Perchè avete da pagà per questa cunvenzione in chì l'applicazione perde a so firma digitale. Ma in questu stadiu, credemu chì questu hè un prezzu chjucu per pagà per una tale comodità.
Licenze di moduli di terzu parti
Aghju digià scrittu quì sopra chì dopu chì hè statu decisu di rende u pruduttu dispunibule publicamente, è micca solu per u nostru propiu usu, avemu avutu à travaglià dura è cercà rimpiazzamenti per certi moduli chì ùn ci permettenu micca esse inclusi in u nostru pruduttu. Ma dopu a liberazione, una cosa assai dispiacevule hè stata scuperta accidentalmente. Veliam Server, chì era in u latu di u cliente, include u MariaDB DBMS. È hè licenza GPL. A licenza GPL implica chì u software deve esse open source, è se u nostru pruduttu include MariaDB, chì hà sta licenza, allora u nostru pruduttu deve esse sottu à sta licenza. Ma, per furtuna, u scopu di sta licenza hè open source, micca punisce quelli chì accidentalmente facenu sbagli in tribunale. Se u detentore di i diritti d'autore hà una pretesa, notifica à u violatore per scrittura è deve eliminà a violazione in 30 ghjorni. Avemu scupertu u nostru sbagliu noi stessi è ùn hà micca ricevutu lettere è immediatamente cuminciaru à cunsiderà l'opzioni per risolve u prublema. A suluzione hè stata ovvia - cambia à SQLite. Questa basa di dati ùn hà micca restrizioni di licenza. A maiò parte di i navigatori muderni utilizanu SQLite, è una mansa di altri prugrammi. Aghju trovu infurmazione nantu à Internet chì SQLite hè cunsideratu u DBMS più diffusa in u mondu, precisamente per via di i navigatori, ma ùn aghju micca cercatu a prova, cusì hè una infurmazione imprecisa. Aghju cuminciatu à studià i periculi di cambià à SQLite.
Questu diventa un compitu micca trivial quandu i clienti anu parechji centu servitori installati cù MariaDB è dati in questu. Alcune funzioni di MariaDB ùn sò micca dispunibili in SQLite. Ebbè, per esempiu, in u codice avemu usatu dumande cum'è
Select * FROM `table` WHERE `id`>1000 FOR UPDATE
Sta custruzzione ùn solu fà una selezzione da a tavula, ma ancu chjude i dati di fila. È parechji altri disinni anu ancu esse riscritti. Ma in più di u fattu chì avemu avutu a riscriviri assai dumande, avemu avutu ancu avè un mecanismu chì, quandu aghjurnà u Veliam Server di u cliente, porta tutte e dati à u novu DBMS è sguassate u vechju. Inoltre, e transazzioni in SQLite ùn anu micca travagliatu è questu era un veru prublema. Ma dopu avè lettu l'immensità di u World Wide Web, aghju trovu senza prublemi chì e transacciones in SQLite ponu esse attivate passendu un cumandamentu simplice quandu cunnessu.
PRAGMA journal_mode=WAL;In u risultatu, u compitu hè statu cumpletu è avà a parte di u servitore di u cliente corre nantu à SQLite. Ùn avemu micca nutatu cambiamenti in u funziunamentu di u sistema.
Novu HelpDesk
Era necessariu di portà u sistema HelpDesk da a versione interna à a versione SaaS, ma cù qualchi cambiamenti. U primu chì vulia fà era integrazione cù u duminiu di u cliente in quantu à l'autorizazione di l'utilizatori trasparenti in u sistema. Avà, per accede à HelpDesk è lascià una dumanda in u sistema, l'utilizatori simpricimenti cliccate nant'à u shortcut in u desktop è u navigatore si apre. L'utilizatore ùn inserisce micca credenziali. U modulu per Apache SSPI, chì face parte di Veliam Server, autorizeghja automaticamente l'utilizatore sottu un contu di duminiu. Per lascià una dumanda in u sistema quandu l'utilizatore hè fora di a reta corporativa, cliccà nantu à un buttone è riceve un ligame in u so email per mezu di quale accede à u sistema HelpDesk senza password. Se un utilizatore hè disattivatu o sguassatu in un duminiu, allora u contu HelpDesk ferma ancu di travaglià. Cusì, l'amministratore di u sistema ùn hà micca bisognu di monitorà i cunti sia in u duminiu sia in HelpDesk stessu. Un impiigatu abbanduneghja - disconnects u so contu in u duminiu è questu hè, ùn hà micca logatu in u sistema micca da a reta corporativa, micca via un ligame. Per fà sta integrazione, l'amministratore di u sistema hà bisognu di creà un GPO, chì и .
A seconda cosa chì cunsideremu estremamente necessaria per i sistemi HelpDesk, almenu per noi stessi, hè di cunnette cù u candidatu direttamente da l'applicazione in un clic. Inoltre, e cunnessione deve passà se l'amministratore di u sistema hè in una reta diversa. Per l'outsourcing questu hè ubligatoriu, per l'amministratori di sistema full-time hè ancu spessu assai necessariu. Ci sò digià parechji prudutti chì facenu un excelente travagliu di cunnessione remota. È avemu decisu di fà integrazioni per elli. Avemu avà integratu per VNC, è in u futuru avemu pensatu à aghjunghje Radmin è TeamViewer. Utilizendu u nostru trasportu di rete per e cunnessione di l'infrastruttura remota, avemu fattu VNC cunnette à stazioni di travagliu remoti daretu à NAT. U listessu accadrà cù Radmin. Avà, per cunnette à un utilizatore, basta à cliccà u buttone "cunnetta à u candidatu" in l'applicazione stessa. U cliente VNC apre è si cunnetta à u candidatu, indipendendu chì site nantu à a stessa rete o pusatu in casa in pantofole. Prima, l'amministratore di u sistema, utilizendu GPO, deve installà VNC Server in e stazioni di travagliu di tutti.
Avà noi stessi passamu à u novu HelpDesk è utilizendu integrazione cù u duminiu è VNC. Questu hè assai cunvenutu per noi. Avà pudemu evità di pagà per TeamViewer, chì avemu usatu per più di trè anni per fà u nostru serviziu di supportu.
Chì pensemu di fà dopu ?
Quandu avemu liberatu u pruduttu, ùn avemu micca fattu alcunu tariffu pagatu, ma simpricimenti limitatu u tariffu gratuitu à l'uggetti di monitoraghju 50. Cinque decine di dispusitivi di rete è servitori duveranu esse abbastanza per tutti, avemu pensatu. E poi e dumande cuminciaru à vene per aumentà u limitu. Dice chì eramu un pocu scunfitti hè di dì nunda. Sò cumpagnie chì anu tanti servitori veramente interessate in u nostru software? Avemu allargatu u limitu gratuitamente per quelli chì anu fattu tali richieste. In risposta à a so dumanda, avemu dumandatu alcuni perchè avianu bisognu di tantu, avianu veramente un gran numaru di servitori è equipaghji di rete. È hè statu chì l'amministratori di u sistema cuminciaru à aduprà u sistema in modu chì ùn aviamu micca pianificatu. Tuttu hè diventatu simplice - u nostru software hà cuminciatu à monitorà micca solu i servitori, ma ancu e stazioni di travagliu. Dunque ci sò parechje dumande per espansione i limiti. Avà avemu digià introduttu tariffi pagati è i limiti ponu esse allargati indipindente.
I servitori travaglianu quasi sempre cù sistemi di almacenamento o dischi lucali in un array RAID. È avemu inizialmente fattu u pruduttu per elli. È u monitoraghju SMART ùn era micca interessante per questu compitu. Ma tenendu in contu u fattu chì a ghjente hà adattatu u software per u monitoraghju di stazioni di travagliu, e dumande sò apparsu per l'implementazione di u monitoraghju SMART. L'implementaremu prestu.
Cù l'avventu di Veliam Connector, hè diventatu innecessariu di implementà un servitore VPN in a reta corporativa, o fà RDGW, o simpricimenti trasmette porti à e macchine necessarie per cunnette via RDP. Parechje persone utilizanu u nostru sistema solu per sti cunnessione remoti. Veliam Connector hè dispunibule solu per Windows, è certi utenti di l'imprese si cunnettanu da i laptops di casa cù MacOS à stazioni di travagliu o terminali in a reta corporativa. È risulta chì l'amministratore di u sistema hè furzatu, per via di parechji utilizatori, à vultà sempre à u prublema di rinvià o VPN. Dunque, avemu finitu di fà una versione di Veliam Connector per MacOS. L'utilizatori di a so tecnulugia Apple preferita anu ancu l'uppurtunità di cunnette à l'infrastruttura corporativa in un clic.
Mi piace assai u fattu chì, avè un gran numaru d'utilizatori di u sistema, ùn avete micca bisognu di u vostru cervellu nantu à ciò chì a ghjente hà bisognu è ciò chì serà più còmuda. Iddi stessi scrivenu i so desideri, cusì ci sò assai piani di sviluppu per u futuru vicinu.
In parallelu, avemu avà pianificatu di principià a traduzzione di u sistema in inglese è a distribuzione à l'esteru. Ùn sapemu ancu cumu distribuiscemu u pruduttu fora di u nostru paese, circhemu l'opzioni. Forse ci sarà un articulu separatu annantu à questu dopu. Forsi qualchissia chì hà lettu stu articulu puderà suggerisce u vettore necessariu, o ellu stessu sapi è sà cumu fà è offre i so servizii. Avemu apprezzatu u vostru aiutu.
Source: www.habr.com