ഔട്ട്‌സോഴ്‌സിംഗ് മുതൽ വികസനം വരെ (ഭാഗം 1)

എല്ലാവർക്കും ഹലോ, എന്റെ പേര് സെർജി എമെലിയൻചിക്. ഞാൻ ഓഡിറ്റ്-ടെലികോം കമ്പനിയുടെ തലവനാണ്, വെളിയം സിസ്റ്റത്തിന്റെ പ്രധാന ഡവലപ്പറും രചയിതാവുമാണ്. ഞാനും എന്റെ സുഹൃത്തും എങ്ങനെ ഒരു ഔട്ട്‌സോഴ്‌സിംഗ് കമ്പനി സൃഷ്ടിച്ചു, ഞങ്ങൾക്കായി സോഫ്‌റ്റ്‌വെയർ എഴുതി, തുടർന്ന് SaaS സിസ്റ്റം വഴി എല്ലാവർക്കും അത് വിതരണം ചെയ്യാൻ തുടങ്ങിയതിനെക്കുറിച്ച് ഒരു ലേഖനം എഴുതാൻ ഞാൻ തീരുമാനിച്ചു. ഇത് സാധ്യമാണെന്ന് ഞാൻ എങ്ങനെ വിശ്വസിച്ചില്ല എന്നതിനെക്കുറിച്ച്. ലേഖനത്തിൽ ഒരു കഥ മാത്രമല്ല, വെളിയം ഉൽപ്പന്നം എങ്ങനെ സൃഷ്ടിച്ചു എന്നതിന്റെ സാങ്കേതിക വിശദാംശങ്ങളും അടങ്ങിയിരിക്കും. സോഴ്സ് കോഡിന്റെ ചില ഭാഗങ്ങൾ ഉൾപ്പെടെ. ഞങ്ങൾ എന്ത് തെറ്റുകൾ വരുത്തിയെന്നും അവ എങ്ങനെ തിരുത്തിയെന്നും ഞാൻ നിങ്ങളോട് പറയും. ഇത്തരമൊരു ലേഖനം പ്രസിദ്ധീകരിക്കണോ എന്ന സംശയം ഉണ്ടായിരുന്നു. പക്ഷേ, ലേഖനം പ്രസിദ്ധീകരിക്കാതിരിക്കുന്നതിനേക്കാൾ നല്ലത് അത് ചെയ്യുകയും അഭിപ്രായങ്ങൾ നേടുകയും മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്നതാണ് നല്ലത് എന്ന് ഞാൻ കരുതി...

ചരിത്രാതീതകാലം

ഒരു കമ്പനിയിൽ ഐടി ജീവനക്കാരനായി ജോലി ചെയ്തു. വിപുലമായ നെറ്റ്‌വർക്ക് ഘടനയുള്ള കമ്പനി വളരെ വലുതായിരുന്നു. എന്റെ ജോലി ഉത്തരവാദിത്തങ്ങളിൽ ഞാൻ വസിക്കുകയില്ല, അവർ തീർച്ചയായും ഒന്നിന്റെയും വികസനം ഉൾപ്പെടുത്തിയിട്ടില്ലെന്ന് മാത്രമേ ഞാൻ പറയൂ.

ഞങ്ങൾക്ക് നിരീക്ഷണം ഉണ്ടായിരുന്നു, പക്ഷേ തികച്ചും അക്കാദമിക് താൽപ്പര്യം കാരണം എന്റേതായ ഏറ്റവും ലളിതമായ ഒന്ന് എഴുതാൻ ഞാൻ ആഗ്രഹിച്ചു. ആശയം ഇതായിരുന്നു: ഇത് വെബിൽ ആയിരിക്കണമെന്ന് ഞാൻ ആഗ്രഹിച്ചു, അതിനാൽ എനിക്ക് ക്ലയന്റുകളൊന്നും ഇൻസ്റ്റാൾ ചെയ്യാതെ തന്നെ എളുപ്പത്തിൽ പ്രവേശിക്കാനും Wi-Fi വഴിയുള്ള മൊബൈൽ ഉപകരണം ഉൾപ്പെടെ ഏത് ഉപകരണത്തിൽ നിന്നും നെറ്റ്‌വർക്കിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് കാണാനും കഴിയും. മുറിയിൽ "മോപ്പി" ആയി മാറിയ ഉപകരണങ്ങൾ എന്താണെന്ന് പെട്ടെന്ന് മനസ്സിലാക്കാൻ ആഗ്രഹിച്ചു, കാരണം... അത്തരം പ്രശ്നങ്ങൾക്കുള്ള പ്രതികരണ സമയത്തിന് വളരെ കർശനമായ ആവശ്യകതകൾ ഉണ്ടായിരുന്നു. തൽഫലമായി, ഒരു നെറ്റ്‌വർക്ക് ഡയഗ്രം ഉള്ള ഒരു jpeg പശ്ചാത്തലമുള്ള ഒരു ലളിതമായ വെബ് പേജ് എഴുതാനും ഈ ചിത്രത്തിലെ IP വിലാസങ്ങൾ ഉപയോഗിച്ച് ഉപകരണങ്ങൾ സ്വയം മുറിക്കാനും ഡൈനാമിക് ഉള്ളടക്കം മുകളിൽ കാണിക്കാനുമുള്ള ഒരു പദ്ധതി എന്റെ തലയിൽ പിറന്നു. പച്ച അല്ലെങ്കിൽ മിന്നുന്ന ചുവപ്പ് ഐപി വിലാസത്തിന്റെ രൂപത്തിൽ ആവശ്യമായ കോർഡിനേറ്റുകളിലെ ചിത്രം. ചുമതല സജ്ജീകരിച്ചു, നമുക്ക് ആരംഭിക്കാം.

മുമ്പ്, ഞാൻ ഡെൽഫി, PHP, JS എന്നിവയിലും വളരെ ഉപരിപ്ലവമായി C++ ലും പ്രോഗ്രാമിംഗ് ചെയ്യുകയായിരുന്നു. നെറ്റ്‌വർക്കുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് എനിക്ക് നന്നായി അറിയാം. VLAN, റൂട്ടിംഗ് (OSPF, EIGRP, BGP), NAT. ഒരു പ്രാകൃത മോണിറ്ററിംഗ് പ്രോട്ടോടൈപ്പ് സ്വയം എഴുതാൻ ഇത് മതിയായിരുന്നു.

ഞാൻ പ്ലാൻ ചെയ്തത് PHP-യിൽ എഴുതി. അപ്പാച്ചെ, പിഎച്ച്പി സെർവർ വിൻഡോസിൽ ആയിരുന്നു കാരണം... ആ നിമിഷം എന്നെ സംബന്ധിച്ചിടത്തോളം ലിനക്സ് മനസ്സിലാക്കാൻ കഴിയാത്തതും വളരെ സങ്കീർണ്ണവുമായ ഒന്നായിരുന്നു, അത് പിന്നീട് മാറിയതുപോലെ, ഞാൻ വളരെ തെറ്റിദ്ധരിക്കപ്പെട്ടു, പലയിടത്തും ലിനക്സ് വിൻഡോസിനേക്കാൾ വളരെ ലളിതമാണ്, പക്ഷേ ഇത് ഒരു പ്രത്യേക വിഷയമാണ്, കൂടാതെ എത്ര ഹോളിവറുകൾ ഉണ്ടെന്ന് നമുക്കെല്ലാവർക്കും അറിയാം. ഈ വിഷയം. വിൻഡോസ് ടാസ്‌ക് ഷെഡ്യൂളർ ഒരു ചെറിയ ഇടവേളയിൽ വലിച്ചു (എനിക്ക് കൃത്യമായി ഓർമ്മയില്ല, പക്ഷേ ഓരോ മൂന്ന് സെക്കൻഡിലും ഒരിക്കൽ എന്ന പോലെ) ഒരു PHP സ്‌ക്രിപ്റ്റ് എല്ലാ ഒബ്‌ജക്റ്റുകളും ഒരു ബാനൽ പിംഗ് ഉപയോഗിച്ച് പോൾ ചെയ്ത് സ്റ്റേറ്റിനെ ഒരു ഫയലിലേക്ക് സംരക്ഷിച്ചു.

system(“ping -n 3 -w 100 {$ip_address}“); 

അതെ, അതെ, ആ നിമിഷം ഒരു ഡാറ്റാബേസിൽ പ്രവർത്തിക്കുന്നതും എനിക്ക് പ്രാവീണ്യം നേടിയില്ല. പ്രക്രിയകൾ സമാന്തരമാക്കാൻ കഴിയുമെന്ന് എനിക്കറിയില്ലായിരുന്നു, എല്ലാ നെറ്റ്‌വർക്ക് നോഡുകളിലൂടെയും കടന്നുപോകാൻ വളരെയധികം സമയമെടുത്തു, കാരണം... ഇത് ഒരു ത്രെഡിൽ സംഭവിച്ചു. നിരവധി നോഡുകൾ ലഭ്യമല്ലാത്തപ്പോൾ പ്രശ്നങ്ങൾ ഉയർന്നു, കാരണം അവ ഓരോന്നും സ്ക്രിപ്റ്റ് 300 എം.എസ്. ക്ലയന്റ് ഭാഗത്ത് ഒരു ലളിതമായ ലൂപ്പിംഗ് ഫംഗ്‌ഷൻ ഉണ്ടായിരുന്നു, അത് കുറച്ച് നിമിഷങ്ങളുടെ ഇടവേളകളിൽ, സെർവറിൽ നിന്ന് ഒരു അജാക്സ് അഭ്യർത്ഥനയോടെ അപ്‌ഡേറ്റ് ചെയ്ത വിവരങ്ങൾ ഡൗൺലോഡ് ചെയ്യുകയും ഇന്റർഫേസ് അപ്‌ഡേറ്റ് ചെയ്യുകയും ചെയ്യുന്നു. ശരി, തുടർന്ന്, തുടർച്ചയായി 3 വിജയിക്കാത്ത പിംഗുകൾക്ക് ശേഷം, കമ്പ്യൂട്ടറിൽ നിരീക്ഷണമുള്ള ഒരു വെബ് പേജ് തുറന്നിട്ടുണ്ടെങ്കിൽ, സന്തോഷകരമായ ഒരു കോമ്പോസിഷൻ പ്ലേ ചെയ്തു.

എല്ലാം പ്രവർത്തിച്ചപ്പോൾ, ഫലത്തിൽ നിന്ന് ഞാൻ വളരെ പ്രചോദിതനായി, അതിൽ കൂടുതൽ ചേർക്കാമെന്ന് കരുതി (എന്റെ അറിവും കഴിവും കാരണം). എന്നാൽ ഒരു ദശലക്ഷം ചാർട്ടുകളുള്ള സിസ്റ്റങ്ങൾ എനിക്ക് എല്ലായ്പ്പോഴും ഇഷ്ടമല്ല, അന്നും ഇന്നും ഞാൻ കരുതുന്ന, മിക്ക കേസുകളിലും അനാവശ്യമാണ്. എന്റെ ജോലിയിൽ എന്നെ ശരിക്കും സഹായിക്കുന്നത് മാത്രം അതിൽ ഉൾപ്പെടുത്താൻ ഞാൻ ആഗ്രഹിച്ചു. ഈ തത്വം വെളിയത്തിന്റെ വികസനത്തിന് ഇന്നും അടിസ്ഥാനപരമായി നിലനിൽക്കുന്നു. കൂടാതെ, നിരീക്ഷണം തുടരുകയും പ്രശ്‌നങ്ങളെക്കുറിച്ച് അറിയുകയും ചെയ്യേണ്ട ആവശ്യമില്ലെങ്കിൽ അത് വളരെ രസകരമാണെന്ന് ഞാൻ മനസ്സിലാക്കി, അത് സംഭവിക്കുമ്പോൾ, പേജ് തുറന്ന് ഈ പ്രശ്‌നകരമായ നെറ്റ്‌വർക്ക് നോഡ് എവിടെയാണ് സ്ഥിതിചെയ്യുന്നതെന്നും അടുത്തതായി ഇത് എന്തുചെയ്യണമെന്നും നോക്കുക. എങ്ങനെയെങ്കിലും ഞാൻ അന്ന് ഇമെയിൽ വായിച്ചില്ല, ഞാൻ അത് ഉപയോഗിച്ചില്ല. നിങ്ങൾക്ക് ഒരു GET അല്ലെങ്കിൽ POST അഭ്യർത്ഥന അയയ്‌ക്കാൻ കഴിയുന്ന SMS ഗേറ്റ്‌വേകൾ ഉണ്ടെന്ന് ഞാൻ ഇന്റർനെറ്റിൽ കണ്ടു, ഞാൻ എഴുതുന്ന വാചകം അവർ എന്റെ മൊബൈൽ ഫോണിലേക്ക് ഒരു SMS അയയ്ക്കും. എനിക്ക് ഇത് ശരിക്കും വേണമെന്ന് എനിക്ക് പെട്ടെന്ന് മനസ്സിലായി. ഞാൻ ഡോക്യുമെന്റേഷൻ പഠിക്കാൻ തുടങ്ങി. കുറച്ച് സമയത്തിന് ശേഷം ഞാൻ വിജയിച്ചു, ഇപ്പോൾ എന്റെ മൊബൈൽ ഫോണിലെ നെറ്റ്‌വർക്കിലെ പ്രശ്‌നങ്ങളെക്കുറിച്ച് “വീണുപോയ ഒബ്‌ജക്റ്റ്” എന്ന പേരിൽ എനിക്ക് ഒരു SMS ലഭിച്ചു. സിസ്റ്റം പ്രാകൃതമാണെങ്കിലും, ഇത് ഞാൻ തന്നെ എഴുതിയതാണ്, അത് വികസിപ്പിക്കാൻ എന്നെ പ്രേരിപ്പിച്ച ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം എന്റെ ജോലിയിൽ എന്നെ ശരിക്കും സഹായിച്ച ഒരു ആപ്ലിക്കേഷൻ പ്രോഗ്രാമായിരുന്നു എന്നതാണ്.

ഇന്റർനെറ്റ് ചാനലുകളിലൊന്ന് പ്രവർത്തനരഹിതമായ ഒരു ദിവസം വന്നു, എന്റെ നിരീക്ഷണം അതിനെക്കുറിച്ച് എന്നെ അറിയിച്ചില്ല. ഗൂഗിൾ ഡിഎൻഎസ് ഇപ്പോഴും കൃത്യമായി പിംഗ് ചെയ്തതിനാൽ. ആശയവിനിമയ ചാനൽ സജീവമാണെന്ന് നിങ്ങൾക്ക് എങ്ങനെ നിരീക്ഷിക്കാമെന്ന് ചിന്തിക്കേണ്ട സമയമാണിത്. ഇത് എങ്ങനെ ചെയ്യാം എന്നതിനെക്കുറിച്ച് വ്യത്യസ്ത ആശയങ്ങൾ ഉണ്ടായിരുന്നു. എല്ലാ ഉപകരണങ്ങളിലേക്കും എനിക്ക് പ്രവേശനമില്ലായിരുന്നു. ഏത് ചാനലുകളാണ് തത്സമയമുള്ളതെന്ന് എങ്ങനെ മനസ്സിലാക്കാമെന്ന് ഞങ്ങൾ കണ്ടെത്തേണ്ടതുണ്ട്, പക്ഷേ നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളിൽ തന്നെ അത് എങ്ങനെയെങ്കിലും കാണാൻ കഴിയാതെ. ഇന്റർനെറ്റ് ആക്‌സസ് ചെയ്യാൻ നിലവിൽ ഏത് ആശയവിനിമയ ചാനൽ ഉപയോഗിക്കുന്നു എന്നതിനെ ആശ്രയിച്ച് പൊതു സെർവറുകളിലേക്കുള്ള റൂട്ട് ട്രെയ്‌സിംഗ് വ്യത്യാസപ്പെടാം എന്ന ആശയം ഒരു സഹപ്രവർത്തകൻ കൊണ്ടുവന്നു. ഞാൻ പരിശോധിച്ചു, അത് അങ്ങനെയായി. കണ്ടെത്തുമ്പോൾ വ്യത്യസ്ത വഴികളുണ്ടായിരുന്നു.

system(“tracert -d -w 500 8.8.8.8”);

അതിനാൽ മറ്റൊരു സ്ക്രിപ്റ്റ് പ്രത്യക്ഷപ്പെട്ടു, അല്ലെങ്കിൽ, ചില കാരണങ്ങളാൽ, അതേ സ്ക്രിപ്റ്റിന്റെ അവസാനത്തിൽ ട്രേസ് ചേർത്തു, അത് നെറ്റ്വർക്കിലെ എല്ലാ ഉപകരണങ്ങളും പിംഗ് ചെയ്തു. എല്ലാത്തിനുമുപരി, ഇത് മറ്റൊരു നീണ്ട പ്രക്രിയയാണ്, അത് ഒരേ ത്രെഡിൽ നടപ്പിലാക്കുകയും മുഴുവൻ സ്ക്രിപ്റ്റിന്റെയും പ്രവർത്തനം മന്ദഗതിയിലാക്കുകയും ചെയ്തു. എന്നാൽ പിന്നീട് അത് അത്ര വ്യക്തമായിരുന്നില്ല. എന്നാൽ ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊരു തരത്തിൽ, അവൻ തന്റെ ജോലി ചെയ്തു, ഓരോ ചാനലുകൾക്കും ഏതുതരം ട്രെയ്‌സിംഗ് ആയിരിക്കണമെന്ന് കോഡ് കർശനമായി നിർവചിച്ചു. സിസ്റ്റം പ്രവർത്തിക്കാൻ തുടങ്ങിയത് ഇങ്ങനെയാണ്, അത് ഇതിനകം നിരീക്ഷിച്ചു (ഉറക്കെ പറഞ്ഞു, കാരണം മെട്രിക്‌സിന്റെ ശേഖരം ഇല്ലായിരുന്നു, പക്ഷേ പിംഗ് മാത്രം) നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളും (റൂട്ടറുകൾ, സ്വിച്ചുകൾ, വൈ-ഫൈ മുതലായവ) പുറം ലോകവുമായുള്ള ആശയവിനിമയ ചാനലുകളും . SMS സന്ദേശങ്ങൾ പതിവായി എത്തുകയും ഡയഗ്രം എല്ലായ്പ്പോഴും പ്രശ്നം എവിടെയാണെന്ന് വ്യക്തമായി കാണിക്കുകയും ചെയ്യുന്നു.

കൂടാതെ, ദൈനംദിന ജോലികളിൽ എനിക്ക് ക്രോസ്-ക്രോസിംഗ് ചെയ്യേണ്ടിവന്നു. ഏത് ഇന്റർഫേസ് ഉപയോഗിക്കണമെന്ന് കാണാൻ ഓരോ തവണയും സിസ്‌കോ സ്വിച്ചുകളിലേക്ക് പോകുന്നത് എനിക്ക് മടുത്തു. നിരീക്ഷണത്തിലുള്ള ഒരു ഒബ്‌ജക്‌റ്റിൽ ക്ലിക്ക് ചെയ്‌ത് അതിന്റെ ഇന്റർഫേസുകളുടെ ഒരു ലിസ്റ്റ് വിവരണങ്ങളോടെ കാണുന്നത് എത്ര രസകരമായിരിക്കും. അത് എന്റെ സമയം ലാഭിക്കും. മാത്രമല്ല, ഈ സ്കീമിൽ അക്കൗണ്ടുകളും കമാൻഡുകളും നൽകുന്നതിന് Putty അല്ലെങ്കിൽ SecureCRT പ്രവർത്തിപ്പിക്കേണ്ട ആവശ്യമില്ല. ഞാൻ മോണിറ്ററിംഗിൽ ക്ലിക്ക് ചെയ്തു, ആവശ്യമുള്ളത് കണ്ടു, എന്റെ ജോലി ചെയ്യാൻ പോയി. സ്വിച്ചുകളുമായി സംവദിക്കാനുള്ള വഴികൾ ഞാൻ അന്വേഷിക്കാൻ തുടങ്ങി. ഞാൻ ഉടനെ 2 ഓപ്ഷനുകൾ കണ്ടു: SNMP അല്ലെങ്കിൽ SSH വഴി സ്വിച്ചിലേക്ക് ലോഗിൻ ചെയ്യുക, എനിക്ക് ആവശ്യമായ കമാൻഡുകൾ നൽകി ഫലം പാഴ്‌സ് ചെയ്യുക. SNMP നടപ്പിലാക്കുന്നതിന്റെ സങ്കീർണ്ണത കാരണം ഞാൻ അത് നിരസിച്ചു; ഫലം ലഭിക്കുന്നതിൽ ഞാൻ അക്ഷമനായിരുന്നു. എസ്‌എൻ‌എം‌പി ഉപയോഗിച്ച്, നിങ്ങൾ വളരെക്കാലം എം‌ഐ‌ബിയിലേക്ക് നോക്കേണ്ടതുണ്ട്, ഈ ഡാറ്റയെ അടിസ്ഥാനമാക്കി, ഇന്റർ‌ഫേസുകളെക്കുറിച്ചുള്ള ഡാറ്റ സൃഷ്ടിക്കുക. CISCO-യിൽ ഒരു മികച്ച ടീമുണ്ട്

show interface status

ക്രോസ്-ക്രോസിംഗുകൾക്ക് എനിക്ക് എന്താണ് വേണ്ടതെന്ന് ഇത് കൃത്യമായി കാണിക്കുന്നു. ഈ കമാൻഡിന്റെ ഔട്ട്‌പുട്ട് കാണണമെങ്കിൽ എന്തിനാണ് എസ്എൻഎംപിയെ ബുദ്ധിമുട്ടിക്കുന്നത്, ഞാൻ ചിന്തിച്ചു. കുറച്ച് സമയത്തിന് ശേഷം, എനിക്ക് ഈ അവസരം മനസ്സിലായി. ഒരു വെബ് പേജിലെ ഒബ്ജക്റ്റിൽ ക്ലിക്ക് ചെയ്തു. AJAX ക്ലയന്റ് സെർവറുമായി ബന്ധപ്പെട്ട ഒരു ഇവന്റ് ട്രിഗർ ചെയ്യപ്പെട്ടു, അത് എനിക്ക് ആവശ്യമുള്ള സ്വിച്ചിലേക്ക് SSH വഴി കണക്റ്റുചെയ്‌തു (ക്രെഡൻഷ്യലുകൾ കോഡിലേക്ക് ഹാർഡ്‌കോഡ് ചെയ്‌തു, അത് പരിഷ്‌ക്കരിക്കാൻ ആഗ്രഹമില്ല, ചില പ്രത്യേക മെനുകൾ നിർമ്മിക്കാൻ. ഇന്റർഫേസിൽ നിന്ന് അക്കൌണ്ടുകൾ മാറ്റാൻ സാധിക്കും , എനിക്ക് ഫലം ആവശ്യമായിരുന്നു വേഗത്തിൽ) ഞാൻ മുകളിലെ കമാൻഡ് അവിടെ നൽകി ബ്രൗസറിലേക്ക് തിരികെ അയച്ചു. അതിനാൽ മൗസിന്റെ ഒറ്റ ക്ലിക്കിൽ ഞാൻ ഇന്റർഫേസുകളിലെ വിവരങ്ങൾ കാണാൻ തുടങ്ങി. ഇത് വളരെ സൗകര്യപ്രദമായിരുന്നു, പ്രത്യേകിച്ചും നിങ്ങൾക്ക് ഈ വിവരങ്ങൾ ഒരേസമയം വ്യത്യസ്ത സ്വിച്ചുകളിൽ കാണേണ്ടിവരുമ്പോൾ.

ട്രെയ്സ് അടിസ്ഥാനമാക്കിയുള്ള ചാനൽ നിരീക്ഷണം മികച്ച ആശയമായിരുന്നില്ല, കാരണം... ചിലപ്പോൾ നെറ്റ്‌വർക്കിൽ ജോലികൾ നടക്കുന്നു, കൂടാതെ ട്രെയ്‌സിംഗ് മാറുകയും ചാനലിൽ പ്രശ്‌നങ്ങളുണ്ടെന്ന് നിരീക്ഷണം എന്നോട് നിലവിളിക്കാൻ തുടങ്ങി. എന്നാൽ വിശകലനത്തിനായി ധാരാളം സമയം ചെലവഴിച്ചതിന് ശേഷം, എല്ലാ ചാനലുകളും പ്രവർത്തിക്കുന്നുണ്ടെന്ന് എനിക്ക് മനസ്സിലായി, എന്റെ നിരീക്ഷണം എന്നെ വഞ്ചിക്കുകയായിരുന്നു. തൽഫലമായി, ചാനൽ രൂപീകരണ സ്വിച്ചുകൾ കൈകാര്യം ചെയ്യുന്ന എന്റെ സഹപ്രവർത്തകരോട് അയൽവാസികളുടെ ദൃശ്യപരത മാറുമ്പോൾ എനിക്ക് സിസ്ലോഗ് അയയ്ക്കാൻ ഞാൻ ആവശ്യപ്പെട്ടു. അതനുസരിച്ച്, ഇത് കണ്ടെത്തുന്നതിനേക്കാൾ വളരെ ലളിതവും വേഗതയേറിയതും കൃത്യവുമായിരുന്നു. അയൽക്കാരനെ നഷ്‌ടപ്പെട്ടതുപോലുള്ള ഒരു ഇവന്റ് വന്നിരിക്കുന്നു, ഞാൻ ഉടൻ തന്നെ ചാനൽ പ്രവർത്തനരഹിതമായതിനെക്കുറിച്ച് ഒരു അറിയിപ്പ് പുറപ്പെടുവിക്കുന്നു.

കൂടാതെ, ഒരു ഒബ്‌ജക്റ്റിൽ ക്ലിക്കുചെയ്യുമ്പോൾ നിരവധി കമാൻഡുകൾ പ്രത്യക്ഷപ്പെട്ടു, കൂടാതെ ചില മെട്രിക്‌സ് ശേഖരിക്കാൻ എസ്‌എൻ‌എം‌പി ചേർത്തു, അടിസ്ഥാനപരമായി അതാണ്. സിസ്റ്റം കൂടുതൽ വികസിച്ചിട്ടില്ല. എനിക്ക് ആവശ്യമുള്ളതെല്ലാം ചെയ്തു, അതൊരു നല്ല ഉപകരണമായിരുന്നു. ഈ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ഇന്റർനെറ്റിൽ ഇതിനകം തന്നെ ധാരാളം സോഫ്റ്റ്വെയർ ഉണ്ടെന്ന് പല വായനക്കാരും എന്നോട് പറഞ്ഞേക്കാം. എന്നാൽ വാസ്തവത്തിൽ, ഞാൻ അക്കാലത്ത് അത്തരം സൗജന്യ ഉൽപ്പന്നങ്ങൾ ഗൂഗിൾ ചെയ്‌തിട്ടില്ല, എന്റെ പ്രോഗ്രാമിംഗ് കഴിവുകൾ വികസിപ്പിക്കാൻ ഞാൻ ശരിക്കും ആഗ്രഹിച്ചു, കൂടാതെ ഒരു യഥാർത്ഥ ആപ്ലിക്കേഷൻ പ്രശ്‌നത്തേക്കാൾ മികച്ച മാർഗം എന്താണ്. ഈ ഘട്ടത്തിൽ, മോണിറ്ററിംഗിന്റെ ആദ്യ പതിപ്പ് പൂർത്തിയായി, ഇനി പരിഷ്കരിച്ചില്ല.

ഓഡിറ്റ്-ടെലികോം എന്ന കമ്പനിയുടെ സൃഷ്ടി

കാലക്രമേണ, ഞാൻ മറ്റ് കമ്പനികളിൽ പാർട്ട് ടൈം ജോലി ചെയ്യാൻ തുടങ്ങി, ഭാഗ്യവശാൽ എന്റെ വർക്ക് ഷെഡ്യൂൾ ഇത് ചെയ്യാൻ എന്നെ അനുവദിച്ചു. നിങ്ങൾ വ്യത്യസ്ത കമ്പനികളിൽ ജോലി ചെയ്യുമ്പോൾ, വിവിധ മേഖലകളിലെ നിങ്ങളുടെ കഴിവുകൾ വളരെ വേഗത്തിൽ വളരുന്നു, നിങ്ങളുടെ ചക്രവാളങ്ങൾ നന്നായി വികസിക്കുന്നു. അവർ പറയുന്നതുപോലെ, നിങ്ങൾ ഒരു സ്വീഡനും കൊയ്ത്തുകാരനും കാഹളം വാദകനുമായ കമ്പനികളുണ്ട്. ഒരു വശത്ത്, ഇത് ബുദ്ധിമുട്ടാണ്, മറുവശത്ത്, നിങ്ങൾ മടിയനല്ലെങ്കിൽ, നിങ്ങൾ ഒരു പൊതുവാദിയാകും, ഇത് വേഗത്തിലും കാര്യക്ഷമമായും പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, കാരണം ബന്ധപ്പെട്ട ഫീൽഡ് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നിങ്ങൾക്കറിയാം.

എന്റെ സുഹൃത്ത് പവൽ (ഒരു ഐടി സ്പെഷ്യലിസ്റ്റും) സ്വന്തം ബിസിനസ്സ് തുടങ്ങാൻ എന്നെ പ്രോത്സാഹിപ്പിക്കാൻ നിരന്തരം ശ്രമിച്ചു. അവർ ചെയ്യുന്നതിന്റെ വ്യത്യസ്തമായ വ്യതിയാനങ്ങളുള്ള എണ്ണമറ്റ ആശയങ്ങൾ ഉണ്ടായിരുന്നു. ഇത് വർഷങ്ങളായി ചർച്ച ചെയ്യപ്പെട്ടതാണ്. അവസാനം, ഞാൻ ഒരു സന്ദേഹവാദിയും പവൽ ഒരു സ്വപ്നക്കാരനും ആയതിനാൽ ഇത് ഒന്നിനും വരാൻ പാടില്ലായിരുന്നു. ഓരോ തവണയും അദ്ദേഹം ഒരു ആശയം നിർദ്ദേശിക്കുമ്പോൾ, ഞാൻ എല്ലായ്പ്പോഴും അതിൽ വിശ്വസിക്കുകയും പങ്കെടുക്കാൻ വിസമ്മതിക്കുകയും ചെയ്തു. എന്നാൽ ഞങ്ങൾ ഞങ്ങളുടെ സ്വന്തം ബിസിനസ്സ് തുറക്കാൻ ആഗ്രഹിച്ചു.

ഒടുവിൽ, ഞങ്ങൾ രണ്ടുപേർക്കും അനുയോജ്യമായ ഒരു ഓപ്ഷൻ കണ്ടെത്താനും എങ്ങനെ ചെയ്യണമെന്ന് ഞങ്ങൾക്കറിയാവുന്ന കാര്യങ്ങൾ ചെയ്യാനും ഞങ്ങൾക്ക് കഴിഞ്ഞു. 2016-ൽ, ഐടി പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ബിസിനസുകളെ സഹായിക്കുന്ന ഒരു ഐടി കമ്പനി സൃഷ്ടിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. ഇത് ഐടി സിസ്റ്റങ്ങളുടെ വിന്യാസമാണ് (1C, ടെർമിനൽ സെർവർ, മെയിൽ സെർവർ മുതലായവ), അവയുടെ പരിപാലനം, ഉപയോക്താക്കൾക്കുള്ള ക്ലാസിക് ഹെൽപ്പ് ഡെസ്ക്, നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേഷൻ.

വ്യക്തമായി പറഞ്ഞാൽ, കമ്പനി സൃഷ്ടിക്കുന്ന സമയത്ത്, ഞാൻ അതിൽ 99,9% വിശ്വസിച്ചിരുന്നില്ല. എന്നാൽ എങ്ങനെയെങ്കിലും എന്നെ പരീക്ഷിക്കാൻ പവെലിന് കഴിഞ്ഞു, മുന്നോട്ട് നോക്കുമ്പോൾ അവൻ ശരിയാണെന്ന് തെളിഞ്ഞു. പാവലും ഞാനും 300 റൂബിൾ വീതം ചിപ്പ് ചെയ്തു, ഒരു പുതിയ LLC "ഓഡിറ്റ്-ടെലികോം" രജിസ്റ്റർ ചെയ്തു, ഒരു ചെറിയ ഓഫീസ് വാടകയ്‌ക്കെടുത്തു, രസകരമായ ബിസിനസ്സ് കാർഡുകൾ ഉണ്ടാക്കി, പൊതുവേ, മിക്കവാറും അനുഭവപരിചയമില്ലാത്ത, തുടക്കക്കാരനായ ബിസിനസുകാരെപ്പോലെ, ക്ലയന്റുകളെ തിരയാൻ തുടങ്ങി. ഉപഭോക്താക്കളെ കണ്ടെത്തുന്നത് തികച്ചും വ്യത്യസ്തമായ ഒരു കഥയാണ്. ഒരുപക്ഷേ ആർക്കെങ്കിലും താൽപ്പര്യമുണ്ടെങ്കിൽ കോർപ്പറേറ്റ് ബ്ലോഗിന്റെ ഭാഗമായി ഞങ്ങൾ ഒരു പ്രത്യേക ലേഖനം എഴുതും. തണുത്ത കോളുകൾ, ഫ്ലയറുകൾ മുതലായവ. ഇത് ഒരു ഫലവും നൽകിയില്ല. ബിസിനസ്സിനെക്കുറിച്ചുള്ള പല കഥകളിൽ നിന്നും ഞാൻ ഇപ്പോൾ വായിക്കുമ്പോൾ, ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊന്ന്, ഒരുപാട് ഭാഗ്യത്തെ ആശ്രയിച്ചിരിക്കുന്നു. ഞങ്ങൾ ഭാഗ്യവാന്മാരായിരുന്നു. കമ്പനി സൃഷ്ടിച്ച് അക്ഷരാർത്ഥത്തിൽ രണ്ടാഴ്ചയ്ക്ക് ശേഷം, എന്റെ സഹോദരൻ വ്‌ളാഡിമിർ ഞങ്ങളെ സമീപിച്ചു, അദ്ദേഹം ഞങ്ങൾക്ക് ആദ്യത്തെ ക്ലയന്റിനെ കൊണ്ടുവന്നു. ക്ലയന്റുകളുമായി പ്രവർത്തിക്കുന്നതിന്റെ വിശദാംശങ്ങൾ ഞാൻ നിങ്ങളെ ബോറടിപ്പിക്കില്ല, അതിനെക്കുറിച്ചല്ല ലേഖനം, ഞങ്ങൾ ഒരു ഓഡിറ്റിന് പോയി, നിർണായകമായ പ്രദേശങ്ങൾ കണ്ടെത്തി, ഈ മേഖലകൾ തകർന്നുവെന്ന് തീരുമാനിക്കുമ്പോൾ ഈ മേഖലകൾ തകർന്നു. ഔട്ട്‌സോഴ്‌സർമാരായി തുടർച്ചയായി ഞങ്ങളുമായി സഹകരിക്കുക. ഇതിനുശേഷം, ഉടൻ തന്നെ അനുകൂല തീരുമാനമെടുത്തു.

തുടർന്ന്, പ്രധാനമായും സുഹൃത്തുക്കളിലൂടെ വാമൊഴിയായി, മറ്റ് സേവന കമ്പനികൾ പ്രത്യക്ഷപ്പെടാൻ തുടങ്ങി. ഹെൽപ്പ്‌ഡെസ്‌ക് ഒരു സംവിധാനത്തിലായിരുന്നു. നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളിലേക്കും സെർവറുകളിലേക്കും ഉള്ള കണക്ഷനുകൾ വ്യത്യസ്തമാണ്, അല്ലെങ്കിൽ വ്യത്യസ്തമാണ്. ചില ആളുകൾ കുറുക്കുവഴികൾ സംരക്ഷിച്ചു, മറ്റുള്ളവർ RDP വിലാസ പുസ്തകങ്ങൾ ഉപയോഗിച്ചു. നിരീക്ഷണം മറ്റൊരു പ്രത്യേക സംവിധാനമാണ്. വ്യത്യസ്‌ത സംവിധാനങ്ങളിൽ ഒരു ടീമിന് പ്രവർത്തിക്കുന്നത് വളരെ അസൗകര്യമാണ്. പ്രധാനപ്പെട്ട വിവരങ്ങൾ കാണാതെ പോകുന്നു. ശരി, ഉദാഹരണത്തിന്, ക്ലയന്റ് ടെർമിനൽ സെർവർ ലഭ്യമല്ല. ഈ ക്ലയന്റിന്റെ ഉപയോക്താക്കളിൽ നിന്നുള്ള അപേക്ഷകൾ ഉടനടി സ്വീകരിക്കുന്നു. പിന്തുണാ സ്പെഷ്യലിസ്റ്റ് ഒരു അഭ്യർത്ഥന തുറക്കുന്നു (അത് ഫോണിലൂടെ ലഭിച്ചു). സംഭവങ്ങളും അഭ്യർത്ഥനകളും ഒരു സിസ്റ്റത്തിൽ രജിസ്റ്റർ ചെയ്തിട്ടുണ്ടെങ്കിൽ, സപ്പോർട്ട് സ്പെഷ്യലിസ്റ്റ് ഉടൻ തന്നെ ഉപയോക്താവിന്റെ പ്രശ്നം എന്താണെന്ന് കാണുകയും അതിനെക്കുറിച്ച് അവനോട് പറയുകയും ചെയ്യും, അതേസമയം സാഹചര്യം പരിഹരിക്കുന്നതിന് ആവശ്യമായ ഒബ്‌ജക്റ്റിലേക്ക് ഒരേസമയം കണക്റ്റുചെയ്യും. എല്ലാവരും തന്ത്രപരമായ സാഹചര്യത്തെക്കുറിച്ച് ബോധവാന്മാരാണ്, ഒപ്പം യോജിച്ച് പ്രവർത്തിക്കുന്നു. ഇതെല്ലാം കൂടിച്ചേർന്ന ഒരു സംവിധാനം ഞങ്ങൾ കണ്ടെത്തിയിട്ടില്ല. സ്വന്തം ഉൽപ്പന്നം നിർമ്മിക്കാനുള്ള സമയമാണിതെന്ന് വ്യക്തമായി.

നിങ്ങളുടെ മോണിറ്ററിംഗ് സിസ്റ്റത്തിന്റെ തുടർച്ചയായ പ്രവർത്തനം

നേരത്തെ എഴുതിയ സംവിധാനം നിലവിലെ ജോലികൾക്ക് തികച്ചും അനുയോജ്യമല്ലെന്ന് വ്യക്തമായി. പ്രവർത്തനക്ഷമതയുടെ കാര്യത്തിലോ ഗുണനിലവാരത്തിന്റെ കാര്യത്തിലോ അല്ല. കൂടാതെ ആദ്യം മുതൽ സിസ്റ്റം എഴുതാൻ തീരുമാനിച്ചു. ഗ്രാഫിക്കലി ഇത് തികച്ചും വ്യത്യസ്തമായി കാണപ്പെടേണ്ടതായിരുന്നു. ശരിയായ ക്ലയന്റിനായി ശരിയായ ഒബ്ജക്റ്റ് വേഗത്തിലും സൗകര്യപ്രദമായും തുറക്കാൻ കഴിയുന്ന തരത്തിൽ ഇത് ഒരു ശ്രേണിപരമായ സംവിധാനമായിരിക്കണം. ആദ്യ പതിപ്പിലെന്നപോലെ സ്കീം നിലവിലെ സാഹചര്യത്തിൽ തികച്ചും ന്യായീകരിക്കപ്പെടുന്നില്ല, കാരണം ഉപഭോക്താക്കൾ വ്യത്യസ്തരാണ്, ഏത് പരിസരത്താണ് ഉപകരണങ്ങൾ സ്ഥിതിചെയ്യുന്നത് എന്നത് പ്രശ്നമല്ല. ഇത് ഇതിനകം ഡോക്യുമെന്റേഷനിലേക്ക് മാറ്റി.

അതിനാൽ, ചുമതലകൾ:

1. ശ്രേണിപരമായ ഘടന;
2. നമുക്ക് ആവശ്യമായ അളവുകൾ ശേഖരിച്ച് സെൻട്രൽ സെർവറിലേക്ക് അയയ്‌ക്കുന്നതിന് ഒരു വെർച്വൽ മെഷീന്റെ രൂപത്തിൽ ക്ലയന്റിന്റെ പരിസരത്ത് സ്ഥാപിക്കാൻ കഴിയുന്ന ചില തരത്തിലുള്ള സെർവർ ഭാഗം, ഇതെല്ലാം സംഗ്രഹിച്ച് ഞങ്ങൾക്ക് കാണിക്കും;
3. അലേർട്ടുകൾ. ഒഴിവാക്കാനാവാത്തവ, കാരണം... ആ സമയത്ത് ഒരാൾക്ക് മോണിറ്ററിൽ നോക്കി ഇരിക്കാൻ പറ്റില്ലായിരുന്നു;
4. ആപ്ലിക്കേഷൻ സിസ്റ്റം. സെർവറും നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളും മാത്രമല്ല, വർക്ക്‌സ്റ്റേഷനുകളും ഞങ്ങൾ സേവനം നൽകിയ ക്ലയന്റുകൾ പ്രത്യക്ഷപ്പെടാൻ തുടങ്ങി;
5. സിസ്റ്റത്തിൽ നിന്ന് സെർവറുകളിലേക്കും ഉപകരണങ്ങളിലേക്കും വേഗത്തിൽ ബന്ധിപ്പിക്കാനുള്ള കഴിവ്;

ടാസ്ക്കുകൾ സജ്ജമാക്കി, ഞങ്ങൾ എഴുതാൻ തുടങ്ങുന്നു. വഴിയിൽ, ക്ലയന്റുകളിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നു. ആ സമയത്ത് ഞങ്ങൾ 4 പേർ ഉണ്ടായിരുന്നു. ഞങ്ങൾ രണ്ട് ഭാഗങ്ങളും ഒരേസമയം എഴുതാൻ തുടങ്ങി: സെൻട്രൽ സെർവറും ക്ലയന്റുകൾക്ക് ഇൻസ്റ്റാളുചെയ്യാനുള്ള സെർവറും. ഈ ഘട്ടത്തിൽ, ലിനക്സ് ഞങ്ങൾക്ക് അപരിചിതമായിരുന്നില്ല, കൂടാതെ ക്ലയന്റുകൾക്ക് ഉണ്ടായിരിക്കേണ്ട വെർച്വൽ മെഷീനുകൾ ഡെബിയനിലായിരിക്കുമെന്ന് തീരുമാനിച്ചു. ഇൻസ്റ്റാളറുകൾ ഉണ്ടാകില്ല, ഒരു പ്രത്യേക വെർച്വൽ മെഷീനിൽ ഞങ്ങൾ ഒരു സെർവർ പാർട്ട് പ്രോജക്റ്റ് നിർമ്മിക്കും, തുടർന്ന് ഞങ്ങൾ അത് ആവശ്യമുള്ള ക്ലയന്റിലേക്ക് ക്ലോൺ ചെയ്യും. ഇത് മറ്റൊരു തെറ്റായിരുന്നു. അത്തരമൊരു സ്കീമിൽ അപ്ഡേറ്റ് സംവിധാനം പൂർണ്ണമായും വികസിപ്പിച്ചിട്ടില്ലെന്ന് പിന്നീട് വ്യക്തമായി. ആ. ഞങ്ങൾ ചില പുതിയ ഫീച്ചറുകൾ ചേർക്കുകയായിരുന്നു, തുടർന്ന് എല്ലാ ക്ലയന്റ് സെർവറുകളിലേക്കും ഇത് വിതരണം ചെയ്യുന്നതിൽ മുഴുവൻ പ്രശ്നമുണ്ടായിരുന്നു, എന്നാൽ ഞങ്ങൾ പിന്നീട് ഇതിലേക്ക് മടങ്ങും, എല്ലാം ക്രമത്തിൽ.

ഞങ്ങൾ ആദ്യത്തെ പ്രോട്ടോടൈപ്പ് ഉണ്ടാക്കി. ഞങ്ങൾക്ക് ആവശ്യമായ ക്ലയന്റ് നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളും സെർവറുകളും പിംഗ് ചെയ്യാനും ഈ ഡാറ്റ ഞങ്ങളുടെ സെൻട്രൽ സെർവറിലേക്ക് അയയ്ക്കാനും അദ്ദേഹത്തിന് കഴിഞ്ഞു. അദ്ദേഹം, സെൻട്രൽ സെർവറിൽ ഈ ഡാറ്റ ബൾക്ക് ആയി അപ്ഡേറ്റ് ചെയ്തു. എങ്ങനെ, എന്ത് വിജയിച്ചു എന്നതിനെക്കുറിച്ചുള്ള ഒരു കഥ മാത്രമല്ല, എന്ത് അമേച്വർ തെറ്റുകൾ വരുത്തി, പിന്നീട് എനിക്ക് അത് എങ്ങനെ നൽകേണ്ടി വന്നു എന്നതിനെക്കുറിച്ചും ഞാൻ ഇവിടെ എഴുതും. അതിനാൽ, ഒബ്‌ജക്റ്റുകളുടെ മുഴുവൻ വൃക്ഷവും ഒരു സീരിയലൈസ്ഡ് ഒബ്‌ജക്റ്റിന്റെ രൂപത്തിൽ ഒരൊറ്റ ഫയലിൽ സംഭരിച്ചു. ഞങ്ങൾ സിസ്റ്റത്തിലേക്ക് നിരവധി ക്ലയന്റുകളെ ബന്ധിപ്പിച്ചപ്പോൾ, എല്ലാം കൂടുതലോ കുറവോ സാധാരണമായിരുന്നു, ചിലപ്പോൾ പൂർണ്ണമായും മനസ്സിലാക്കാൻ കഴിയാത്ത ചില പുരാവസ്തുക്കൾ ഉണ്ടായിരുന്നു. എന്നാൽ ഞങ്ങൾ ഒരു ഡസൻ സെർവറുകൾ സിസ്റ്റവുമായി ബന്ധിപ്പിച്ചപ്പോൾ, അത്ഭുതങ്ങൾ സംഭവിക്കാൻ തുടങ്ങി. ചിലപ്പോൾ, അജ്ഞാതമായ ചില കാരണങ്ങളാൽ, സിസ്റ്റത്തിലെ എല്ലാ വസ്തുക്കളും അപ്രത്യക്ഷമാകും. ഒരു POST അഭ്യർത്ഥന വഴി ഓരോ കുറച്ച് സെക്കൻഡിലും ക്ലയന്റുകൾ സെൻട്രൽ സെർവറിലേക്ക് ഡാറ്റ അയച്ചിരുന്ന സെർവറുകൾ ഇവിടെ ശ്രദ്ധിക്കേണ്ടതാണ്. ഒരേ സമയം വ്യത്യസ്ത ത്രെഡുകളിൽ നിന്ന് സീരിയലൈസ് ചെയ്ത ഒബ്‌ജക്റ്റ് സംഭരിച്ചിരിക്കുന്ന ഫയലിലേക്ക് ഒന്നിലധികം ആക്‌സസ്സിന്റെ പ്രശ്‌നമുണ്ടെന്ന് ശ്രദ്ധയുള്ള ഒരു വായനക്കാരനും പരിചയസമ്പന്നനായ ഒരു പ്രോഗ്രാമറും ഇതിനകം ഊഹിച്ചു. ഇത് സംഭവിക്കുമ്പോൾ, വസ്തുക്കൾ അപ്രത്യക്ഷമായതോടെ അത്ഭുതങ്ങൾ സംഭവിച്ചു. ഫയൽ വെറുതെയായി. എന്നാൽ ഇതെല്ലാം ഉടനടി കണ്ടെത്തിയില്ല, പക്ഷേ നിരവധി സെർവറുകളുമായുള്ള പ്രവർത്തന സമയത്ത് മാത്രമാണ്. ഈ സമയത്ത്, പോർട്ട് സ്കാനിംഗ് പ്രവർത്തനം ചേർത്തു (സെർവറുകൾ ഉപകരണങ്ങളുടെ ലഭ്യതയെക്കുറിച്ചുള്ള വിവരങ്ങൾ മാത്രമല്ല, അവയിൽ തുറന്നിരിക്കുന്ന പോർട്ടുകളെക്കുറിച്ചുള്ള വിവരങ്ങളും കേന്ദ്രത്തിലേക്ക് അയച്ചു). കമാൻഡ് വിളിച്ചാണ് ഇത് ചെയ്തത്:

$connection = @fsockopen($ip, $port, $errno, $errstr, 0.5);

ഫലങ്ങൾ പലപ്പോഴും തെറ്റായിരുന്നു, സ്കാൻ പൂർത്തിയാക്കാൻ വളരെ സമയമെടുത്തു. പിങ്ങിനെക്കുറിച്ച് ഞാൻ പൂർണ്ണമായും മറന്നു, ഇത് fping വഴിയാണ് ചെയ്തത്:

system("fping -r 3 -t 100 {$this->ip}");

ഇതും സമാന്തരമായിരുന്നില്ല, അതിനാൽ പ്രക്രിയ വളരെ നീണ്ടതായിരുന്നു. പിന്നീട്, സ്ഥിരീകരണത്തിന് ആവശ്യമായ ഐപി വിലാസങ്ങളുടെ മുഴുവൻ ലിസ്റ്റും ഒരേസമയം fping-ലേക്ക് അയച്ചു, പ്രതികരിച്ചവരുടെ ഒരു റെഡിമെയ്ഡ് ലിസ്റ്റ് ഞങ്ങൾക്ക് തിരികെ ലഭിച്ചു. ഞങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി, പ്രക്രിയകളെ സമാന്തരമാക്കാൻ fping-ന് കഴിഞ്ഞു.

WEB വഴി ചില സേവനങ്ങൾ സജ്ജീകരിക്കുകയായിരുന്നു മറ്റൊരു സാധാരണ ജോലി. ശരി, ഉദാഹരണത്തിന്, MS എക്സ്ചേഞ്ചിൽ നിന്നുള്ള ECP. അടിസ്ഥാനപരമായി ഇത് ഒരു ലിങ്ക് മാത്രമാണ്. ഒരു നിർദ്ദിഷ്‌ട ക്ലയന്റിന്റെ ECP എങ്ങനെ ആക്‌സസ് ചെയ്യാം എന്നതിന് ഡോക്യുമെന്റേഷനിലോ ബുക്ക്‌മാർക്കുകളിലോ മറ്റെവിടെയെങ്കിലും നോക്കേണ്ടതില്ല എന്നതിനാൽ, സിസ്റ്റത്തിലേക്ക് അത്തരം ലിങ്കുകൾ നേരിട്ട് ചേർക്കാൻ ഞങ്ങൾക്ക് കഴിയണമെന്ന് ഞങ്ങൾ തീരുമാനിച്ചു. സിസ്റ്റത്തിനായുള്ള റിസോഴ്‌സ് ലിങ്കുകൾ എന്ന ആശയം ഇങ്ങനെയാണ് പ്രത്യക്ഷപ്പെട്ടത്, അവയുടെ പ്രവർത്തനം ഇന്നുവരെ ലഭ്യമാണ്, മിക്കവാറും മാറിയിട്ടില്ല.

വെളിയത്ത് റിസോഴ്സ് ലിങ്കുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു

വിദൂര കണക്ഷനുകൾ

വെളിയത്തിന്റെ നിലവിലെ പതിപ്പിലെ പ്രവർത്തനത്തിൽ ഇങ്ങനെയാണ് കാണപ്പെടുന്നത്

സെർവറുകളിലേക്ക് വേഗത്തിലും സൗകര്യപ്രദമായും കണക്റ്റുചെയ്യുക എന്നതായിരുന്നു ചുമതലകളിലൊന്ന്, അതിൽ ഇതിനകം തന്നെ ധാരാളം (നൂറിലധികം) ഉണ്ടായിരുന്നു കൂടാതെ ദശലക്ഷക്കണക്കിന് മുൻകൂട്ടി സംരക്ഷിച്ച RDP കുറുക്കുവഴികളിലൂടെ അടുക്കുന്നത് വളരെ അസൗകര്യമായിരുന്നു. ഒരു ഉപകരണം ആവശ്യമായിരുന്നു. അത്തരം RDP കണക്ഷനുകൾക്കായി ഒരു വിലാസ പുസ്തകം പോലെയുള്ള സോഫ്റ്റ്വെയർ ഇന്റർനെറ്റിൽ ഉണ്ട്, എന്നാൽ അവ മോണിറ്ററിംഗ് സിസ്റ്റവുമായി സംയോജിപ്പിച്ചിട്ടില്ല, അക്കൗണ്ടുകൾ സംരക്ഷിക്കാൻ കഴിയില്ല. നിങ്ങൾ ഒരു ദിവസം ഡസൻ കണക്കിന് തവണ വ്യത്യസ്ത സെർവറുകളിലേക്ക് കണക്റ്റുചെയ്യുമ്പോൾ ഓരോ തവണയും വ്യത്യസ്ത ക്ലയന്റുകൾക്കായി അക്കൗണ്ടുകൾ നൽകുന്നത് ശുദ്ധമായ നരകമാണ്. SSH ഉപയോഗിച്ച്, കാര്യങ്ങൾ കുറച്ചുകൂടി മെച്ചമാണ്; അത്തരം കണക്ഷനുകൾ ഫോൾഡറുകളായി ക്രമീകരിക്കാനും അവയിൽ നിന്നുള്ള അക്കൗണ്ടുകൾ ഓർമ്മിക്കാനും നിങ്ങളെ അനുവദിക്കുന്ന ധാരാളം നല്ല സോഫ്റ്റ്‌വെയർ ഉണ്ട്. എന്നാൽ 2 പ്രശ്നങ്ങൾ ഉണ്ട്. ആദ്യത്തേത്, RDP, SSH കണക്ഷനുകൾക്കായി ഒരു പ്രോഗ്രാം പോലും ഞങ്ങൾ കണ്ടെത്തിയില്ല എന്നതാണ്. രണ്ടാമത്തേത്, ചില സമയങ്ങളിൽ ഞാൻ എന്റെ കമ്പ്യൂട്ടറിൽ ഇല്ലെങ്കിൽ, എനിക്ക് പെട്ടെന്ന് കണക്റ്റുചെയ്യേണ്ടതുണ്ടെങ്കിൽ, അല്ലെങ്കിൽ ഞാൻ സിസ്റ്റം വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്താൽ, ഈ ക്ലയന്റിൽ നിന്നുള്ള അക്കൗണ്ട് നോക്കാൻ എനിക്ക് ഡോക്യുമെന്റേഷനിലേക്ക് പോകേണ്ടിവരും. ഇത് അസൗകര്യവും സമയനഷ്ടവുമാണ്.

ക്ലയന്റ് സെർവറുകൾക്ക് ആവശ്യമായ ശ്രേണിപരമായ ഘടന ഞങ്ങളുടെ ആന്തരിക ഉൽപ്പന്നത്തിൽ ഇതിനകം തന്നെ ലഭ്യമാണ്. അവിടെ ആവശ്യമായ ഉപകരണങ്ങളിലേക്ക് ദ്രുത കണക്ഷനുകൾ എങ്ങനെ അറ്റാച്ചുചെയ്യാമെന്ന് എനിക്ക് കണ്ടെത്തേണ്ടിവന്നു. തുടക്കക്കാർക്കായി, കുറഞ്ഞത് നിങ്ങളുടെ നെറ്റ്‌വർക്കിലെങ്കിലും.

ഞങ്ങളുടെ സിസ്റ്റത്തിലെ ക്ലയന്റ് കമ്പ്യൂട്ടറിന്റെ പ്രാദേശിക ഉറവിടങ്ങളിലേക്ക് ആക്‌സസ് ഇല്ലാത്ത ഒരു ബ്രൗസറായിരുന്നു എന്ന വസ്തുത കണക്കിലെടുത്ത്, ചില കമാൻഡുകൾ ഉപയോഗിച്ച് ഞങ്ങൾക്ക് ആവശ്യമായ ആപ്ലിക്കേഷൻ സമാരംഭിക്കുന്നതിന്, “വിൻഡോസ്” വഴി എല്ലാം ചെയ്യാൻ ഇത് കണ്ടുപിടിച്ചു. ഇച്ഛാനുസൃത url സ്കീം". ഞങ്ങളുടെ സിസ്റ്റത്തിനായി ഒരു പ്രത്യേക “പ്ലഗിൻ” പ്രത്യക്ഷപ്പെട്ടത് ഇങ്ങനെയാണ്, അതിൽ പുട്ടിയും റിമോട്ട് ഡെസ്‌ക്‌ടോപ്പ് പ്ലസും ഉൾപ്പെടുന്നു, കൂടാതെ ഇൻസ്റ്റാളേഷൻ സമയത്ത്, വിൻഡോസിൽ യുആർഐ സ്കീം രജിസ്റ്റർ ചെയ്തു. ഇപ്പോൾ, RDP അല്ലെങ്കിൽ SSH വഴി ഒരു ഒബ്‌ജക്‌റ്റിലേക്ക് കണക്റ്റുചെയ്യാൻ ഞങ്ങൾ താൽപ്പര്യപ്പെടുമ്പോൾ, ഞങ്ങളുടെ സിസ്റ്റത്തിൽ ഞങ്ങൾ ഈ പ്രവർത്തനം ക്ലിക്കുചെയ്‌ത് ഇഷ്‌ടാനുസൃത URI പ്രവർത്തിക്കുന്നു. "പ്ലഗിന്റെ" ഭാഗമായ വിൻഡോസ് അല്ലെങ്കിൽ പുട്ടിയിൽ നിർമ്മിച്ച സ്റ്റാൻഡേർഡ് mstsc.exe സമാരംഭിച്ചു. ക്ലാസിക്കൽ അർത്ഥത്തിൽ ഇതൊരു ബ്രൗസർ പ്ലഗിൻ അല്ലാത്തതിനാൽ ഞാൻ പ്ലഗിൻ എന്ന വാക്ക് ഉദ്ധരണികളിൽ ഇട്ടു.

കുറഞ്ഞത് അത് എന്തെങ്കിലും ആയിരുന്നു. സൗകര്യപ്രദമായ വിലാസ പുസ്തകം. മാത്രമല്ല, പുട്ടിയുടെ കാര്യത്തിൽ, എല്ലാം പൊതുവെ മികച്ചതായിരുന്നു; അതിന് ഐപി കണക്ഷനുകളും ലോഗിൻ, പാസ്‌വേഡ് എന്നിവ ഇൻപുട്ട് പാരാമീറ്ററുകളായി നൽകാം. ആ. പാസ്‌വേഡുകൾ നൽകാതെ തന്നെ ഒറ്റ ക്ലിക്കിലൂടെ ഞങ്ങളുടെ നെറ്റ്‌വർക്കിലെ ലിനക്സ് സെർവറുകളിലേക്ക് ഞങ്ങൾ ഇതിനകം കണക്‌റ്റ് ചെയ്തിട്ടുണ്ട്. എന്നാൽ ആർഡിപിയിൽ ഇത് അത്ര ലളിതമല്ല. സ്റ്റാൻഡേർഡ് mstsc-ന് ക്രെഡൻഷ്യലുകൾ പാരാമീറ്ററുകളായി നൽകാൻ കഴിയില്ല. റിമോട്ട് ഡെസ്ക്ടോപ്പ് പ്ലസ് സഹായത്തിനെത്തി. ഇത് സംഭവിക്കാൻ അദ്ദേഹം അനുവദിച്ചു. ഇപ്പോൾ നമുക്ക് ഇത് കൂടാതെ ചെയ്യാൻ കഴിയും, എന്നാൽ വളരെക്കാലമായി അത് ഞങ്ങളുടെ സിസ്റ്റത്തിലെ വിശ്വസ്ത സഹായിയായിരുന്നു. HTTP(S) സൈറ്റുകളിൽ എല്ലാം ലളിതമാണ്, അത്തരം വസ്തുക്കൾ ബ്രൗസറിൽ തുറന്നിരിക്കുന്നു, അത്രമാത്രം. സൗകര്യപ്രദവും പ്രായോഗികവും. എന്നാൽ ഇത് ആന്തരിക നെറ്റ്‌വർക്കിൽ മാത്രം സന്തോഷമായിരുന്നു.

ഭൂരിഭാഗം പ്രശ്‌നങ്ങളും ഞങ്ങൾ ഓഫീസിൽ നിന്ന് വിദൂരമായി പരിഹരിച്ചതിനാൽ, ക്ലയന്റുകൾക്ക് VPN-കൾ ലഭ്യമാക്കുക എന്നതാണ് ഏറ്റവും എളുപ്പമുള്ള കാര്യം. തുടർന്ന് ഞങ്ങളുടെ സിസ്റ്റത്തിൽ നിന്ന് അവരുമായി ബന്ധിപ്പിക്കാൻ സാധിച്ചു. പക്ഷേ, അത് അപ്പോഴും കുറച്ച് അസൗകര്യമായിരുന്നു. ഓരോ ക്ലയന്റിനും, ഓരോ കമ്പ്യൂട്ടറിലും ഓർത്തിരിക്കുന്ന VPN കണക്ഷനുകളുടെ ഒരു കൂട്ടം സൂക്ഷിക്കേണ്ടത് ആവശ്യമാണ്, കൂടാതെ ഏതെങ്കിലും ഒന്നിലേക്ക് കണക്റ്റുചെയ്യുന്നതിന് മുമ്പ്, അനുബന്ധ VPN പ്രവർത്തനക്ഷമമാക്കേണ്ടത് ആവശ്യമാണ്. ഞങ്ങൾ ഈ പരിഹാരം വളരെക്കാലമായി ഉപയോഗിച്ചു. എന്നാൽ ക്ലയന്റുകളുടെ എണ്ണം വർദ്ധിച്ചുകൊണ്ടിരിക്കുന്നു, VPN- കളുടെ എണ്ണവും വർദ്ധിച്ചുകൊണ്ടിരിക്കുന്നു, ഇതെല്ലാം ബുദ്ധിമുട്ടാൻ തുടങ്ങി, അതിനെക്കുറിച്ച് എന്തെങ്കിലും ചെയ്യേണ്ടതുണ്ട്. സിസ്റ്റം പുനഃസ്ഥാപിച്ചതിന് ശേഷം, ഒരു പുതിയ വിൻഡോസ് പ്രൊഫൈലിൽ ഡസൻ കണക്കിന് VPN കണക്ഷനുകൾ വീണ്ടും നൽകേണ്ടി വന്നപ്പോൾ, പ്രത്യേകിച്ച് എന്റെ കണ്ണുകളിൽ കണ്ണുനീർ വന്നു. ഇത് പൊറുത്ത് നിർത്തൂ, ഞാൻ പറഞ്ഞു, ഇതിന് എന്ത് ചെയ്യാൻ കഴിയുമെന്ന് ഞാൻ ചിന്തിക്കാൻ തുടങ്ങി.

എല്ലാ ക്ലയന്റുകൾക്കും റൂട്ടറുകളായി അറിയപ്പെടുന്ന കമ്പനിയായ മൈക്രോട്ടിക്കിൽ നിന്നുള്ള ഉപകരണങ്ങൾ ഉണ്ടായിരുന്നു. അവ വളരെ പ്രവർത്തനക്ഷമവും മിക്കവാറും ഏത് ജോലിയും ചെയ്യാൻ സൗകര്യപ്രദവുമാണ്. പോരായ്മ അവർ "ഹൈജാക്ക്" ആണ്. പുറത്ത് നിന്നുള്ള എല്ലാ ആക്‌സസ്സും അടച്ചുകൊണ്ട് ഞങ്ങൾ ഈ പ്രശ്നം പരിഹരിച്ചു. എന്നാൽ ക്ലയന്റിന്റെ സ്ഥലത്തേക്ക് വരാതെ എങ്ങനെയെങ്കിലും അവരിലേക്ക് പ്രവേശനം നേടേണ്ടത് ആവശ്യമാണ്, കാരണം... അത് നീണ്ടതാണ്. അത്തരത്തിലുള്ള ഓരോ മൈക്രോട്ടിക്കിനും ഞങ്ങൾ തുരങ്കങ്ങൾ ഉണ്ടാക്കുകയും അവയെ ഒരു പ്രത്യേക കുളമാക്കി വേർതിരിക്കുകയും ചെയ്തു. ഒരു റൂട്ടിംഗും ഇല്ലാതെ, അതിനാൽ നിങ്ങളുടെ നെറ്റ്‌വർക്കിന്റെ ക്ലയന്റുകളുടെ നെറ്റ്‌വർക്കുകളുമായും അവരുടെ നെറ്റ്‌വർക്കുകളുമായും പരസ്പരം ബന്ധമില്ല.

സിസ്റ്റത്തിൽ എനിക്ക് ആവശ്യമുള്ള ഒബ്‌ജക്റ്റിൽ ക്ലിക്ക് ചെയ്യുമ്പോൾ, സെൻട്രൽ മോണിറ്ററിംഗ് സെർവർ, എല്ലാ ക്ലയന്റ് Mikrotik-ന്റെയും SSH അക്കൗണ്ടുകൾ അറിഞ്ഞുകൊണ്ട്, ആവശ്യമുള്ള ഒന്നിലേക്ക് കണക്റ്റുചെയ്‌ത്, ആവശ്യമുള്ള ഹോസ്റ്റിലേക്ക് ഫോർവേഡിംഗ് റൂൾ സൃഷ്ടിക്കുന്നുവെന്ന് ഉറപ്പാക്കാനാണ് ഈ ആശയം ജനിച്ചത്. ആവശ്യമായ പോർട്ട്. ഇവിടെ നിരവധി പോയിന്റുകൾ ഉണ്ട്. പരിഹാരം സാർവത്രികമല്ല - ഇത് Mikrotik-ന് മാത്രമേ പ്രവർത്തിക്കൂ, കാരണം എല്ലാ റൂട്ടറുകൾക്കും കമാൻഡ് വാക്യഘടന വ്യത്യസ്തമാണ്. കൂടാതെ, അത്തരം ഫോർവേഡിംഗുകൾ എങ്ങനെയെങ്കിലും ഇല്ലാതാക്കേണ്ടതുണ്ട്, കൂടാതെ ഞങ്ങളുടെ സിസ്റ്റത്തിന്റെ സെർവർ ഭാഗത്തിന് എന്റെ RDP സെഷൻ പൂർത്തിയാക്കിയോ എന്ന് ഒരു തരത്തിലും ട്രാക്ക് ചെയ്യാൻ കഴിഞ്ഞില്ല. ശരി, അത്തരം ഫോർവേഡിംഗ് ക്ലയന്റിന് ഒരു ദ്വാരമാണ്. എന്നാൽ ഞങ്ങൾ സാർവത്രികതയെ പിന്തുടർന്നില്ല, കാരണം... ഉൽപ്പന്നം ഞങ്ങളുടെ കമ്പനിക്കുള്ളിൽ മാത്രമേ ഉപയോഗിച്ചിട്ടുള്ളൂ, അത് പൊതുജനങ്ങൾക്ക് റിലീസ് ചെയ്യുന്നതിനെക്കുറിച്ചുള്ള ചിന്തകളൊന്നും ഉണ്ടായിരുന്നില്ല.

ഓരോ പ്രശ്നങ്ങളും അതിന്റേതായ രീതിയിൽ പരിഹരിച്ചു. റൂൾ സൃഷ്ടിച്ചപ്പോൾ, ഈ ഫോർവേഡിംഗ് ഒരു പ്രത്യേക ബാഹ്യ ഐപി വിലാസത്തിന് മാത്രമേ ലഭ്യമാകൂ (അതിൽ നിന്നാണ് കണക്ഷൻ ആരംഭിച്ചത്). അതിനാൽ ഒരു സുരക്ഷാ ദ്വാരം ഒഴിവായി. എന്നാൽ അത്തരം ഓരോ കണക്ഷനിലും, NAT പേജിൽ ഒരു Microtik നിയമം ചേർത്തു, അത് ക്ലിയർ ചെയ്തില്ല. കൂടുതൽ നിയമങ്ങൾ ഉണ്ടെന്ന് എല്ലാവർക്കും അറിയാം, റൂട്ടറിന്റെ പ്രോസസർ കൂടുതൽ ലോഡ് ചെയ്യപ്പെടുന്നു. പൊതുവേ, ഒരു ദിവസം ഞാൻ കുറച്ച് മൈക്രോടിക്കിലേക്ക് പോകുമെന്ന് എനിക്ക് അംഗീകരിക്കാൻ കഴിഞ്ഞില്ല, നൂറുകണക്കിന് ചത്തതും ഉപയോഗശൂന്യവുമായ നിയമങ്ങൾ ഉണ്ടാകും.

ഞങ്ങളുടെ സെർവറിന് കണക്ഷൻ സ്റ്റാറ്റസ് ട്രാക്ക് ചെയ്യാൻ കഴിയാത്തതിനാൽ, അവയെ തന്നെ ട്രാക്ക് ചെയ്യാൻ Mikrotik അനുവദിക്കുക. ഒരു പ്രത്യേക വിവരണത്തോടെ എല്ലാ ഫോർവേഡിംഗ് നിയമങ്ങളും നിരന്തരം നിരീക്ഷിക്കുകയും TCP കണക്ഷന് അനുയോജ്യമായ ഒരു റൂൾ ഉണ്ടോ എന്ന് പരിശോധിക്കുകയും ചെയ്യുന്ന ഒരു സ്ക്രിപ്റ്റ് ഞാൻ എഴുതി. കുറച്ച് സമയത്തേക്ക് ഒരെണ്ണം ഇല്ലെങ്കിൽ, കണക്ഷൻ ഇതിനകം പൂർത്തിയായിരിക്കാം, ഈ ഫോർവേഡിംഗ് ഇല്ലാതാക്കാം. എല്ലാം ശരിയായി, തിരക്കഥ നന്നായി പ്രവർത്തിച്ചു.

വഴിയിൽ, ഇതാ:

global atmonrulecounter {"dontDelete"="dontDelete"}
:foreach i in=[/ip firewall nat find comment~"atmon_script_main"] do={ 
	local dstport [/ip firewall nat get value-name="dst-port" $i]
	local dstaddress [/ip firewall nat get value-name="dst-address" $i]
	local dstaddrport "$dstaddress:$dstport"
	#log warning message=$dstaddrport
	local thereIsCon [/ip firewall connection find dst-address~"$dstaddrport"]
	if ($thereIsCon = "") do={
		set ($atmonrulecounter->$dstport) ($atmonrulecounter->$dstport + 1)
		#:log warning message=($atmonrulecounter->$dstport)
		if (($atmonrulecounter->$dstport) > 5) do={
			#log warning message="Removing nat rules added automaticaly by atmon_script"
			/ip firewall nat remove [/ip firewall nat find comment~"atmon_script_main_$dstport"]
			/ip firewall nat remove [/ip firewall nat find comment~"atmon_script_sub_$dstport"]
			set ($atmonrulecounter->$dstport) 0
		}
	} else {
		set ($atmonrulecounter->$dstport) 0
	}
}

തീർച്ചയായും ഇത് കൂടുതൽ മനോഹരവും വേഗതയേറിയതും മറ്റും ആക്കാമായിരുന്നു, പക്ഷേ അത് പ്രവർത്തിച്ചു, മൈക്രോടിക് ലോഡ് ചെയ്യാതെ മികച്ച ജോലി ചെയ്തു. ക്ലയന്റുകളുടെ സെർവറുകളിലേക്കും നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളിലേക്കും ഒരു ക്ലിക്കിലൂടെ കണക്റ്റുചെയ്യാൻ ഞങ്ങൾക്ക് ഒടുവിൽ കഴിഞ്ഞു. ഒരു VPN തുറക്കാതെ അല്ലെങ്കിൽ പാസ്‌വേഡുകൾ നൽകാതെ. സിസ്റ്റം പ്രവർത്തിക്കാൻ ശരിക്കും സൗകര്യപ്രദമായി മാറിയിരിക്കുന്നു. സേവന സമയം കുറഞ്ഞു, ആവശ്യമായ വസ്തുക്കളുമായി ബന്ധിപ്പിക്കുന്നതിനുപകരം ഞങ്ങൾ എല്ലാവരും ജോലി സമയം ചെലവഴിച്ചു.

മൈക്രോട്ടിക് ബാക്കപ്പ്

ഞങ്ങൾ എല്ലാ Mikrotik-ന്റെയും ബാക്കപ്പ് FTP-ലേക്ക് ക്രമീകരിച്ചു. പിന്നെ മൊത്തത്തിൽ എല്ലാം ശരിയായിരുന്നു. എന്നാൽ നിങ്ങൾക്ക് ഒരു ബാക്കപ്പ് ആവശ്യമായി വരുമ്പോൾ, നിങ്ങൾ ഈ എഫ്‌ടിപി തുറന്ന് അവിടെ തിരയേണ്ടതുണ്ട്. എല്ലാ റൂട്ടറുകളും ബന്ധിപ്പിച്ചിരിക്കുന്ന ഒരു സിസ്റ്റം ഞങ്ങളുടെ പക്കലുണ്ട്; SSH വഴി നമുക്ക് ഉപകരണങ്ങളുമായി ആശയവിനിമയം നടത്താം. എന്തുകൊണ്ട് സിസ്റ്റം തന്നെ എല്ലാ Mikrotik-ൽ നിന്നും ബാക്കപ്പുകൾ എടുക്കുന്നു, ഞാൻ ചിന്തിച്ചു. അവൻ അത് നടപ്പിലാക്കാൻ തുടങ്ങി. ഞങ്ങൾ കണക്റ്റുചെയ്‌ത് ഒരു ബാക്കപ്പ് ഉണ്ടാക്കി സ്റ്റോറേജിലേക്ക് കൊണ്ടുപോയി.

Mikrotik-ൽ നിന്ന് ബാക്കപ്പ് എടുക്കുന്നതിനുള്ള PHP-യിലെ സ്‌ക്രിപ്റ്റ് കോഡ്:

<?php

	$IP = '0.0.0.0';
	$LOGIN = 'admin';
	$PASSWORD = '';
	$BACKUP_NAME = 'test';

    $connection = ssh2_connect($IP, 22);

    if (!ssh2_auth_password($connection, $LOGIN, $PASSWORD)) exit;

    ssh2_exec($connection, '/system backup save name="atmon" password="atmon"');
    stream_get_contents($connection);
    ssh2_exec($connection, '/export file="atmon.rsc"');
    stream_get_contents($connection);
    sleep(40); // Waiting bakup makes

    $sftp = ssh2_sftp($connection);

    // Download backup file
    $size = filesize("ssh2.sftp://$sftp/atmon.backup");
    $stream = fopen("ssh2.sftp://$sftp/atmon.backup", 'r');
    $contents = '';
    $read = 0;
    $len = $size;
    while ($read < $len && ($buf = fread($stream, $len - $read))) {
        $read += strlen($buf);
        $contents .= $buf;
    }
    file_put_contents ($BACKUP_NAME . ‘.backup’,$contents);
    @fclose($stream);

    sleep(3);
    // Download RSC file
    $size = filesize("ssh2.sftp://$sftp/atmon.rsc");
    $stream = fopen("ssh2.sftp://$sftp/atmon.rsc", 'r');
    $contents = '';
    $read = 0;
    $len = $size;
    while ($read < $len && ($buf = fread($stream, $len - $read))) {
        $read += strlen($buf);
        $contents .= $buf;
    }
    file_put_contents ($BACKUP_NAME . ‘.rsc’,$contents);
    @fclose($stream);

    ssh2_exec($connection, '/file remove atmon.backup');
    ssh2_exec($connection, '/file remove atmon.rsc');

?>

ബാക്കപ്പ് രണ്ട് രൂപങ്ങളിലാണ് എടുത്തിരിക്കുന്നത് - ബൈനറി, ടെക്സ്റ്റ് കോൺഫിഗറേഷൻ. ആവശ്യമായ കോൺഫിഗറേഷൻ വേഗത്തിൽ പുനഃസ്ഥാപിക്കാൻ ബൈനറി സഹായിക്കുന്നു, കൂടാതെ ഉപകരണങ്ങൾ നിർബന്ധിതമായി മാറ്റിസ്ഥാപിക്കുകയാണെങ്കിൽ എന്താണ് ചെയ്യേണ്ടതെന്ന് മനസിലാക്കാൻ ടെക്സ്റ്റ് ഒന്ന് നിങ്ങളെ അനുവദിക്കുന്നു, ബൈനറി അതിലേക്ക് അപ്ലോഡ് ചെയ്യാൻ കഴിയില്ല. തൽഫലമായി, സിസ്റ്റത്തിൽ ഞങ്ങൾക്ക് മറ്റൊരു സൗകര്യപ്രദമായ പ്രവർത്തനം ലഭിച്ചു. മാത്രമല്ല, പുതിയ Mikrotik ചേർക്കുമ്പോൾ, ഒന്നും കോൺഫിഗർ ചെയ്യേണ്ട ആവശ്യമില്ല; ഞാൻ ഒബ്ജക്റ്റ് സിസ്റ്റത്തിലേക്ക് ചേർക്കുകയും SSH വഴി അതിനായി ഒരു അക്കൗണ്ട് സജ്ജമാക്കുകയും ചെയ്തു. പിന്നെ സിസ്റ്റം തന്നെ ബാക്കപ്പ് എടുക്കാൻ ശ്രദ്ധിച്ചു. SaaS Veliam-ന്റെ നിലവിലെ പതിപ്പിന് ഇതുവരെ ഈ പ്രവർത്തനം ഇല്ലെങ്കിലും ഞങ്ങൾ അത് ഉടൻ പോർട്ട് ചെയ്യും.

ആന്തരിക സിസ്റ്റത്തിൽ അത് എങ്ങനെയുണ്ടായിരുന്നു എന്നതിന്റെ സ്ക്രീൻഷോട്ടുകൾ

സാധാരണ ഡാറ്റാബേസ് സംഭരണത്തിലേക്കുള്ള മാറ്റം

പുരാവസ്തുക്കൾ പ്രത്യക്ഷപ്പെട്ടതായി ഞാൻ ഇതിനകം മുകളിൽ എഴുതി. ചിലപ്പോൾ സിസ്റ്റത്തിലെ ഒബ്‌ജക്റ്റുകളുടെ മുഴുവൻ ലിസ്റ്റും അപ്രത്യക്ഷമായി, ചിലപ്പോൾ ഒരു ഒബ്‌ജക്റ്റ് എഡിറ്റുചെയ്യുമ്പോൾ, വിവരങ്ങൾ സംരക്ഷിക്കപ്പെട്ടില്ല, കൂടാതെ ഒബ്‌ജക്റ്റിന്റെ പേര് മൂന്ന് തവണ പുനർനാമകരണം ചെയ്യേണ്ടിവന്നു. ഇത് എല്ലാവരേയും വല്ലാതെ പ്രകോപിപ്പിച്ചു. ഒബ്‌ജക്‌റ്റുകൾ അപ്രത്യക്ഷമാകുന്നത് വളരെ അപൂർവമായി മാത്രമേ സംഭവിച്ചിട്ടുള്ളൂ, ഈ ഫയൽ പുനഃസ്ഥാപിക്കുന്നതിലൂടെ എളുപ്പത്തിൽ പുനഃസ്ഥാപിക്കപ്പെട്ടു, എന്നാൽ ഒബ്‌ജക്‌റ്റുകൾ എഡിറ്റുചെയ്യുമ്പോൾ പരാജയങ്ങൾ പലപ്പോഴും സംഭവിക്കാറുണ്ട്. ഒരുപക്ഷേ, ഞാൻ തുടക്കത്തിൽ ഇത് ഡാറ്റാബേസിലൂടെ ചെയ്തില്ല, കാരണം ഒരു ഫ്ലാറ്റ് ടേബിളിൽ എല്ലാ കണക്ഷനുകളുമുള്ള ഒരു മരം എങ്ങനെ സൂക്ഷിക്കാൻ കഴിയുമെന്നത് എന്റെ മനസ്സിൽ യോജിച്ചില്ല. ഇത് പരന്നതാണ്, പക്ഷേ വൃക്ഷം ശ്രേണിയിലാണ്. എന്നാൽ ഒന്നിലധികം ആക്‌സസ്സിനുള്ള നല്ലൊരു പരിഹാരം, തുടർന്ന് (സിസ്റ്റം കൂടുതൽ സങ്കീർണ്ണമാകുമ്പോൾ) ഇടപാട്, ഒരു DBMS ആണ്. ഈ പ്രശ്നം നേരിടുന്ന ആദ്യത്തെ ആളല്ല ഞാൻ. ഞാൻ ഗൂഗിൾ ചെയ്യാൻ തുടങ്ങി. എല്ലാം എനിക്ക് മുമ്പ് കണ്ടുപിടിച്ചതാണെന്നും ഒരു പരന്ന മേശയിൽ നിന്ന് ഒരു മരം നിർമ്മിക്കുന്ന നിരവധി അൽഗോരിതങ്ങൾ ഉണ്ടെന്നും ഇത് മാറി. ഓരോന്നോരോന്നായി നോക്കിയ ശേഷം ഒരെണ്ണം ഞാൻ നടപ്പിലാക്കി. എന്നാൽ ഇത് ഇതിനകം തന്നെ സിസ്റ്റത്തിന്റെ ഒരു പുതിയ പതിപ്പായിരുന്നു, കാരണം... സത്യത്തിൽ, ഇക്കാരണത്താൽ, എനിക്ക് ഒരുപാട് തിരുത്തിയെഴുതേണ്ടിവന്നു. ഫലം സ്വാഭാവികമായിരുന്നു, സിസ്റ്റത്തിന്റെ ക്രമരഹിതമായ പെരുമാറ്റത്തിന്റെ പ്രശ്നങ്ങൾ ഇല്ലാതായി. സോഫ്‌റ്റ്‌വെയർ വികസന മേഖലയിൽ പിശകുകൾ വളരെ അമേച്വർ ആണെന്ന് (സിംഗിൾ-ത്രെഡഡ് സ്‌ക്രിപ്റ്റുകൾ, ഒരു ഫയലിലെ വിവിധ ത്രെഡുകളിൽ നിന്ന് ഒരേസമയം ഒന്നിലധികം തവണ ആക്‌സസ് ചെയ്‌ത വിവരങ്ങൾ സംഭരിക്കൽ മുതലായവ) ചിലർ പറഞ്ഞേക്കാം. ഒരുപക്ഷേ ഇത് സത്യമായിരിക്കാം, പക്ഷേ എന്റെ പ്രധാന ജോലി അഡ്മിനിസ്ട്രേഷൻ ആയിരുന്നു, പ്രോഗ്രാമിംഗ് എന്റെ ആത്മാവിന് ഒരു വശമായിരുന്നു, കൂടാതെ പ്രോഗ്രാമർമാരുടെ ഒരു ടീമിൽ ജോലി ചെയ്ത പരിചയം എനിക്കില്ലായിരുന്നു, അത്തരം അടിസ്ഥാന കാര്യങ്ങൾ എന്റെ സീനിയർ ഉടൻ എന്നോട് നിർദ്ദേശിക്കുമായിരുന്നു. സഖാക്കൾ. അതിനാൽ, ഈ ബമ്പുകളെല്ലാം ഞാൻ സ്വന്തമായി നിറച്ചു, പക്ഷേ ഞാൻ മെറ്റീരിയൽ നന്നായി പഠിച്ചു. കൂടാതെ, എന്റെ ജോലിയിൽ ക്ലയന്റുകളുമായുള്ള മീറ്റിംഗുകൾ, കമ്പനിയെ പ്രോത്സാഹിപ്പിക്കാൻ ശ്രമിക്കുന്ന പ്രവർത്തനങ്ങൾ, കമ്പനിക്കുള്ളിലെ ഒരു കൂട്ടം അഡ്മിനിസ്ട്രേറ്റീവ് പ്രശ്നങ്ങൾ എന്നിവയും അതിലേറെയും ഉൾപ്പെടുന്നു. എന്നാൽ ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊരു വിധത്തിൽ, ഇതിനകം ഉണ്ടായിരുന്നതിന് ആവശ്യക്കാരുണ്ടായിരുന്നു. ഞാനും കുട്ടികളും ഞങ്ങളുടെ ദൈനംദിന ജോലിയിൽ ഉൽപ്പന്നം ഉപയോഗിച്ചു. വ്യക്തമായും പരാജയപ്പെട്ട ആശയങ്ങളും പരിഹാരങ്ങളും ഉണ്ടായിരുന്നു, അതിൽ സമയം പാഴാക്കപ്പെട്ടു, പക്ഷേ അവസാനം ഇത് ഒരു പ്രവർത്തന ഉപകരണമല്ലെന്നും ആരും ഇത് ഉപയോഗിച്ചിട്ടില്ലെന്നും അത് വെളിയത്ത് അവസാനിച്ചില്ലെന്നും വ്യക്തമായി.

ഹെൽപ്പ്ഡെസ്ക് - ഹെൽപ്പ്ഡെസ്ക്

ഹെൽപ്പ്‌ഡെസ്‌ക് രൂപീകരിച്ചത് എങ്ങനെയെന്ന് പരാമർശിക്കുന്നതിൽ തെറ്റില്ല. ഇത് തികച്ചും വ്യത്യസ്തമായ ഒരു കഥയാണ്, കാരണം... വെളിയത്തിൽ ഇത് ഇതിനകം തന്നെ 3-ാമത്തെ പൂർണ്ണമായും പുതിയ പതിപ്പാണ്, ഇത് മുമ്പത്തെ എല്ലാതിൽ നിന്നും വ്യത്യസ്തമാണ്. ഇപ്പോൾ ഇതൊരു ലളിതമായ സംവിധാനമാണ്, അനാവശ്യ മണികളും വിസിലുകളും ഇല്ലാതെ, ഒരു ഡൊമെയ്‌നുമായി സംയോജിപ്പിക്കാനുള്ള കഴിവും അതുപോലെ തന്നെ ഒരു ഇമെയിലിൽ നിന്നുള്ള ലിങ്ക് ഉപയോഗിച്ച് എവിടെ നിന്നും ഒരേ ഉപയോക്തൃ പ്രൊഫൈൽ ആക്‌സസ് ചെയ്യാനുള്ള കഴിവും. ഏറ്റവും പ്രധാനമായി, വിപിഎൻ അല്ലെങ്കിൽ പോർട്ട് ഫോർവേഡിംഗില്ലാതെ ആപ്ലിക്കേഷനിൽ നിന്ന് നേരിട്ട് എവിടെനിന്നും (വീട്ടിൽ അല്ലെങ്കിൽ ഓഫീസിൽ) VNC വഴി അപേക്ഷകനുമായി ബന്ധിപ്പിക്കാൻ സാധിക്കും. ഞങ്ങൾ ഇതിലേക്ക് എങ്ങനെ വന്നുവെന്നും മുമ്പ് എന്താണ് സംഭവിച്ചതെന്നും എന്ത് ഭയാനകമായ തീരുമാനങ്ങൾ എടുത്തെന്നും ഞാൻ നിങ്ങളോട് പറയും.

അറിയപ്പെടുന്ന TeamViewer വഴി ഞങ്ങൾ ഉപയോക്താക്കളുമായി കണക്റ്റുചെയ്‌തു. ഞങ്ങൾ സേവനം നൽകുന്ന എല്ലാ കമ്പ്യൂട്ടറുകളിലും ടിവി ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്. ഞങ്ങൾ ആദ്യം തെറ്റ് ചെയ്യുകയും പിന്നീട് അത് നീക്കം ചെയ്യുകയും ചെയ്തു, ഓരോ HD ക്ലയന്റിനെയും ഹാർഡ്‌വെയറുമായി ലിങ്ക് ചെയ്യുക എന്നതാണ്. ഒരു അഭ്യർത്ഥന നൽകുന്നതിന് ഉപയോക്താവ് എങ്ങനെയാണ് HD സിസ്റ്റത്തിലേക്ക് ലോഗിൻ ചെയ്തത്? ടിവി കൂടാതെ, എല്ലാവരുടെയും കമ്പ്യൂട്ടറിൽ ലാസർ എന്നെഴുതിയ ഒരു പ്രത്യേക യൂട്ടിലിറ്റി ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട് (ഇവിടെ പലരും കണ്ണുരുട്ടും, ഒരുപക്ഷേ ഗൂഗിളിൽ പോയേക്കാം, പക്ഷേ എനിക്കറിയാവുന്ന ഏറ്റവും മികച്ച ഭാഷ ഡെൽഫി ആയിരുന്നു, ലാസറസ് ഏതാണ്ട് അതേ കാര്യം, സൗജന്യം മാത്രം). പൊതുവേ, ഉപയോക്താവ് ഈ യൂട്ടിലിറ്റി സമാരംഭിച്ച ഒരു പ്രത്യേക ബാച്ച് ഫയൽ സമാരംഭിച്ചു, അത് സിസ്റ്റത്തിന്റെ HWID വായിക്കുകയും അതിനുശേഷം ബ്രൗസർ ആരംഭിക്കുകയും അംഗീകാരം നൽകുകയും ചെയ്തു. എന്തുകൊണ്ടാണ് ഇത് ചെയ്തത്? ചില കമ്പനികളിൽ, സേവനമുള്ള ഉപയോക്താക്കളുടെ എണ്ണം വ്യക്തിഗതമായി കണക്കാക്കുന്നു, കൂടാതെ ഓരോ മാസത്തേയും സേവന വില ആളുകളുടെ എണ്ണത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. ഇത് മനസ്സിലാക്കാവുന്നതേയുള്ളൂ, നിങ്ങൾ പറയുന്നു, പക്ഷേ എന്തുകൊണ്ടാണ് ഇത് ഹാർഡ്‌വെയറുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നത്? ഇത് വളരെ ലളിതമാണ്, ചില വ്യക്തികൾ വീട്ടിലെത്തി അവരുടെ വീട്ടിലെ ലാപ്‌ടോപ്പിൽ നിന്ന് "എല്ലാം ഇവിടെ എനിക്ക് മനോഹരമാക്കൂ" എന്ന ശൈലിയിൽ ഒരു അഭ്യർത്ഥന നടത്തി. സിസ്റ്റം HWID വായിക്കുന്നതിനു പുറമേ, യൂട്ടിലിറ്റി രജിസ്ട്രിയിൽ നിന്ന് നിലവിലെ ടീം വ്യൂവർ ഐഡി പിൻവലിക്കുകയും അത് ഞങ്ങൾക്ക് കൈമാറുകയും ചെയ്തു. ടീംവ്യൂവറിന് ഏകീകരണത്തിനായി ഒരു API ഉണ്ട്. ഞങ്ങൾ ഈ ഏകീകരണം നടത്തി. എന്നാൽ ഒരു ക്യാച്ച് ഉണ്ടായിരുന്നു. ഈ API-കൾ മുഖേന, ഉപയോക്താവ് ഈ സെഷൻ വ്യക്തമായി ആരംഭിക്കാത്തപ്പോൾ അവന്റെ കമ്പ്യൂട്ടറിലേക്ക് കണക്റ്റുചെയ്യുന്നത് അസാധ്യമാണ് കൂടാതെ അതിലേക്ക് കണക്റ്റുചെയ്യാൻ ശ്രമിച്ചതിന് ശേഷം, അവൻ "സ്ഥിരീകരിക്കുക" ക്ലിക്ക് ചെയ്യുകയും വേണം. ആ സമയത്ത്, ഉപയോക്താവിന്റെ അഭ്യർത്ഥന കൂടാതെ ആരും കണക്റ്റുചെയ്യരുതെന്ന് ഞങ്ങൾക്ക് യുക്തിസഹമായി തോന്നി, കൂടാതെ ആ വ്യക്തി കമ്പ്യൂട്ടറിലായതിനാൽ, അവൻ സെഷൻ ആരംഭിക്കുകയും വിദൂര കണക്ഷൻ അഭ്യർത്ഥനയോട് അനുകൂലമായി പ്രതികരിക്കുകയും ചെയ്യും. എല്ലാം തെറ്റായി മാറി. സെഷൻ ആരംഭിക്കുക അമർത്താൻ അപേക്ഷകർ മറന്നു, ഇത് ഒരു ടെലിഫോൺ സംഭാഷണത്തിൽ അവരോട് പറയേണ്ടിവന്നു. ഇത് സമയം പാഴാക്കുകയും പ്രക്രിയയുടെ ഇരുവശത്തും നിരാശപ്പെടുത്തുകയും ചെയ്തു. മാത്രമല്ല, ഒരു വ്യക്തി ഒരു അഭ്യർത്ഥന ഉപേക്ഷിക്കുമ്പോൾ അത്തരം നിമിഷങ്ങളിൽ ഇത് അസാധാരണമല്ല, പക്ഷേ ഉച്ചഭക്ഷണത്തിന് പോകുമ്പോൾ മാത്രമേ കണക്റ്റുചെയ്യാൻ അനുവദിക്കൂ. കാരണം പ്രശ്നം നിർണായകമല്ല, മാത്രമല്ല തന്റെ ജോലി പ്രക്രിയ തടസ്സപ്പെടാൻ അവൻ ആഗ്രഹിക്കുന്നില്ല. അതനുസരിച്ച്, കണക്ഷൻ അനുവദിക്കുന്നതിന് അവൻ ബട്ടണുകളൊന്നും അമർത്തില്ല. ഹെൽപ്പ്‌ഡെസ്‌കിലേക്ക് ലോഗിൻ ചെയ്യുമ്പോൾ അധിക പ്രവർത്തനം ദൃശ്യമാകുന്നത് ഇങ്ങനെയാണ് - ടീംവിവറിന്റെ ഐഡി വായിക്കുന്നു. Teamviwer ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ ഉപയോഗിച്ചിരുന്ന സ്ഥിരമായ പാസ്‌വേഡ് ഞങ്ങൾക്ക് അറിയാമായിരുന്നു. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, സിസ്റ്റത്തിന് മാത്രമേ അത് അറിയാമായിരുന്നു, കാരണം ഇത് ഇൻസ്റ്റാളറിലേക്കും ഞങ്ങളുടെ സിസ്റ്റത്തിലേക്കും നിർമ്മിച്ചതാണ്. അതനുസരിച്ച്, ആപ്ലിക്കേഷനിൽ നിന്ന് ഒരു കണക്ഷൻ ബട്ടൺ ഉണ്ടായിരുന്നു, അതിൽ ക്ലിക്കുചെയ്ത് ഒന്നിനും കാത്തിരിക്കേണ്ട ആവശ്യമില്ല, പക്ഷേ ടീംവ്യൂവർ ഉടൻ തുറക്കുകയും ഒരു കണക്ഷൻ സംഭവിക്കുകയും ചെയ്തു. തൽഫലമായി, സാധ്യമായ രണ്ട് തരത്തിലുള്ള കണക്ഷനുകൾ ഉണ്ടായിരുന്നു. ഔദ്യോഗിക ടീം വ്യൂവർ API വഴിയും ഞങ്ങൾ സ്വയം നിർമ്മിച്ചത് വഴിയും. എന്നെ അതിശയിപ്പിച്ചുകൊണ്ട്, അവർ ആദ്യത്തേത് ഉടൻ തന്നെ ഉപയോഗിക്കുന്നത് നിർത്തി, പ്രത്യേക സന്ദർഭങ്ങളിലും ഉപയോക്താവ് തന്നെ മുന്നോട്ട് പോകുമ്പോൾ മാത്രം ഇത് ഉപയോഗിക്കാനുള്ള നിർദ്ദേശം ഉണ്ടായിരുന്നു. ഇനിയെങ്കിലും എനിക്ക് സുരക്ഷ തരൂ. എന്നാൽ അപേക്ഷകർക്ക് ഇതൊന്നും ആവശ്യമില്ലെന്ന് തെളിഞ്ഞു. സ്ഥിരീകരണ ബട്ടണില്ലാതെ അവയുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നതിനാൽ അവയെല്ലാം തികച്ചും മികച്ചതാണ്.

ലിനക്സിൽ മൾട്ടിത്രെഡിംഗിലേക്ക് മാറുന്നു

പോർട്ടുകളുടെ മുൻകൂട്ടി നിശ്ചയിച്ചിട്ടുള്ള ഒരു ലിസ്റ്റ് തുറന്നിരിക്കുന്നതിനും നെറ്റ്‌വർക്ക് ഒബ്‌ജക്റ്റുകളുടെ ലളിതമായ പിംഗിംഗിനും വേണ്ടി ഒരു നെറ്റ്‌വർക്ക് സ്കാനർ കടന്നുപോകുന്നത് വേഗത്തിലാക്കുന്നതിനുള്ള ചോദ്യം വളരെക്കാലമായി ഉയർന്നുവരാൻ തുടങ്ങി. ഇവിടെ, തീർച്ചയായും, മനസ്സിൽ വരുന്ന ആദ്യത്തെ പരിഹാരം മൾട്ടിത്രെഡിംഗ് ആണ്. പിങ്ങിനായി ചെലവഴിച്ച പ്രധാന സമയം പാക്കറ്റ് തിരികെ ലഭിക്കുന്നതിനായി കാത്തിരിക്കുന്നതിനാലും മുമ്പത്തെ പാക്കറ്റ് തിരികെ നൽകുന്നതുവരെ അടുത്ത പിംഗ് ആരംഭിക്കാൻ കഴിയാത്തതിനാലും 20+ സെർവറുകളും നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളും ഉള്ള കമ്പനികളിൽ, ഇത് ഇതിനകം വളരെ സാവധാനത്തിൽ പ്രവർത്തിച്ചു. ഒരു പാക്കേജ് അപ്രത്യക്ഷമായേക്കാം എന്നതാണ് കാര്യം, പക്ഷേ അതിനെക്കുറിച്ച് ഉടൻ തന്നെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററെ അറിയിക്കരുത്. അത്തരം സ്പാം സ്വീകരിക്കുന്നത് അവൻ വളരെ വേഗത്തിൽ നിർത്തും. ഇതിനർത്ഥം, അപ്രാപ്യതയെക്കുറിച്ച് ഒരു നിഗമനത്തിലെത്തുന്നതിന് മുമ്പ് നിങ്ങൾ ഓരോ വസ്തുവും ഒന്നിലധികം തവണ പിംഗ് ചെയ്യേണ്ടതുണ്ട് എന്നാണ്. കൂടുതൽ വിശദാംശങ്ങളിലേക്ക് പോകാതെ, ഇത് സമാന്തരമാക്കേണ്ടത് ആവശ്യമാണ്, കാരണം ഇത് ചെയ്തില്ലെങ്കിൽ, മിക്കവാറും സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ ക്ലയന്റിൽ നിന്ന് പ്രശ്നത്തെക്കുറിച്ച് പഠിക്കും, മോണിറ്ററിംഗ് സിസ്റ്റത്തിൽ നിന്നല്ല.

PHP തന്നെ മൾട്ടി ത്രെഡിംഗിനെ പിന്തുണയ്ക്കുന്നില്ല. മൾട്ടിപ്രോസസിംഗ് കഴിവുള്ള, നിങ്ങൾക്ക് ഫോർക്ക് ചെയ്യാം. പക്ഷേ, വാസ്തവത്തിൽ, എനിക്ക് ഇതിനകം ഒരു പോളിംഗ് സംവിധാനം എഴുതിയിട്ടുണ്ട്, അതിലൂടെ ഡാറ്റാബേസിൽ നിന്ന് എനിക്ക് ആവശ്യമായ എല്ലാ നോഡുകളും ഒരിക്കൽ എണ്ണുകയും എല്ലാം ഒരേസമയം പിംഗ് ചെയ്യുകയും ഓരോന്നിന്റെയും പ്രതികരണത്തിനായി കാത്തിരിക്കുകയും ചെയ്തതിനുശേഷം മാത്രം എഴുതുക. ഡാറ്റ. ഇത് റീഡ് അഭ്യർത്ഥനകളുടെ എണ്ണം ലാഭിക്കുന്നു. മൾട്ടിത്രെഡിംഗ് ഈ ആശയത്തിന് തികച്ചും അനുയോജ്യമാണ്. PHP-യ്‌ക്ക് യഥാർത്ഥ മൾട്ടിത്രെഡിംഗ് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു PThreads മൊഡ്യൂൾ ഉണ്ട്, PHP 7.2-ൽ ഇത് സജ്ജീകരിക്കുന്നതിന് ന്യായമായ അളവിൽ ടിങ്കറിംഗ് വേണ്ടിവന്നെങ്കിലും അത് ചെയ്തു. പോർട്ട് സ്കാനിംഗും പിംഗും ഇപ്പോൾ വേഗത്തിലാണ്. ഉദാഹരണത്തിന്, ഒരു ലാപ്പിൽ 15 സെക്കൻഡ് നേരത്തേക്ക് പകരം, ഈ പ്രക്രിയ 2 സെക്കൻഡ് എടുക്കാൻ തുടങ്ങി. അത് നല്ല ഫലമായിരുന്നു.

പുതിയ കമ്പനികളുടെ ദ്രുത ഓഡിറ്റ്

വിവിധ അളവുകളും ഹാർഡ്‌വെയർ സവിശേഷതകളും ശേഖരിക്കുന്നതിനുള്ള പ്രവർത്തനം എങ്ങനെയാണ് ഉണ്ടായത്? ഇത് ലളിതമാണ്. ചിലപ്പോൾ നിലവിലെ ഐടി ഇൻഫ്രാസ്ട്രക്ചർ ഓഡിറ്റ് ചെയ്യാൻ ഞങ്ങൾ ഉത്തരവിടാറുണ്ട്. ശരി, ഒരു പുതിയ ക്ലയന്റിന്റെ ഓഡിറ്റ് വേഗത്തിലാക്കാൻ ഇതേ കാര്യം ആവശ്യമാണ്. ഒരു ഇടത്തരം അല്ലെങ്കിൽ വലിയ കമ്പനിയിലേക്ക് വരാനും അവരുടെ പക്കലുള്ളത് വേഗത്തിൽ കണ്ടെത്താനും ഞങ്ങളെ അനുവദിക്കുന്ന എന്തെങ്കിലും ഞങ്ങൾക്ക് ആവശ്യമാണ്. എന്റെ അഭിപ്രായത്തിൽ, സ്വന്തം ജീവിതത്തെ സങ്കീർണ്ണമാക്കാൻ ആഗ്രഹിക്കുന്നവർ മാത്രമാണ് ആന്തരിക നെറ്റ്‌വർക്കിലെ പിംഗ് തടയുന്നത്, ഞങ്ങളുടെ അനുഭവത്തിൽ അവയിൽ ചിലത് കുറവാണ്. എന്നാൽ അത്തരം ആളുകളും ഉണ്ട്. അതനുസരിച്ച്, ലളിതമായ പിംഗ് ഉള്ള ഉപകരണങ്ങളുടെ സാന്നിധ്യത്തിനായി നിങ്ങൾക്ക് നെറ്റ്‌വർക്കുകൾ വേഗത്തിൽ സ്കാൻ ചെയ്യാൻ കഴിയും. അപ്പോൾ നമുക്ക് അവ ചേർക്കാനും നമുക്ക് താൽപ്പര്യമുള്ള തുറന്ന പോർട്ടുകൾക്കായി സ്കാൻ ചെയ്യാനും കഴിയും. വാസ്തവത്തിൽ, ഈ പ്രവർത്തനം ഇതിനകം നിലവിലുണ്ടായിരുന്നു; സെൻട്രൽ സെർവറിൽ നിന്ന് സ്ലേവിലേക്ക് ഒരു കമാൻഡ് ചേർക്കേണ്ടത് ആവശ്യമാണ്, അതുവഴി അത് നിർദ്ദിഷ്ട നെറ്റ്‌വർക്കുകൾ സ്കാൻ ചെയ്യുകയും അത് കണ്ടെത്തിയതെല്ലാം ലിസ്റ്റിലേക്ക് ചേർക്കുകയും ചെയ്യും. ഞാൻ പരാമർശിക്കാൻ മറന്നു, കോൺഫിഗർ ചെയ്ത സിസ്റ്റം (സ്ലേവ് മോണിറ്ററിംഗ് സെർവർ) ഉള്ള ഒരു റെഡിമെയ്ഡ് ഇമേജ് ഞങ്ങളുടെ പക്കലുണ്ടെന്ന് അനുമാനിക്കപ്പെടുന്നു, അത് ഒരു ഓഡിറ്റിനിടെ ക്ലയന്റിൽ നിന്ന് പുറത്തെടുത്ത് ഞങ്ങളുടെ ക്ലൗഡിലേക്ക് ബന്ധിപ്പിക്കാൻ കഴിയും.

എന്നാൽ ഒരു ഓഡിറ്റിന്റെ ഫലം സാധാരണയായി വ്യത്യസ്ത വിവരങ്ങളുടെ ഒരു കൂട്ടം ഉൾക്കൊള്ളുന്നു, അവയിലൊന്ന് നെറ്റ്വർക്കിൽ ഏത് തരത്തിലുള്ള ഉപകരണങ്ങളാണ്. ഒന്നാമതായി, ഒരു ഡൊമെയ്‌നിന്റെ ഭാഗമായി വിൻഡോസ് സെർവറുകളിലും വിൻഡോസ് വർക്ക്‌സ്റ്റേഷനുകളിലും ഞങ്ങൾക്ക് താൽപ്പര്യമുണ്ടായിരുന്നു. ഇടത്തരം, വലിയ കമ്പനികളിൽ ഒരു ഡൊമെയ്‌നിന്റെ അഭാവം ഒരുപക്ഷേ നിയമത്തിന് ഒരു അപവാദമാണ്. ഒരു ഭാഷ സംസാരിക്കാൻ, ശരാശരി, എന്റെ അഭിപ്രായത്തിൽ, 100+ ആളുകളാണ്. എല്ലാ വിൻഡോസ് മെഷീനുകളിൽ നിന്നും സെർവറുകളിൽ നിന്നും അവരുടെ ഐപി, ഡൊമെയ്ൻ അഡ്മിനിസ്ട്രേറ്റർ അക്കൗണ്ടുകൾ അറിഞ്ഞുകൊണ്ട്, എന്നാൽ അവയിൽ ഓരോന്നിലും ഒരു സോഫ്റ്റ്‌വെയറും ഇൻസ്റ്റാൾ ചെയ്യാതെ ഡാറ്റ ശേഖരിക്കുന്നതിനുള്ള ഒരു മാർഗം കൊണ്ടുവരേണ്ടത് ആവശ്യമാണ്. WMI ഇന്റർഫേസ് രക്ഷാപ്രവർത്തനത്തിലേക്ക് വരുന്നു. വിൻഡോസ് മാനേജ്മെന്റ് ഇൻസ്ട്രുമെന്റേഷൻ (ഡബ്ല്യുഎംഐ) അക്ഷരാർത്ഥത്തിൽ വിൻഡോസ് മാനേജ്മെന്റ് ടൂളുകൾ എന്നാണ് അർത്ഥമാക്കുന്നത്. വിൻഡോസ് പ്ലാറ്റ്‌ഫോമിൽ പ്രവർത്തിക്കുന്ന കമ്പ്യൂട്ടർ ഇൻഫ്രാസ്ട്രക്ചറിന്റെ വിവിധ ഭാഗങ്ങളുടെ കേന്ദ്രീകൃത മാനേജ്‌മെന്റിനും നിരീക്ഷണത്തിനുമുള്ള അടിസ്ഥാന സാങ്കേതികവിദ്യകളിലൊന്നാണ് WMI. വിക്കിയിൽ നിന്ന് എടുത്തത്. അടുത്തതായി, ഡെബിയനുവേണ്ടി wmic (ഇതൊരു WMI ക്ലയന്റ്) കംപൈൽ ചെയ്യാൻ എനിക്ക് വീണ്ടും ടിങ്കർ ചെയ്യേണ്ടി വന്നു. എല്ലാം തയ്യാറായ ശേഷം, ആവശ്യമായ വിവരങ്ങൾക്കായി wmic വഴി ആവശ്യമായ നോഡുകൾ പോൾ ചെയ്യുക മാത്രമാണ് അവശേഷിക്കുന്നത്. ഡബ്ല്യുഎംഐ വഴി നിങ്ങൾക്ക് ഒരു വിൻഡോസ് കമ്പ്യൂട്ടറിൽ നിന്ന് മിക്കവാറും എല്ലാ വിവരങ്ങളും ലഭിക്കും, കൂടാതെ, അതിലൂടെ നിങ്ങൾക്ക് കമ്പ്യൂട്ടർ നിയന്ത്രിക്കാനും കഴിയും, ഉദാഹരണത്തിന്, റീബൂട്ടിലേക്ക് അയയ്ക്കുക. ഞങ്ങളുടെ സിസ്റ്റത്തിലെ വിൻഡോസ് സ്റ്റേഷനുകളെയും സെർവറുകളെയും കുറിച്ചുള്ള വിവരങ്ങളുടെ ശേഖരം ഇങ്ങനെയാണ് പ്രത്യക്ഷപ്പെട്ടത്. ഇതിനുപുറമെ, നിലവിലെ സിസ്റ്റം ലോഡ് സൂചകങ്ങളെക്കുറിച്ചുള്ള നിലവിലെ വിവരങ്ങൾ ഉണ്ടായിരുന്നു. ഞങ്ങൾ അവരോട് കൂടുതൽ തവണ അഭ്യർത്ഥിക്കുന്നു, ഹാർഡ്‌വെയറിനെ കുറിച്ചുള്ള വിവരങ്ങൾ വളരെ കുറവാണ്. ഇതിനുശേഷം ഓഡിറ്റിംഗ് കുറച്ചുകൂടി ആസ്വാദ്യകരമായി.

സോഫ്റ്റ്വെയർ വിതരണ തീരുമാനം

ഞങ്ങൾ തന്നെ എല്ലാ ദിവസവും സിസ്റ്റം ഉപയോഗിക്കുന്നു, എല്ലാ സാങ്കേതിക ജീവനക്കാർക്കും ഇത് എല്ലായ്പ്പോഴും തുറന്നിരിക്കും. നമുക്കുള്ളതു മറ്റുള്ളവരുമായി പങ്കുവയ്ക്കാമെന്നും ഞങ്ങൾ കരുതി. വിതരണം ചെയ്യാനുള്ള സംവിധാനം ഇതുവരെ തയ്യാറായിട്ടില്ല. പ്രാദേശിക പതിപ്പ് SaaS ആയി മാറുന്നതിന് ഒരുപാട് പുനർനിർമ്മിക്കേണ്ടി വന്നു. സിസ്റ്റത്തിന്റെ വിവിധ സാങ്കേതിക വശങ്ങളിലെ മാറ്റങ്ങൾ (റിമോട്ട് കണക്ഷനുകൾ, സപ്പോർട്ട് സർവീസ്), ലൈസൻസിംഗിനുള്ള മൊഡ്യൂളുകളുടെ വിശകലനം, ഉപഭോക്തൃ ഡാറ്റാബേസുകളുടെ ഷെർഡിംഗ്, ഓരോ സേവനത്തിന്റെയും സ്കെയിലിംഗ്, എല്ലാ ഭാഗങ്ങൾക്കുമായി ഓട്ടോ-അപ്‌ഡേറ്റ് സിസ്റ്റങ്ങളുടെ വികസനം എന്നിവ ഇതിൽ ഉൾപ്പെടുന്നു. എന്നാൽ ഇത് ലേഖനത്തിന്റെ രണ്ടാം ഭാഗമായിരിക്കും.

അപ്ഡേറ്റ്

രണ്ടാം ഭാഗം

അവലംബം: www.habr.com