Van outsourcing naar ontwikkeling (deel 2)

В vorige artikel, Ik sprak over de achtergrond van de oprichting van Veliam en de beslissing om het via het SaaS-systeem te distribueren. In dit artikel zal ik vertellen wat ik moest doen om het product niet lokaal, maar openbaar te maken. Over hoe de distributie begon en welke problemen ze tegenkwamen.

planning

De huidige backend voor gebruikers was op Linux. Bijna elke organisatie heeft Windows-servers, wat niet gezegd kan worden over Linux. De grootste kracht van Veliam zijn externe verbindingen met servers en netwerkapparatuur achter NAT. Maar deze functionaliteit was zeer nauw verbonden met het feit dat de router Mikrotik moest zijn. En dit zou velen uiteraard niet tevreden stellen. Ik begon eerst na te denken over het toevoegen van ondersteuning voor routers van de meest voorkomende leveranciers. Maar ik begreep dat dit een eindeloze race was om de lijst met ondersteunde bedrijven uit te breiden. Bovendien kunnen degenen die al worden ondersteund een andere set opdrachten hebben voor het wijzigen van NAT-regels van model tot model. De enige uitweg uit de situatie leek een VPN te zijn.

Omdat we besloten het product te distribueren, maar niet als open source, werd het onmogelijk om verschillende bibliotheken met open licenties zoals GPL op te nemen. Dit is over het algemeen een apart onderwerp; nadat ik de beslissing had genomen om het product te verkopen, moest ik de helft van de bibliotheken doorlopen omdat ze GPL waren. Als ze voor zichzelf schreven, was dat normaal. Maar niet geschikt voor distributie. De eerste VPN die in je opkomt is OpenVPN. Maar het is GPL. Een andere optie was om de Japanse SoftEther VPN te gebruiken. Dankzij zijn licentie kon hij het in zijn product opnemen. Na een paar dagen van verschillende tests om het zo te integreren dat de gebruiker helemaal niets hoeft te configureren en kennis heeft van SoftEther VPN, werd een prototype verkregen. Alles was zoals het zou moeten zijn. Maar om de een of andere reden bracht dit plan ons nog steeds in verwarring, en uiteindelijk lieten we het varen. Maar uiteraard weigerden ze nadat ze met een andere optie op de proppen kwamen. Uiteindelijk gebeurde alles via reguliere TCP-verbindingen. Sommige verbindingen werken via een coördinator, andere rechtstreeks via de Nat Hole Punching (NHP)-technologie, die ook in Free Pascal is geïmplementeerd. Ik moet zeggen dat ik nog nooit van NHP had gehoord. En het was nooit bij me opgekomen dat het mogelijk was om 2 netwerkapparaten aan te sluiten, die beide direct achter NAT staan. Ik bestudeerde het onderwerp, begreep het werkingsprincipe en ging zitten om te schrijven. Het plan wordt gerealiseerd, de gebruiker maakt met één klik verbinding met het gewenste apparaat achter NAT via RDP, SSH of Winbox zonder wachtwoorden in te voeren of een VPN op te zetten. Bovendien lopen de meeste van deze verbindingen langs onze coördinator, wat een goed effect heeft op de ping en de kosten voor het onderhoud van deze verbindingen.

Het servergedeelte overzetten van Linux naar Windows

Er waren verschillende problemen bij het overschakelen naar Windows. De eerste is dat u met de ingebouwde wmic in Windows geen WQL-query's kunt maken. En in ons systeem was alles er al op gebouwd. En er was nog iets, maar nu ben ik vergeten waarom ze uiteindelijk het gebruik ervan hebben opgegeven. Mogelijk verschillen tussen Windows-versies. En het tweede probleem is multithreading. Omdat ik geen goed hulpprogramma van derden kon vinden onder een voor ons “acceptabele” licentie, lanceerde ik de Lazarus IDE opnieuw. En ik schreef het benodigde hulpprogramma. De invoer is de benodigde lijst met objecten en welke specifieke vragen er moeten worden gesteld, en als antwoord ontvang ik gegevens. En dit alles in multi-threaded modus. Geweldig.

Nadat ik pthreads voor PHP Windows had ingesteld, dacht ik dat alles meteen zou starten, maar dat was niet het geval. Na een tijdje debuggen realiseerde ik me dat pthreads leken te werken, maar dat het niet werkte op ons systeem. Het werd duidelijk dat er een eigenaardigheid is bij het werken met pthreads op Windows. En zo was het ook. Ik heb de documentatie gelezen en daar stond geschreven dat voor Windows het aantal threads beperkt is, en, voor zover ik me herinner, impliciet. Dit werd een probleem. Want toen ik begon met het verminderen van het aantal threads waarop de applicatie draaide, deed het zijn werk heel langzaam. Ik opende de IDE opnieuw en functionaliteit voor multi-threaded pingen van objecten werd aan hetzelfde hulpprogramma toegevoegd. Welnu, er wordt daar ook al veel poort gescand. Eigenlijk is hierna de behoefte aan pthreads voor PHP verdwenen en wordt het niet langer gebruikt. Verder zijn er nog een aantal functionaliteiten aan dit hulpprogramma toegevoegd en het werkt tot op de dag van vandaag nog steeds. Hierna werd een installatieprogramma voor Windows samengesteld, dat Apache, PHP, MariaDB, de PHP-applicatie zelf en een reeks hulpprogramma's voor interactie met het systeem omvatte, geschreven in Free Pascal. Wat het installatieprogramma betreft, ik dacht dat ik dit probleem snel zou oplossen, omdat... Dit is iets heel gebruikelijks en noodzakelijk voor bijna elke software. Of ik zocht op de verkeerde plek, of er was iets anders. Maar ik kwam voortdurend producten tegen die ofwel niet flexibel genoeg waren, ofwel duur en ook inflexibel. En toch heb ik een gratis installatieprogramma gevonden waarin aan alle wensen kan worden voldaan. Dit is InnoSetup. Ik schrijf hierover hier omdat ik het moest opzoeken voor het geval ik iemand tijd zou besparen.

Weigering van de plug-in ten gunste van uw klant

Ik schreef eerder dat het clientgedeelte een browser was met een “plug-in”. Er waren dus momenten waarop Chrome werd bijgewerkt en de lay-out een beetje scheef was, waarna Windows werd bijgewerkt en het aangepaste uri-schema verdween. Dit soort verrassingen wilde ik echt niet hebben in de publieke versie van het product. Bovendien begon de aangepaste URI na elke Windows-update te verdwijnen. Microsoft heeft eenvoudigweg alle niet-zijn vestigingen in de vereiste sectie verwijderd. Bovendien staat Google Chrome u nu niet toe de keuze te onthouden om een ​​applicatie wel of niet te openen vanuit de aangepaste uri, en wordt deze vraag elke keer gesteld wanneer u op een monitoringobject klikt. Over het algemeen was normale interactie met het lokale systeem van de gebruiker noodzakelijk, wat de browser niet biedt. De eenvoudigste optie in dit schema lijkt te zijn om simpelweg je eigen browser te maken, zoals velen nu doen via Electron. Maar veel dingen waren al in Free Pascal geschreven, ook in het servergedeelte, dus besloten we de client in dezelfde taal te maken en geen dierentuin te maken. Zo is een client met Chromium aan boord geschreven. Daarna begon het verschillende omsnoeringen te verwerven.

Vrijlating

Uiteindelijk hebben we een naam voor het systeem gekozen. Terwijl het proces van de conversie van de lokale versie naar SaaS aan de gang was, hebben we voortdurend verschillende opties doorgenomen. Omdat we aanvankelijk van plan waren om niet alleen de binnenlandse markt te betreden, was het belangrijkste criterium voor het selecteren van een naam de aanwezigheid van een leeg of niet erg duur domein in de “.com”-zone. Sommige functies/modules zijn nog niet overgezet van de lokale versie naar Veliam, maar we hebben besloten dat we ze met de huidige functionaliteit zouden uitbrengen en de rest als updates zouden voltooien. In de allereerste versie was er geen HelpDesk, Veliam Connector, het was onmogelijk om de drempelwaarden voor meldingstriggers te wijzigen en nog veel meer. We hebben een Code Sign-certificaat gekocht en de client- en serveronderdelen ondertekend. We schreven een website voor het product, startten procedures voor het registreren van software, een handelsmerk, enz. Over het algemeen zijn we klaar om te beginnen. Een lichte euforie door het geleverde werk en door het feit dat misschien iemand jouw product gaat gebruiken, al hadden wij daar geen twijfels over. En dan stoppen. De partner zei dat het onmogelijk is om de markt te betreden zonder meldingen via messengers. Het is mogelijk zonder veel andere dingen, maar niet zonder dit. Na enig debat werd de integratie met Telegram toegevoegd, wat ons goed uitkwam. Van alle huidige instant messengers is dit de enige die gratis en zonder ingewikkelde goedkeuringsprocedures toegang biedt tot zijn API's. Dezelfde WhatsApp suggereert contact op te nemen met aanbieders die goed geld vragen voor het gebruik van hun diensten; alle brieven waarin om toegang zonder pakkingen werd gevraagd, werden genegeerd. Nou, Viber... ik weet niet wie het nu gebruikt, omdat... spam en reclame zijn daar buiten de hitlijsten. Eind december werd, na een reeks interne tests en testen onder vrienden, de inschrijving voor iedereen geopend en werd de software beschikbaar gesteld om te downloaden.

Begin van de distributie

Vanaf het allereerste begin begrepen we dat we een kleine stroom systeemgebruikers nodig hadden, zodat ze het product in gevechtsmodus konden testen en wat eerste feedback konden geven. Verschillende gekochte berichten op VK wierpen hun vruchten af. De eerste aanmeldingen zijn binnen.

Hier moet gezegd worden dat het erg moeilijk is om de markt te betreden als uw bedrijf geen bekende naam heeft en tegelijkertijd agentless monitoringfunctionaliteit te bieden waarin u accounts van uw servers en werkstations moet invoeren. Dit maakt veel mensen bang. Wij begrepen vanaf het begin dat hier problemen mee zouden optreden en waren hier zowel technisch als moreel op voorbereid. Alle externe verbindingen worden, ondanks het feit dat RDP en SSH standaard al gecodeerd zijn, bovendien door onze software gecodeerd met behulp van de AES-standaard. Alle gegevens van lokale servers worden via HTTPS naar de cloud overgebracht. Accounts worden in gecodeerde vorm opgeslagen. Encryptiesleutels voor alle subsystemen zijn individueel voor alle clients. Voor externe verbindingen worden doorgaans sessie-encryptiesleutels gebruikt.

Het enige wat we in deze situatie kunnen doen om mensen een rustiger gevoel te geven, is door zo open mogelijk te zijn, aan de veiligheid te werken en nooit moe te worden de vragen van mensen te beantwoorden.

Voor velen weegt het gemak en de functionaliteit van de software zwaarder dan de angst, en ze registreren. Sommige personen schreven in gepubliceerde berichten op VK dat deze software niet kan worden gebruikt omdat Dit is een verzameling van hun wachtwoorden en is over het algemeen een naamloos bedrijf. Het moet gezegd worden dat meer dan één persoon deze mening had. Veel mensen begrijpen eenvoudigweg niet dat wanneer ze andere propriëtaire software installeren op een server die als een service draait, deze ook volledige rechten op het systeem heeft en dat ze geen accounts nodig hebben om iets illegaals te doen (het is duidelijk dat je de gebruiker van wie de dienst wordt gelanceerd, maar ook hier kunt u elk account invoeren). In feite zijn de angsten van mensen begrijpelijk. Het installeren van software op een server is gebruikelijk, maar het invoeren van een account is een beetje eng en intiem, aangezien ruim de helft van de mensen hetzelfde wachtwoord heeft voor alle services en het aanmaken van een apart account, zelfs voor een test, lui is. Maar op dit moment zijn er een groot aantal diensten die mensen vertrouwen met hun inloggegevens en meer. En wij streven ernaar om één van hen te worden.

Er waren veel reacties die zeiden dat we het ergens hadden gestolen. Dit verraste ons een beetje. Nou ja, de mening van één persoon, maar dergelijke opmerkingen zijn gevonden in verschillende publicaties van verschillende mensen. In eerste instantie wisten ze niet hoe ze hierop moesten reageren. Ofwel om verdrietig te zijn dat sommige mensen van mening zijn dat in Rusland niemand iets alleen kan doen, maar alleen maar kan stelen, ofwel om blij te zijn dat ze denken dat dit alleen maar gestolen kan worden.

We hebben nu de procedure voor het verkrijgen van een EV Code Sign-certificaat voltooid. Om deze te verkrijgen, moet u een reeks controles doorlopen en een aantal documenten over het bedrijf opsturen, waarvan sommige door een advocaat moeten worden gecertificeerd. Het verkrijgen van een EV Code Sign-certificaat tijdens een pandemie is een apart onderwerp voor een artikel. De procedure duurde een maand. En het was geen maand van wachten, maar van constante verzoeken om aanvullende documenten. Misschien had de pandemie er niets mee te maken en duurde de procedure voor iedereen zo lang? Deel.

Sommigen zeggen dat we het niet zullen gebruiken omdat er geen FSTEC-certificaat is. We moeten uitleggen dat we het niet kunnen verkrijgen en dat ook niet zullen doen, omdat om dit certificaat te verkrijgen de codering in overeenstemming moet zijn met GOST en we van plan zijn de software niet alleen in Rusland te distribueren en AES te gebruiken.

Al deze opmerkingen doen enige twijfel rijzen over de mogelijkheid om een ​​product te promoten waarvoor u een account moet invoeren zonder dat dit publiekelijk bekend is. Ook al wisten we dat er mensen zouden zijn die hier een zeer negatieve houding tegenover zouden hebben. Nadat het aantal inschrijvingen boven de duizend uitkwam, zijn we er niet meer over na gaan denken. Vooral nadat er, naast de negativiteit van degenen die het product niet eens hadden geprobeerd, zeer aangename recensies begonnen te verschijnen. Het moet gezegd worden dat deze positieve recensies de grootste motivator zijn voor productontwikkeling.

Het toevoegen van functionaliteit voor externe toegang voor werknemers

Een van de veel voorkomende taken van klanten is ‘Vanya vanuit huis toegang geven tot zijn computer’. We hebben VPN op Mikrotik verhoogd en accounts voor gebruikers gemaakt. Maar dit is een echt probleem. Gebruikers kunnen de instructies niet bekijken en deze stap voor stap volgen om verbinding te maken via VPN. Verschillende versies van Windows. In de ene Windows sluit alles goed aan, in de andere is een ander protocol nodig. En over het algemeen ging dit altijd gepaard met de herconfiguratie van netwerkapparatuur, die fungeerde als een VPN-server, en niet alle medewerkers hebben er toegang toe en dit was lastig.

Maar we hebben al externe verbindingen met servers en netwerkapparatuur. Waarom zou u niet een kant-en-klaar transportmiddel gebruiken en een apart klein hulpprogramma maken dat u eenvoudig aan de gebruiker kunt geven om verbinding mee te maken. Ik wilde er alleen zeker van zijn dat de gebruiker daar niets duisters invoerde. Slechts één knop "verbinden". Maar hoe zal dit hulpprogramma begrijpen waar het verbinding moet maken als het maar één knop heeft? Er ontstond een idee om de benodigde applicatie online op onze servers te bouwen. De systeembeheerder klikt op de knop “downloadsnelkoppeling” en er wordt een opdracht naar onze cloud gestuurd om een ​​individueel binair bestand met bekabelde informatie te bouwen om via RDP verbinding te maken met de gewenste server/computer. Over het algemeen zou dit kunnen. Maar dit duurt lang; de beheerder zou eerst moeten wachten totdat het binaire bestand is gecompileerd en vervolgens is gedownload. Het zou natuurlijk mogelijk zijn om eenvoudigweg een tweede bestand toe te voegen met de configuratie, maar dit zijn al twee bestanden, en voor de eenvoud heeft de gebruiker er één nodig. Eén bestand, één knop en geen installatieprogramma's. Na wat op Google gelezen te hebben, kwam ik tot de conclusie dat als je wat informatie toevoegt aan het einde van de gecompileerde “.exe”, deze niet (nou ja, bijna) verslechtert. Je kunt daar op zijn minst oorlog en vrede aan toevoegen, en het zal werken als voorheen. Het zou zonde zijn om hier geen misbruik van te maken. Nu kunt u de applicatie eenvoudig onderweg uitpakken, rechtstreeks in de client zelf, zoals het Veliam Connector heet, en aan het eind eenvoudigweg de informatie toevoegen die nodig is om er verbinding mee te maken. En de applicatie zelf weet er wel raad mee. Waarom schreef ik “nou ja, bijna” iets hoger tussen haakjes? Omdat u voor dit gemak moet betalen doordat de applicatie zijn digitale handtekening verliest. Maar in dit stadium zijn wij van mening dat dit een kleine prijs is voor dergelijk gemak.

Modulelicenties van derden

Ik schreef hierboven al dat nadat besloten was om het product openbaar beschikbaar te maken, en niet alleen voor eigen gebruik, we hard moesten werken en op zoek moesten gaan naar vervangingen voor sommige modules die het ons niet toestonden om in ons product te worden opgenomen. Maar na de release werd per ongeluk iets heel onaangenaams ontdekt. Veliam Server, aan de clientzijde, bevatte het MariaDB DBMS. En het heeft een GPL-licentie. De GPL-licentie impliceert dat de software open source moet zijn, en als ons product MariaDB bevat, die deze licentie heeft, dan moet ons product onder deze licentie vallen. Maar gelukkig is het doel van deze licentie open source, en niet het straffen van degenen die per ongeluk fouten maken in de rechtbank. Als de houder van het auteursrecht een claim heeft, stelt hij de overtreder hiervan schriftelijk op de hoogte en moet hij de overtreding binnen 30 dagen ongedaan maken. We ontdekten onze fout zelf, ontvingen geen brieven en begonnen onmiddellijk na te denken over hoe we het probleem konden oplossen. De oplossing bleek voor de hand te liggen: schakel over naar SQLite. Deze database kent geen licentiebeperkingen. De meeste moderne browsers gebruiken SQLite en een heleboel andere programma's. Ik heb op internet informatie gevonden dat SQLite wordt beschouwd als het meest wijdverspreide DBMS ter wereld, juist vanwege de browsers, maar ik heb niet naar bewijs gezocht, dus dit is onnauwkeurige informatie. Ik begon de gevaren van het overstappen naar SQLite te bestuderen.

Dit wordt een niet-triviale taak wanneer klanten enkele honderden servers hebben geïnstalleerd met MariaDB en gegevens daarin. Sommige MariaDB-functies zijn niet beschikbaar in SQLite. In de code gebruikten we bijvoorbeeld queries als

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

Deze constructie maakt niet alleen een selectie uit de tabel, maar vergrendelt ook de rijgegevens. En er moesten nog een aantal ontwerpen herschreven worden. Maar naast het feit dat we veel queries moesten herschrijven, moesten we ook een mechanisme bedenken dat, bij het updaten van de Veliam Server van de klant, alle gegevens naar het nieuwe DBMS zou overbrengen en de oude zou verwijderen. Ook werkten transacties in SQLite niet en dit was een echt probleem. Maar nadat ik de uitgestrektheid van het World Wide Web had gelezen, ontdekte ik zonder enige problemen dat transacties in SQLite mogelijk kunnen worden gemaakt door een eenvoudig commando door te geven bij het verbinden

PRAGMA journal_mode=WAL;

Als gevolg hiervan is de taak voltooid en draait het servergedeelte van de klant nu op SQLite. We hebben geen veranderingen opgemerkt in de werking van het systeem.

Nieuwe helpdesk

Het was noodzakelijk om het HelpDesk-systeem over te zetten van de interne versie naar de SaaS-versie, maar met enkele wijzigingen. Het eerste wat ik wilde doen was de integratie met het domein van de klant in termen van transparante gebruikersautorisatie in het systeem. Om nu in te loggen bij HelpDesk en een verzoek in het systeem achter te laten, klikt de gebruiker eenvoudigweg op de snelkoppeling op het bureaublad en de browser wordt geopend. De gebruiker voert geen inloggegevens in. De module voor Apache SSPI, onderdeel van Veliam Server, autoriseert de gebruiker automatisch onder een domeinaccount. Om een ​​verzoek in het systeem achter te laten wanneer de gebruiker zich buiten het bedrijfsnetwerk bevindt, klikt hij op een knop en ontvangt hij een link in zijn e-mail waarmee hij zonder wachtwoord inlogt op het HelpDesk-systeem. Als een gebruiker in een domein wordt uitgeschakeld of verwijderd, werkt het HelpDesk-account ook niet meer. De systeembeheerder hoeft dus geen accounts in zowel het domein als in de HelpDesk zelf te monitoren. Een medewerker neemt ontslag - hij ontkoppelt zijn account in het domein en dat is alles, hij logt niet in op het systeem, niet vanaf het bedrijfsnetwerk, niet via een link. Om deze integratie te laten werken, moet de systeembeheerder één GPO maken voegt een interne site toe aan de intranetzone и distribueert een snelkoppeling naar alle gebruikers op het bureaublad.

Het tweede dat wij uiterst noodzakelijk achten voor HelpDesk-systemen, althans voor onszelf, is dat u met één klik rechtstreeks vanuit de applicatie verbinding maakt met de sollicitant. Bovendien moeten verbindingen passeren als de systeembeheerder zich op een ander netwerk bevindt. Bij outsourcing is dit verplicht, voor fulltime systeembeheerders ook vaak zeer noodzakelijk. Er zijn al verschillende producten die uitstekend werk leveren bij verbindingen op afstand. En we besloten om integraties voor hen te maken. We zijn nu geïntegreerd voor VNC en in de toekomst zijn we van plan Radmin en TeamViewer toe te voegen. Met behulp van ons netwerktransport voor externe infrastructuurverbindingen hebben we VNC verbinding laten maken met externe werkstations achter NAT. Hetzelfde zal gebeuren met Radmin. Om nu verbinding te maken met een gebruiker, hoeft u alleen maar op de knop ‘Verbinden met aanvrager’ in de applicatie zelf te klikken. De VNC-client opent en maakt verbinding met de aanvrager, ongeacht of u op hetzelfde netwerk zit of op pantoffels thuis zit. Eerst moet de systeembeheerder, met behulp van GPO, VNC Server op ieders werkstations installeren.

Nu stappen wij zelf over naar de nieuwe HelpDesk en maken gebruik van integratie met het domein en VNC. Dit is erg handig voor ons. Nu kunnen we voorkomen dat we moeten betalen voor TeamViewer, dat we al meer dan drie jaar gebruiken om onze ondersteuningsservice uit te voeren.

Wat zijn we van plan verder te doen?

Toen we het product uitbrachten, hebben we geen betaalde tarieven gemaakt, maar het gratis tarief eenvoudigweg beperkt tot 50 monitoringobjecten. Vijf dozijn netwerkapparaten en servers zou voor iedereen genoeg moeten zijn, dachten we. En toen begonnen er verzoeken binnen te komen om de limiet te verhogen. Zeggen dat we een beetje geschokt waren, betekent niets zeggen. Zijn bedrijven die zoveel servers hebben echt geïnteresseerd in onze software? We hebben de limiet gratis verlengd voor degenen die dergelijke verzoeken hebben ingediend. Als antwoord op hun verzoek vroegen we sommigen waarom ze zoveel nodig hadden, hadden ze werkelijk zo’n groot aantal servers en netwerkapparatuur. En het bleek dat systeembeheerders het systeem begonnen te gebruiken op manieren die we helemaal niet hadden gepland. Alles bleek eenvoudig: onze software begon niet alleen servers, maar ook werkstations te monitoren. Daarom zijn er veel verzoeken om de limieten te verruimen. Nu hebben we al betaalde tarieven ingevoerd en kunnen de limieten onafhankelijk worden uitgebreid.

Servers werken bijna altijd met opslagsystemen of lokale schijven in een RAID-array. En we hebben het product in eerste instantie voor hen gemaakt. En SMART-monitoring was voor deze taak niet interessant. Maar rekening houdend met het feit dat mensen software hebben aangepast voor het monitoren van werkstations, zijn er verzoeken verschenen voor de implementatie van SMART-monitoring. Wij zullen het binnenkort implementeren.

Met de komst van Veliam Connector werd het niet meer nodig om een ​​VPN-server in het bedrijfsnetwerk in te zetten, of RDGW uit te voeren, of eenvoudigweg poorten door te sturen naar de benodigde machines om verbinding te maken via RDP. Veel mensen gebruiken ons systeem alleen voor deze externe verbindingen. Veliam Connector is alleen beschikbaar voor Windows en sommige bedrijfsgebruikers maken verbinding vanaf thuislaptops met MacOS naar werkstations of terminals in het bedrijfsnetwerk. En het blijkt dat de systeembeheerder door meerdere gebruikers gedwongen wordt om toch terug te keren naar de kwestie van doorsturen of VPN. Daarom zijn we nu bezig met het maken van een versie van Veliam Connector voor MacOS. Gebruikers van hun favoriete Apple-technologie krijgen ook de mogelijkheid om met één klik verbinding te maken met de bedrijfsinfrastructuur.

Ik vind het erg leuk dat je, met een groot aantal systeemgebruikers, je niet hoeft af te vragen wat mensen nodig hebben en wat handiger is. Ze schrijven zelf hun wensen op, dus er zijn veel ontwikkelplannen voor de nabije toekomst.

Tegelijkertijd zijn we nu van plan om het systeem in het Engels te vertalen en in het buitenland te distribueren. Hoe we het product buiten ons land gaan distribueren weten we nog niet, we zoeken naar mogelijkheden. Wellicht komt hier later nog een apart artikel over. Misschien kan iemand die dit artikel heeft gelezen de vereiste vector voorstellen, of hij weet en weet hoe hij het moet doen en zal zijn diensten aanbieden. Wij zouden uw hulp op prijs stellen.

Bron: www.habr.com

Voeg een reactie