В
ప్రణాళిక
వినియోగదారుల కోసం ప్రస్తుత బ్యాకెండ్ Linuxలో ఉంది. దాదాపు ప్రతి సంస్థకు Windows సర్వర్లు ఉన్నాయి, ఇది Linux గురించి చెప్పలేము. వెలియమ్ యొక్క ప్రధాన బలం NAT వెనుక ఉన్న సర్వర్లు మరియు నెట్వర్క్ పరికరాలకు రిమోట్ కనెక్షన్లు. కానీ ఈ ఫంక్షనాలిటీ రౌటర్ మైక్రోటిక్ అయి ఉండాలనే వాస్తవంతో చాలా కఠినంగా ముడిపడి ఉంది. మరియు ఇది చాలా మందిని సంతృప్తి పరచదు. నేను మొదట అత్యంత సాధారణ విక్రేతల నుండి రౌటర్లకు మద్దతును జోడించడం గురించి ఆలోచించడం ప్రారంభించాను. కానీ మద్దతు ఉన్న కంపెనీల జాబితాను విస్తరించడానికి ఇది అంతులేని రేసు అని నేను అర్థం చేసుకున్నాను. అంతేకాకుండా, ఇప్పటికే మద్దతు ఉన్నవి మోడల్ నుండి మోడల్కు NAT నియమాలను మార్చడానికి వేరే సెట్ ఆదేశాలను కలిగి ఉండవచ్చు. పరిస్థితి నుండి బయటపడటానికి ఏకైక మార్గం VPN అని అనిపించింది.
మేము ఉత్పత్తిని పంపిణీ చేయాలని నిర్ణయించుకున్నాము, కానీ ఓపెన్ సోర్స్గా కాదు, GPL వంటి ఓపెన్ లైసెన్స్లతో వివిధ లైబ్రరీలను చేర్చడం అసాధ్యం. ఇది సాధారణంగా ఒక ప్రత్యేక అంశం; ఉత్పత్తిని విక్రయించాలని నిర్ణయం తీసుకున్న తర్వాత, అవి GPL అయినందున నేను సగం లైబ్రరీల ద్వారా వెళ్ళవలసి వచ్చింది. వారు తమ కోసం వ్రాసినప్పుడు, అది సాధారణమైనది. కానీ పంపిణీకి అనుకూలం కాదు. గుర్తుకు వచ్చే మొదటి VPN OpenVPN. కానీ అది GPL. జపనీస్ సాఫ్ట్ ఈథర్ VPNని ఉపయోగించడం మరొక ఎంపిక. అతని లైసెన్స్ అతని ఉత్పత్తిలో చేర్చడానికి అనుమతించింది. వినియోగదారు దేనినీ కాన్ఫిగర్ చేయనవసరం లేని విధంగా మరియు SoftEther VPN గురించి తెలుసుకునే విధంగా దీన్ని ఎలా ఇంటిగ్రేట్ చేయాలనే దానిపై రెండు రోజుల వివిధ పరీక్షల తర్వాత, ఒక నమూనా పొందబడింది. అంతా అనుకున్నట్లుగానే జరిగింది. కానీ కొన్ని కారణాల వల్ల ఈ పథకం ఇప్పటికీ మమ్మల్ని గందరగోళానికి గురిచేసింది మరియు చివరికి మేము దానిని విడిచిపెట్టాము. అయితే మరో ఆప్షన్ తో వచ్చిన తర్వాత సహజంగానే తిరస్కరించారు. చివరికి, ప్రతిదీ సాధారణ TCP కనెక్షన్లలో జరిగింది. కొన్ని కనెక్షన్లు కోఆర్డినేటర్ ద్వారా పని చేస్తాయి, కొన్ని నేరుగా నాట్ హోల్ పంచింగ్ (NHP) సాంకేతికత ద్వారా పని చేస్తాయి, ఇది ఫ్రీ పాస్కల్లో కూడా అమలు చేయబడింది. నేను ఇంతకు ముందు NHP గురించి ఎప్పుడూ వినలేదని చెప్పాలి. మరియు 2 నెట్వర్క్ పరికరాలను కనెక్ట్ చేయడం సాధ్యమవుతుందని నాకు ఎప్పుడూ సంభవించలేదు, రెండూ నేరుగా NAT వెనుక ఉన్నాయి. నేను టాపిక్ అధ్యయనం చేసాను, ఆపరేషన్ సూత్రాన్ని అర్థం చేసుకున్నాను మరియు వ్రాయడానికి కూర్చున్నాను. ప్లాన్ గ్రహించబడింది, వినియోగదారు పాస్వర్డ్లను నమోదు చేయకుండా లేదా VPNని సెటప్ చేయకుండా RDP, SSH లేదా Winbox ద్వారా NAT వెనుక ఉన్న కావలసిన పరికరానికి ఒక క్లిక్తో కనెక్ట్ అవుతారు. అంతేకాకుండా, ఈ కనెక్షన్లలో చాలా వరకు మా కోఆర్డినేటర్ను దాటి వెళ్తాయి, ఇది పింగ్ మరియు ఈ కనెక్షన్ల సేవల ఖర్చుపై మంచి ప్రభావాన్ని చూపుతుంది.
సర్వర్ భాగాన్ని Linux నుండి Windowsకి బదిలీ చేస్తోంది
విండోస్కి మారినప్పుడు అనేక సమస్యలు ఉన్నాయి. మొదటిది విండోస్లోని అంతర్నిర్మిత wmic WQL ప్రశ్నలను చేయడానికి మిమ్మల్ని అనుమతించదు. మరియు మా సిస్టమ్లో ప్రతిదీ ఇప్పటికే వాటిపై నిర్మించబడింది. మరియు ఇంకేదో ఉంది, కానీ వారు చివరకు దాని వాడకాన్ని ఎందుకు విడిచిపెట్టారో ఇప్పుడు నేను మర్చిపోయాను. Windows సంస్కరణల మధ్య బహుశా తేడాలు ఉండవచ్చు. మరియు రెండవ సమస్య మల్టీథ్రెడింగ్. మాకు "ఆమోదయోగ్యమైన" లైసెన్స్ క్రింద మంచి మూడవ పక్ష యుటిలిటీని కనుగొనలేకపోయాను, నేను Lazarus IDEని మళ్లీ ప్రారంభించాను. మరియు నేను అవసరమైన యుటిలిటీని వ్రాసాను. ఇన్పుట్ అనేది ఆబ్జెక్ట్ల యొక్క అవసరమైన జాబితా మరియు నిర్దిష్ట ప్రశ్నలు చేయాల్సిన అవసరం ఉంది మరియు ప్రతిస్పందనగా నేను డేటాను స్వీకరిస్తాను. మరియు ఇవన్నీ మల్టీ-థ్రెడ్ మోడ్లో ఉంటాయి. గొప్ప.
నేను PHP Windows కోసం pthreadsని సెటప్ చేసిన తర్వాత, ప్రతిదీ వెంటనే ప్రారంభమవుతుందని నేను అనుకున్నాను, కానీ అది అలా కాదు. కొంత సమయం డీబగ్గింగ్ చేసిన తర్వాత, pthreads పని చేస్తున్నట్లు నేను గ్రహించాను, కానీ అది మా సిస్టమ్లో పని చేయలేదు. విండోస్లో pthreadsతో పనిచేయడంలో కొంత విశిష్టత ఉందని స్పష్టమైంది. మరియు అది జరిగింది. నేను డాక్యుమెంటేషన్ చదివాను మరియు Windows కోసం థ్రెడ్ల సంఖ్య పరిమితం అని మరియు నాకు గుర్తున్నంతవరకు, పరోక్షంగా వ్రాయబడింది. ఇది సమస్యగా మారింది. ఎందుకంటే నేను అప్లికేషన్ రన్ అయ్యే థ్రెడ్ల సంఖ్యను తగ్గించడం ప్రారంభించినప్పుడు, అది చాలా నెమ్మదిగా పని చేసింది. నేను IDEని మళ్లీ తెరిచాను మరియు వస్తువుల బహుళ-థ్రెడ్ పింగ్ కోసం కార్యాచరణ అదే యుటిలిటీకి జోడించబడింది. సరే, అక్కడ ఇప్పటికే చాలా పోర్ట్ స్కానింగ్ ఉంది. వాస్తవానికి, దీని తర్వాత, PHP కోసం pthreads అవసరం కనిపించకుండా పోయింది మరియు అది ఇకపై ఉపయోగించబడదు. ఇంకా, ఈ యుటిలిటీకి ఇంకా అనేక ఫంక్షనాలిటీలు జోడించబడ్డాయి మరియు ఇది నేటికీ పని చేస్తుంది. దీని తరువాత, Windows కోసం ఒక ఇన్స్టాలర్ను ఏర్పాటు చేశారు, ఇందులో Apache, PHP, MariaDB, PHP అప్లికేషన్ మరియు ఫ్రీ పాస్కల్లో వ్రాయబడిన సిస్టమ్తో పరస్పర చర్య చేయడానికి యుటిలిటీల సమితి ఉన్నాయి. ఇన్స్టాలర్ విషయానికొస్తే, నేను ఈ సమస్యను త్వరగా పరిష్కరిస్తానని అనుకున్నాను, ఎందుకంటే... ఇది చాలా సాధారణ విషయం మరియు దాదాపు ప్రతి సాఫ్ట్వేర్కు అవసరం. నేను తప్పు ప్రదేశంలో చూస్తున్నాను, లేదా మరేదైనా. కానీ నేను నిరంతరం తగినంత అనువైన, లేదా ఖరీదైన మరియు వంగని ఉత్పత్తులను చూశాను. ఇంకా, నేను ఉచిత ఇన్స్టాలర్ను కనుగొన్నాను, దీనిలో ఏదైనా కోరికలను అందించడం సాధ్యమవుతుంది. ఇది InnoSetup. నేను దీని గురించి ఇక్కడ వ్రాస్తున్నాను ఎందుకంటే నేను ఎవరికైనా సమయం ఆదా చేస్తే నేను దానిని చూడవలసి ఉంటుంది.
మీ క్లయింట్కు అనుకూలంగా ప్లగిన్ని తిరస్కరించడం
క్లయింట్ భాగం "ప్లగ్ఇన్" ఉన్న బ్రౌజర్ అని నేను ఇంతకు ముందు వ్రాసాను. కాబట్టి క్రోమ్ అప్డేట్ చేయబడి, లేఅవుట్ కొద్దిగా వంకరగా ఉన్న సందర్భాలు ఉన్నాయి, ఆపై విండోస్ అప్డేట్ చేయబడింది మరియు కస్టమ్ ఉరి స్కీమ్ అదృశ్యమైంది. ఉత్పత్తి యొక్క పబ్లిక్ వెర్షన్లో ఈ రకమైన ఆశ్చర్యాలను కలిగి ఉండాలని నేను నిజంగా కోరుకోలేదు. అంతేకాకుండా, ప్రతి విండోస్ అప్డేట్ తర్వాత కస్టమ్ యూరీ అదృశ్యం కావడం ప్రారంభమైంది. మైక్రోసాఫ్ట్ అవసరమైన విభాగంలో తన శాఖలు కాని అన్ని శాఖలను తొలగించింది. అలాగే, Google Chrome ఇప్పుడు అనుకూల uri నుండి అప్లికేషన్ను తెరవడం లేదా తెరవడం అనే ఎంపికను గుర్తుంచుకోవడానికి మిమ్మల్ని అనుమతించదు మరియు మీరు పర్యవేక్షణ వస్తువుపై క్లిక్ చేసిన ప్రతిసారీ ఈ ప్రశ్న అడుగుతుంది. బాగా, సాధారణంగా, వినియోగదారు స్థానిక సిస్టమ్తో సాధారణ పరస్పర చర్య అవసరం, ఇది బ్రౌజర్ అందించదు. చాలా మంది ఇప్పుడు ఎలక్ట్రాన్ ద్వారా చేస్తున్నందున, ఈ పథకంలో సరళమైన ఎంపిక మీ స్వంత బ్రౌజర్ని తయారు చేయడం. కానీ సర్వర్ భాగంతో సహా అనేక విషయాలు ఇప్పటికే ఫ్రీ పాస్కల్లో వ్రాయబడ్డాయి, కాబట్టి మేము క్లయింట్ను అదే భాషలో తయారు చేయాలని నిర్ణయించుకున్నాము మరియు జూని సృష్టించకూడదు. బోర్డులో Chromium ఉన్న క్లయింట్ ఈ విధంగా వ్రాయబడింది. ఆ తరువాత, ఇది వివిధ పట్టీలను పొందడం ప్రారంభించింది.
విడుదల
చివరగా మేము సిస్టమ్ కోసం ఒక పేరును ఎంచుకున్నాము. స్థానిక వెర్షన్ నుండి SaaSకి మార్చే ప్రక్రియ జరుగుతున్నప్పుడు మేము నిరంతరం వివిధ ఎంపికల ద్వారా వెళ్ళాము. మేము మొదట్లో దేశీయ మార్కెట్లోకి మాత్రమే ప్రవేశించాలని ప్లాన్ చేసినందున, పేరును ఎంచుకోవడానికి ప్రధాన ప్రమాణం “.com” జోన్లో ఖాళీగా లేని లేదా చాలా ఖరీదైన డొమైన్ ఉనికి. కొన్ని ఫంక్షన్లు/మాడ్యూల్లు ఇంకా స్థానిక వెర్షన్ నుండి వెలియంకు పోర్ట్ చేయబడలేదు, కానీ మేము వాటిని ప్రస్తుత కార్యాచరణతో విడుదల చేసి, మిగిలిన వాటిని అప్డేట్లుగా పూర్తి చేయాలని నిర్ణయించుకున్నాము. మొదటి సంస్కరణలో హెల్ప్డెస్క్, వెలియం కనెక్టర్ లేదు, నోటిఫికేషన్ ట్రిగ్గర్లు మరియు మరిన్నింటి కోసం థ్రెషోల్డ్లను మార్చడం అసాధ్యం. మేము కోడ్ సైన్ సర్టిఫికేట్ను కొనుగోలు చేసాము మరియు క్లయింట్ మరియు సర్వర్ భాగాలపై సంతకం చేసాము. మేము ఉత్పత్తి కోసం వెబ్సైట్ను వ్రాసాము, సాఫ్ట్వేర్, ట్రేడ్మార్క్ మొదలైనవాటిని నమోదు చేయడానికి విధానాలను ప్రారంభించాము. సాధారణంగా, మేము ప్రారంభించడానికి సిద్ధంగా ఉన్నాము. దీని గురించి మాకు ఎటువంటి సందేహం లేనప్పటికీ, చేసిన పని నుండి మరియు మీ ఉత్పత్తిని ఎవరైనా ఉపయోగిస్తారనే వాస్తవం నుండి కొంచెం ఆనందం. ఆపై ఆపండి. మెసెంజర్ల ద్వారా నోటిఫికేషన్లు లేకుండా మార్కెట్లోకి ప్రవేశించడం అసాధ్యమని భాగస్వామి తెలిపారు. అనేక ఇతర విషయాలు లేకుండా ఇది సాధ్యమే, కానీ ఇది లేకుండా కాదు. కొంత చర్చ తర్వాత, టెలిగ్రామ్తో ఏకీకరణ జోడించబడింది, ఇది మాకు సరిపోతుంది. ప్రస్తుత ఇన్స్టంట్ మెసెంజర్లన్నింటిలో, ఇది ఒక్కటే దాని APIలకు ఉచితంగా మరియు ఎలాంటి సంక్లిష్ట ఆమోద విధానాలు లేకుండా యాక్సెస్ను అందిస్తుంది. అదే WhatsApp వారి సేవలను ఉపయోగించి మంచి డబ్బు వసూలు చేసే ప్రొవైడర్లను సంప్రదించమని సూచిస్తుంది; గ్యాస్కెట్లు లేకుండా యాక్సెస్ కోసం అడిగే అన్ని లేఖలు విస్మరించబడ్డాయి. బాగా, Viber... ఇప్పుడు దాన్ని ఎవరు ఉపయోగిస్తున్నారో నాకు తెలియదు, ఎందుకంటే... స్పామ్ మరియు అక్కడ ప్రకటనలు చార్ట్లలో లేవు. డిసెంబరు చివరిలో, స్నేహితుల మధ్య అంతర్గత పరీక్షలు మరియు పరీక్షల శ్రేణి తర్వాత, అందరికీ రిజిస్ట్రేషన్ తెరవబడింది మరియు డౌన్లోడ్ చేసుకోవడానికి సాఫ్ట్వేర్ అందుబాటులో ఉంచబడింది.
పంపిణీ ప్రారంభం
మొదటి నుండి, మాకు సిస్టమ్ వినియోగదారుల యొక్క చిన్న ప్రవాహం అవసరమని మేము అర్థం చేసుకున్నాము, తద్వారా వారు పోరాట మోడ్లో ఉత్పత్తిని పరీక్షించగలరు మరియు కొంత మొదటి అభిప్రాయాన్ని అందించగలరు. VKలో కొనుగోలు చేసిన అనేక పోస్ట్లు ఫలించాయి. మొదటి రిజిస్ట్రేషన్లు వచ్చాయి.
మీ కంపెనీకి ప్రసిద్ధ పేరు లేనప్పుడు మార్కెట్లోకి ప్రవేశించడం మరియు అదే సమయంలో మీరు మీ సర్వర్లు మరియు వర్క్స్టేషన్ల నుండి ఖాతాలను నమోదు చేయాల్సిన ఏజెంట్లెస్ పర్యవేక్షణ కార్యాచరణను అందించడం చాలా కష్టమని ఇక్కడ చెప్పాలి. ఇది చాలా మందిని భయపెడుతోంది. దీనితో సమస్యలు ఉంటాయని మేము మొదటి నుండి అర్థం చేసుకున్నాము మరియు సాంకేతికంగా మరియు నైతికంగా దీనికి సిద్ధంగా ఉన్నాము. అన్ని రిమోట్ కనెక్షన్లు, RDP మరియు SSH ఇప్పటికే డిఫాల్ట్గా గుప్తీకరించబడినప్పటికీ, AES ప్రమాణాన్ని ఉపయోగించి మా సాఫ్ట్వేర్ ద్వారా అదనంగా గుప్తీకరించబడతాయి. స్థానిక సర్వర్ల నుండి మొత్తం డేటా HTTPS ద్వారా క్లౌడ్కి బదిలీ చేయబడుతుంది. ఖాతాలు గుప్తీకరించిన రూపంలో నిల్వ చేయబడతాయి. అన్ని సబ్సిస్టమ్ల కోసం ఎన్క్రిప్షన్ కీలు క్లయింట్లందరికీ వ్యక్తిగతమైనవి. రిమోట్ కనెక్షన్ల కోసం, సెషన్ ఎన్క్రిప్షన్ కీలు సాధారణంగా ఉపయోగించబడతాయి.
ఈ పరిస్థితిలో ప్రజలు ప్రశాంతంగా ఉండేందుకు మనం చేయగలిగింది ఏమిటంటే, వీలైనంత ఓపెన్గా ఉండటం, భద్రతపై పని చేయడం మరియు ప్రజల ప్రశ్నలకు సమాధానం ఇవ్వడంలో ఎప్పుడూ అలసిపోకూడదు.
చాలా మందికి, సాఫ్ట్వేర్ యొక్క సౌలభ్యం మరియు కార్యాచరణ భయాన్ని అధిగమిస్తుంది మరియు వారు నమోదు చేసుకుంటారు. కొంతమంది వ్యక్తులు ఈ సాఫ్ట్వేర్ను ఉపయోగించలేరని VKలో ప్రచురించిన పోస్ట్లలో వ్రాశారు ఇది వారి పాస్వర్డ్ల సేకరణ మరియు సాధారణంగా పేరు లేని కంపెనీ. ఒకరి కంటే ఎక్కువ మంది ఈ అభిప్రాయాన్ని కలిగి ఉన్నారని చెప్పాలి. చాలా మంది వ్యక్తులు ఒక సేవ వలె పనిచేసే సర్వర్లో ఇతర యాజమాన్య సాఫ్ట్వేర్లను ఇన్స్టాల్ చేసినప్పుడు, దానికి సిస్టమ్లో పూర్తి హక్కులు కూడా ఉంటాయని మరియు చట్టవిరుద్ధంగా ఏదైనా చేయడానికి వారికి ఖాతాలు అవసరం లేదని అర్థం చేసుకోలేరు (మీరు దీన్ని మార్చగలరని స్పష్టంగా తెలుస్తుంది. సేవ ప్రారంభించబడిన వినియోగదారు, కానీ ఇక్కడ కూడా, మీరు ఏదైనా ఖాతాను నమోదు చేయవచ్చు). నిజానికి, ప్రజల భయాలు అర్థం చేసుకోవచ్చు. సర్వర్లో సాఫ్ట్వేర్ను ఇన్స్టాల్ చేయడం సాధారణ విషయం, కానీ ఖాతాలోకి ప్రవేశించడం కొంచెం భయానకంగా మరియు సన్నిహితంగా ఉంటుంది, ఎందుకంటే సగం మంది వ్యక్తులు అన్ని సేవలకు ఒకే పాస్వర్డ్ను కలిగి ఉంటారు మరియు పరీక్ష కోసం కూడా ప్రత్యేక ఖాతాను సృష్టించడం సోమరితనం. కానీ ప్రస్తుతానికి ప్రజలు తమ ఆధారాలతో మరియు మరిన్నింటితో విశ్వసించే భారీ సంఖ్యలో సేవలు ఉన్నాయి. మరియు మేము వారిలో ఒకరిగా మారడానికి ప్రయత్నిస్తాము.
ఎక్కడో దొంగిలించాం అంటూ చాలా కామెంట్స్ వచ్చాయి. ఇది మాకు కొంచెం ఆశ్చర్యం కలిగించింది. బాగా, సరే, ఒక వ్యక్తి యొక్క అభిప్రాయం, కానీ అలాంటి వ్యాఖ్యలు వేర్వేరు వ్యక్తుల నుండి వివిధ ప్రచురణలలో కనుగొనబడ్డాయి. దీనిపై ఎలా స్పందించాలో మొదట వారికి తెలియలేదు. రష్యాలో ఎవరూ తమంతట తాముగా ఏమీ చేయలేరని, దొంగతనం మాత్రమే చేయగలరనే అభిప్రాయం కొందరికి ఉందని బాధపడటం లేదా ఇది దొంగిలించబడుతుందని భావించి సంతోషించటం.
మేము ఇప్పుడు EV కోడ్ సైన్ సర్టిఫికేట్ పొందే విధానాన్ని పూర్తి చేసాము. దాన్ని పొందేందుకు, మీరు తనిఖీల శ్రేణి ద్వారా వెళ్లి కంపెనీకి సంబంధించిన పత్రాల సమూహాన్ని పంపాలి, వాటిలో కొన్ని న్యాయవాది ద్వారా ధృవీకరించబడాలి. మహమ్మారి సమయంలో EV కోడ్ సైన్ సర్టిఫికేట్ పొందడం అనేది ఒక కథనానికి ప్రత్యేక అంశం. ప్రక్రియ ఒక నెల పట్టింది. మరియు ఇది వేచి ఉండే నెల కాదు, అదనపు పత్రాల కోసం నిరంతరం అభ్యర్థనలు. బహుశా మహమ్మారికి దానితో సంబంధం లేదు, మరియు ఈ ప్రక్రియ అందరికీ చాలా సమయం పట్టిందా? షేర్ చేయండి.
FSTEC సర్టిఫికేట్ లేనందున మేము దానిని ఉపయోగించము అని కొందరు అంటున్నారు. మేము దానిని పొందలేము మరియు పొందలేము ఎందుకంటే ఈ సర్టిఫికేట్ పొందటానికి, గుప్తీకరణ తప్పనిసరిగా GOST కి అనుగుణంగా ఉండాలి మరియు మేము రష్యాలో మాత్రమే కాకుండా సాఫ్ట్వేర్ను పంపిణీ చేయడానికి మరియు AESని ఉపయోగించాలని ప్లాన్ చేస్తున్నాము.
ఈ వ్యాఖ్యలన్నీ మీరు పబ్లిక్గా తెలియకుండా ఖాతాలను నమోదు చేయాల్సిన ఉత్పత్తిని ప్రమోట్ చేయడం సాధ్యమేనా అనే సందేహాన్ని కలిగిస్తుంది. ఈ విషయంలో చాలా ప్రతికూల వైఖరి ఉన్నవారు కూడా ఉంటారని తెలిసినా. రిజిస్ట్రేషన్ల సంఖ్య వెయ్యి దాటిన తర్వాత దాని గురించి ఆలోచించడం మానేశాం. ముఖ్యంగా తర్వాత, ఉత్పత్తిని కూడా ప్రయత్నించని వారి ప్రతికూలతతో పాటు, చాలా ఆహ్లాదకరమైన సమీక్షలు కనిపించడం ప్రారంభించాయి. ఈ సానుకూల సమీక్షలు ఉత్పత్తి అభివృద్ధికి అతిపెద్ద ప్రేరణ అని చెప్పాలి.
ఉద్యోగుల కోసం రిమోట్ యాక్సెస్ కార్యాచరణను జోడిస్తోంది
క్లయింట్లు తరచుగా చేసే పనులలో ఒకటి "వన్యకు ఇంటి నుండి అతని కంప్యూటర్కు యాక్సెస్ ఇవ్వండి." మేము మైక్రోటిక్లో VPNని పెంచాము మరియు వినియోగదారుల కోసం ఖాతాలను సృష్టించాము. కానీ ఇది నిజమైన సమస్య. VPN ద్వారా కనెక్ట్ చేయడానికి వినియోగదారులు సూచనలను చూడలేరు మరియు దశలవారీగా వాటిని అనుసరించలేరు. Windows యొక్క వివిధ వెర్షన్లు. ఒక విండోలో ప్రతిదీ బాగా కనెక్ట్ అవుతుంది, మరొకదానిలో వేరే ప్రోటోకాల్ అవసరం. మరియు సాధారణంగా, ఇది ఎల్లప్పుడూ VPN సర్వర్గా పనిచేసే నెట్వర్క్ పరికరాల పునర్నిర్మాణంతో అనుబంధించబడుతుంది మరియు ఉద్యోగులందరికీ దీనికి ప్రాప్యత లేదు మరియు ఇది అసౌకర్యంగా ఉంది.
కానీ సర్వర్లు మరియు నెట్వర్క్ పరికరాలకు మేము ఇప్పటికే రిమోట్ కనెక్షన్లను కలిగి ఉన్నాము. రెడీమేడ్ రవాణాను ఎందుకు ఉపయోగించకూడదు మరియు మీరు కనెక్ట్ చేయడానికి వినియోగదారుకు ఇవ్వగలిగే ప్రత్యేక చిన్న యుటిలిటీని ఎందుకు తయారు చేయకూడదు. వినియోగదారు అక్కడ అబ్స్ట్రస్గా ఏమీ నమోదు చేయలేదని నేను నిర్ధారించుకోవాలనుకున్నాను. కేవలం ఒక బటన్ "కనెక్ట్". కానీ ఈ యుటిలిటీకి ఒక బటన్ మాత్రమే ఉంటే ఎక్కడ కనెక్ట్ చేయాలో ఎలా అర్థం చేసుకుంటుంది? మా సర్వర్లలో అవసరమైన అప్లికేషన్ను ఆన్లైన్లో నిర్మించాలనే ఆలోచన ఉంది. సిస్టమ్ అడ్మినిస్ట్రేటర్ “డౌన్లోడ్ షార్ట్కట్” బటన్ను క్లిక్ చేసి, RDP ద్వారా కావలసిన సర్వర్/కంప్యూటర్కు కనెక్ట్ చేయడం కోసం హార్డ్వైర్డ్ సమాచారంతో వ్యక్తిగత బైనరీని రూపొందించడానికి మా క్లౌడ్కు ఒక కమాండ్ పంపబడుతుంది. సాధారణంగా, ఇది చేయవచ్చు. కానీ దీనికి చాలా సమయం పడుతుంది; బైనరీ కంపైల్ చేయబడి, ఆపై డౌన్లోడ్ అయ్యే వరకు నిర్వాహకుడు ముందుగా వేచి ఉండాలి. వాస్తవానికి, కాన్ఫిగర్తో రెండవ ఫైల్ను జోడించడం సాధ్యమవుతుంది, కానీ ఇది ఇప్పటికే 2 ఫైల్లు, మరియు సరళత కోసం వినియోగదారుకు ఒకటి అవసరం. ఒక ఫైల్, ఒక బటన్ మరియు ఇన్స్టాలర్లు లేవు. గూగుల్లో కొంచెం చదివిన తర్వాత, మీరు కంపైల్ చేసిన “.exe” ముగింపుకు కొంత సమాచారాన్ని జోడిస్తే, అది క్షీణించదని నేను నిర్ణయానికి వచ్చాను (బాగా, దాదాపు). మీరు అక్కడ కనీసం యుద్ధం మరియు శాంతిని జోడించవచ్చు మరియు ఇది మునుపటిలా పని చేస్తుంది. దీన్ని సద్వినియోగం చేసుకోకపోతే పాపం. ఇప్పుడు మీరు ప్రయాణంలో ఉన్న అప్లికేషన్ను క్లయింట్లోనే అన్ప్యాక్ చేయవచ్చు, దానిని వెలియం కనెక్టర్ అని పిలుస్తారు మరియు చివరిలో దానికి కనెక్ట్ చేయడానికి అవసరమైన సమాచారాన్ని జోడించండి. మరియు దానితో ఏమి చేయాలో అప్లికేషన్కు తెలుసు. నేను కుండలీకరణాల్లో కొంచెం ఎక్కువ "బాగా దాదాపు" అని ఎందుకు వ్రాసాను? ఎందుకంటే అప్లికేషన్ దాని డిజిటల్ సంతకాన్ని కోల్పోయే ఈ సౌలభ్యం కోసం మీరు చెల్లించాలి. కానీ ఈ దశలో, అటువంటి సౌలభ్యం కోసం ఇది చెల్లించాల్సిన చిన్న ధర అని మేము నమ్ముతున్నాము.
మూడవ పక్షం మాడ్యూల్ లైసెన్స్లు
ఉత్పత్తిని పబ్లిక్గా అందుబాటులో ఉంచాలని నిర్ణయించిన తర్వాత, మా స్వంత ఉపయోగం కోసం మాత్రమే కాకుండా, మా ఉత్పత్తిలో మమ్మల్ని చేర్చడానికి అనుమతించని కొన్ని మాడ్యూల్స్ కోసం మేము చాలా కష్టపడి పని చేయాల్సి వచ్చిందని నేను ఇప్పటికే పైన వ్రాసాను. కానీ విడుదల తర్వాత, చాలా అసహ్యకరమైన విషయం అనుకోకుండా కనుగొనబడింది. క్లయింట్ వైపు ఉన్న వెలియం సర్వర్, MariaDB DBMSని కలిగి ఉంది. మరియు ఇది GPL లైసెన్స్. GPL లైసెన్స్ సాఫ్ట్వేర్ తప్పనిసరిగా ఓపెన్ సోర్స్ అయి ఉండాలని సూచిస్తుంది మరియు మా ఉత్పత్తిలో ఈ లైసెన్స్ ఉన్న MariaDB ఉంటే, మా ఉత్పత్తి తప్పనిసరిగా ఈ లైసెన్స్ కింద ఉండాలి. కానీ అదృష్టవశాత్తూ, ఈ లైసెన్స్ యొక్క ఉద్దేశ్యం ఓపెన్ సోర్స్, అనుకోకుండా కోర్టులో తప్పులు చేసేవారిని శిక్షించడం కాదు. కాపీరైట్ హోల్డర్కు క్లెయిమ్ ఉన్నట్లయితే, అతను ఉల్లంఘించిన వ్యక్తికి వ్రాతపూర్వకంగా తెలియజేస్తాడు మరియు అతను తప్పనిసరిగా 30 రోజులలోపు ఉల్లంఘనను తొలగించాలి. మేము మా తప్పును స్వయంగా కనుగొన్నాము మరియు ఎటువంటి లేఖలు అందుకోలేదు మరియు వెంటనే సమస్యను ఎలా పరిష్కరించాలో ఎంపికలను పరిశీలించడం ప్రారంభించాము. పరిష్కారం స్పష్టంగా కనిపించింది - SQLiteకి మారండి. ఈ డేటాబేస్కు లైసెన్సింగ్ పరిమితులు లేవు. చాలా ఆధునిక బ్రౌజర్లు SQLite మరియు ఇతర ప్రోగ్రామ్ల సమూహాన్ని ఉపయోగిస్తాయి. బ్రౌజర్ల కారణంగా SQLite ప్రపంచంలో అత్యంత విస్తృతమైన DBMSగా పరిగణించబడుతుందని నేను ఇంటర్నెట్లో సమాచారాన్ని కనుగొన్నాను, కానీ నేను రుజువు కోసం వెతకలేదు, కాబట్టి ఇది సరికాని సమాచారం. నేను SQLiteకి మారడం వల్ల కలిగే ప్రమాదాలను అధ్యయనం చేయడం ప్రారంభించాను.
క్లయింట్లు MariaDB మరియు డేటాతో ఇన్స్టాల్ చేయబడిన అనేక వందల సర్వర్లను కలిగి ఉన్నప్పుడు ఇది పనికిమాలిన పని అవుతుంది. కొన్ని MariaDB లక్షణాలు SQLiteలో అందుబాటులో లేవు. బాగా, ఉదాహరణకు, కోడ్లో మేము వంటి ప్రశ్నలను ఉపయోగించాము
Select * FROM `table` WHERE `id`>1000 FOR UPDATE
ఈ నిర్మాణం పట్టిక నుండి ఎంపికను మాత్రమే కాకుండా, అడ్డు వరుస డేటాను కూడా లాక్ చేస్తుంది. ఇంకా అనేక డిజైన్లను కూడా తిరిగి వ్రాయవలసి వచ్చింది. కానీ మేము చాలా ప్రశ్నలను తిరిగి వ్రాయవలసి వచ్చిన వాస్తవంతో పాటు, క్లయింట్ యొక్క వెలియం సర్వర్ను నవీకరించేటప్పుడు, మొత్తం డేటాను కొత్త DBMSకి పోర్ట్ చేసి పాతదాన్ని తొలగించే మెకానిజంతో కూడా మేము ముందుకు రావాలి. అలాగే, SQLiteలో లావాదేవీలు పని చేయలేదు మరియు ఇది నిజమైన సమస్య. కానీ వరల్డ్ వైడ్ వెబ్ యొక్క విస్తారతను చదివిన తర్వాత, SQLite లో లావాదేవీలను కనెక్ట్ చేసేటప్పుడు ఒక సాధారణ ఆదేశాన్ని పాస్ చేయడం ద్వారా ప్రారంభించవచ్చని నేను ఎటువంటి సమస్యలు లేకుండా కనుగొన్నాను.
PRAGMA journal_mode=WAL;
ఫలితంగా, పని పూర్తయింది మరియు ఇప్పుడు క్లయింట్ యొక్క సర్వర్ భాగం SQLiteలో నడుస్తుంది. సిస్టమ్ యొక్క ఆపరేషన్లో ఎటువంటి మార్పులను మేము గమనించలేదు.
కొత్త హెల్ప్డెస్క్
హెల్ప్డెస్క్ సిస్టమ్ను అంతర్గత సంస్కరణ నుండి SaaS సంస్కరణకు పోర్ట్ చేయడం అవసరం, కానీ కొన్ని మార్పులతో. సిస్టమ్లోని పారదర్శక వినియోగదారు అధికార పరంగా క్లయింట్ డొమైన్తో ఏకీకరణ చేయడం నేను చేయాలనుకున్న మొదటి విషయం. ఇప్పుడు, హెల్ప్డెస్క్లోకి లాగిన్ అవ్వడానికి మరియు సిస్టమ్లో అభ్యర్థనను వదిలివేయడానికి, వినియోగదారు డెస్క్టాప్లోని షార్ట్కట్పై క్లిక్ చేస్తే బ్రౌజర్ తెరవబడుతుంది. వినియోగదారు ఎటువంటి ఆధారాలను నమోదు చేయలేదు. Veliam సర్వర్లో భాగమైన Apache SSPI కోసం మాడ్యూల్, డొమైన్ ఖాతా కింద వినియోగదారుని స్వయంచాలకంగా ప్రామాణీకరించింది. వినియోగదారు కార్పొరేట్ నెట్వర్క్ వెలుపల ఉన్నప్పుడు సిస్టమ్లో అభ్యర్థనను వదిలివేయడానికి, అతను ఒక బటన్పై క్లిక్ చేస్తాడు మరియు అతను తన ఇమెయిల్లో లింక్ను అందుకుంటాడు, దాని ద్వారా అతను పాస్వర్డ్లు లేకుండా హెల్ప్డెస్క్ సిస్టమ్లోకి లాగిన్ అవుతాడు. డొమైన్లో వినియోగదారు డిసేబుల్ చేయబడితే లేదా తొలగించబడితే, అప్పుడు హెల్ప్డెస్క్ ఖాతా కూడా పని చేయడం ఆగిపోతుంది. అందువల్ల, సిస్టమ్ అడ్మినిస్ట్రేటర్ డొమైన్ మరియు హెల్ప్డెస్క్ రెండింటిలోనూ ఖాతాలను పర్యవేక్షించాల్సిన అవసరం లేదు. ఒక ఉద్యోగి నిష్క్రమించాడు - అతను డొమైన్లో తన ఖాతాను డిస్కనెక్ట్ చేస్తాడు మరియు అంతే, అతను సిస్టమ్లోకి లాగిన్ అవ్వడు కార్పొరేట్ నెట్వర్క్ నుండి కాదు, లింక్ ద్వారా కాదు. ఈ ఇంటిగ్రేషన్ పని చేయడానికి, సిస్టమ్ అడ్మినిస్ట్రేటర్ ఒక GPOని సృష్టించాలి
హెల్ప్డెస్క్ సిస్టమ్లకు అత్యంత అవసరమని మేము భావించే రెండవ విషయం, కనీసం మన కోసం, దరఖాస్తుదారుని నేరుగా అప్లికేషన్ నుండి ఒకే క్లిక్తో కనెక్ట్ చేయడం. అంతేకాకుండా, సిస్టమ్ అడ్మినిస్ట్రేటర్ వేరే నెట్వర్క్లో ఉంటే కనెక్షన్లు తప్పనిసరిగా పాస్ చేయాలి. అవుట్సోర్సింగ్ కోసం ఇది తప్పనిసరి, పూర్తి-సమయం సిస్టమ్ నిర్వాహకులకు ఇది తరచుగా చాలా అవసరం. రిమోట్ కనెక్షన్ల యొక్క అద్భుతమైన పనిని చేసే అనేక ఉత్పత్తులు ఇప్పటికే ఉన్నాయి. మరియు మేము వారి కోసం ఏకీకరణ చేయాలని నిర్ణయించుకున్నాము. మేము ఇప్పుడు VNC కోసం ఏకీకృతం చేసాము మరియు భవిష్యత్తులో మేము Radmin మరియు TeamViewerని జోడించాలని ప్లాన్ చేస్తున్నాము. రిమోట్ ఇన్ఫ్రాస్ట్రక్చర్ కనెక్షన్ల కోసం మా నెట్వర్క్ రవాణాను ఉపయోగించి, మేము NAT వెనుక ఉన్న రిమోట్ వర్క్స్టేషన్లకు VNC కనెక్ట్ అయ్యేలా చేసాము. రాడ్మిన్ విషయంలో కూడా అదే జరుగుతుంది. ఇప్పుడు, వినియోగదారుకు కనెక్ట్ కావడానికి, మీరు అప్లికేషన్లోని “దరఖాస్తుదారునికి కనెక్ట్ చేయి” బటన్ను క్లిక్ చేయాలి. మీరు ఒకే నెట్వర్క్లో ఉన్నారా లేదా ఇంట్లో చెప్పులు వేసుకుని కూర్చున్నా, VNC క్లయింట్ తెరుచుకుంటుంది మరియు దరఖాస్తుదారుని కనెక్ట్ చేస్తుంది. ముందుగా, సిస్టమ్ అడ్మినిస్ట్రేటర్, GPOని ఉపయోగించి, ప్రతి ఒక్కరి వర్క్స్టేషన్లలో తప్పనిసరిగా VNC సర్వర్ని ఇన్స్టాల్ చేయాలి.
ఇప్పుడు మనమే కొత్త హెల్ప్డెస్క్కి మారుతున్నాము మరియు డొమైన్ మరియు VNCతో ఏకీకరణను ఉపయోగిస్తున్నాము. ఇది మాకు చాలా సౌకర్యవంతంగా ఉంటుంది. ఇప్పుడు మేము మా మద్దతు సేవను అమలు చేయడానికి మూడు సంవత్సరాల కంటే ఎక్కువ కాలంగా ఉపయోగిస్తున్న TeamViewer కోసం చెల్లించడాన్ని నివారించవచ్చు.
మేము తదుపరి ఏమి చేయడానికి ప్లాన్ చేస్తున్నాము?
మేము ఉత్పత్తిని విడుదల చేసినప్పుడు, మేము ఎటువంటి చెల్లింపు టారిఫ్లను చేయలేదు, కానీ ఉచిత టారిఫ్ను 50 పర్యవేక్షణ వస్తువులకు పరిమితం చేసాము. ఐదు డజన్ల నెట్వర్క్ పరికరాలు మరియు సర్వర్లు అందరికీ సరిపోతాయని మేము భావించాము. ఆపై పరిమితిని పెంచాలని అభ్యర్థనలు రావడం ప్రారంభించాయి. మేము కొంచెం షాక్ అయ్యాము అని చెప్పడానికి ఏమీ లేదు. చాలా సర్వర్లను కలిగి ఉన్న కంపెనీలు మా సాఫ్ట్వేర్పై నిజంగా ఆసక్తి కలిగి ఉన్నాయా? అటువంటి అభ్యర్థనలు చేసిన వారికి ఉచితంగా పరిమితిని పొడిగించాము. వారి అభ్యర్థనకు ప్రతిస్పందనగా, మేము కొందరికి ఎందుకు ఇంత అవసరం అని అడిగాము, వారు నిజంగా అంత పెద్ద సంఖ్యలో సర్వర్లు మరియు నెట్వర్క్ పరికరాలను కలిగి ఉన్నారా. మరియు సిస్టమ్ అడ్మినిస్ట్రేటర్లు మేము అస్సలు ప్లాన్ చేయని విధంగా సిస్టమ్ను ఉపయోగించడం ప్రారంభించారని తేలింది. ప్రతిదీ సరళంగా మారింది - మా సాఫ్ట్వేర్ సర్వర్లను మాత్రమే కాకుండా వర్క్స్టేషన్లను కూడా పర్యవేక్షించడం ప్రారంభించింది. అందువల్ల పరిమితులను విస్తరించాలని చాలా అభ్యర్థనలు ఉన్నాయి. ఇప్పుడు మేము ఇప్పటికే చెల్లించిన సుంకాలను ప్రవేశపెట్టాము మరియు పరిమితులను స్వతంత్రంగా విస్తరించవచ్చు.
సర్వర్లు దాదాపు ఎల్లప్పుడూ RAID శ్రేణిలో నిల్వ సిస్టమ్లు లేదా స్థానిక డిస్క్లతో పని చేస్తాయి. మరియు మేము మొదట వారి కోసం ఉత్పత్తిని తయారు చేసాము. మరియు ఈ పని కోసం SMART పర్యవేక్షణ ఆసక్తికరంగా లేదు. వర్క్స్టేషన్లను పర్యవేక్షించడానికి ప్రజలు సాఫ్ట్వేర్ను స్వీకరించారనే వాస్తవాన్ని పరిగణనలోకి తీసుకుంటే, స్మార్ట్ పర్యవేక్షణ అమలు కోసం అభ్యర్థనలు కనిపించాయి. త్వరలో అమలు చేస్తాం.
వెలియం కనెక్టర్ రాకతో, కార్పొరేట్ నెట్వర్క్లో VPN సర్వర్ని అమలు చేయడం లేదా RDGW చేయడం లేదా RDP ద్వారా కనెక్ట్ చేయడానికి అవసరమైన మెషీన్లకు పోర్ట్లను ఫార్వార్డ్ చేయడం అనవసరంగా మారింది. చాలా మంది ఈ రిమోట్ కనెక్షన్ల కోసం మాత్రమే మా సిస్టమ్ని ఉపయోగిస్తున్నారు. Veliam Connector Windows కోసం మాత్రమే అందుబాటులో ఉంది మరియు కొంతమంది కంపెనీ వినియోగదారులు MacOSని అమలు చేస్తున్న హోమ్ ల్యాప్టాప్ల నుండి కార్పొరేట్ నెట్వర్క్లోని వర్క్స్టేషన్లు లేదా టెర్మినల్లకు కనెక్ట్ చేస్తారు. మరియు సిస్టమ్ అడ్మినిస్ట్రేటర్ చాలా మంది వినియోగదారుల కారణంగా, ఫార్వార్డింగ్ లేదా VPN సమస్యకు తిరిగి రావడానికి బలవంతం చేయబడిందని తేలింది. కాబట్టి, మేము ఇప్పుడు MacOS కోసం వెలియం కనెక్టర్ యొక్క సంస్కరణను పూర్తి చేస్తున్నాము. తమకు ఇష్టమైన Apple టెక్నాలజీని ఉపయోగించే వినియోగదారులు ఒకే క్లిక్తో కార్పొరేట్ ఇన్ఫ్రాస్ట్రక్చర్కు కనెక్ట్ అయ్యే అవకాశం కూడా ఉంటుంది.
పెద్ద సంఖ్యలో సిస్టమ్ వినియోగదారులను కలిగి ఉన్నందున, వ్యక్తులకు ఏమి అవసరమో మరియు ఏది మరింత సౌకర్యవంతంగా ఉంటుంది అనే దాని గురించి మీరు మీ మెదడులను కదిలించాల్సిన అవసరం లేదని నేను నిజంగా ఇష్టపడుతున్నాను. వారు తమ కోరికలను వ్రాస్తారు, కాబట్టి సమీప భవిష్యత్తు కోసం చాలా అభివృద్ధి ప్రణాళికలు ఉన్నాయి.
సమాంతరంగా, మేము ఇప్పుడు సిస్టమ్ను ఆంగ్లంలోకి అనువదించడం మరియు విదేశాలలో పంపిణీ చేయడం ప్రారంభించాలని ప్లాన్ చేస్తున్నాము. మా దేశం వెలుపల ఉత్పత్తిని ఎలా పంపిణీ చేస్తామో మాకు ఇంకా తెలియదు, మేము ఎంపికల కోసం చూస్తున్నాము. బహుశా దీని గురించి తరువాత ప్రత్యేక కథనం ఉంటుంది. బహుశా ఈ కథనాన్ని చదివిన ఎవరైనా అవసరమైన వెక్టర్ను సూచించగలరు, లేదా అతను దానిని ఎలా చేయాలో తెలుసు మరియు తెలుసు మరియు అతని సేవలను అందిస్తాడు. మేము మీ సహాయాన్ని అభినందిస్తున్నాము.
మూలం: www.habr.com