ഒരു പ്രൊവൈഡർ ഡൗൺലോഡ് വിജയിക്കുന്നത് പിന്നീടുള്ള ക്ലൗഡ് API കോളിനെക്കുറിച്ച് കുറച്ചേ പറയൂ. ആദ്യം പരാജയപ്പെടുന്ന ഹോസ്റ്റ്നാമും ഓപ്പറേഷനും കൊണ്ട് തുടങ്ങി, അവയുടെ ഉടമയെ കണ്ടെത്തുക:

ഓപ്പറേഷൻഈ വഴി പിന്തുടരുക
രജിസ്ട്രി ലുക്കപ്പ് അല്ലെങ്കിൽ ഇൻസ്റ്റാളേഷൻ ഡൗൺലോഡ്Terraform പ്രോസസ്, ഇൻസ്റ്റാളേഷൻ ഉറവിടം, പ്രോക്സി പരിതസ്ഥിതി
Git അധിഷ്ഠിത മൊഡ്യൂൾ ഫെച്ച്സോഴ്സ് URL, Git ഗതാഗതം; SSH-ഉം HTTPS-ഉം വ്യത്യസ്ത ക്രമീകരണങ്ങൾ ഉപയോഗിക്കുന്നു
ക്ലൗഡ് API കോൾപ്രൊവൈഡർ പ്ലഗിൻ, അതിന്റെ SDK-യുടെ റൂട്ടിംഗും ട്രസ്റ്റ് കോൺഫിഗറേഷനും
റിമോട്ട് എക്സിക്യൂഷൻറണ്ണറിന്റെ പരിതസ്ഥിതിയും നെറ്റ്വർക്കും, ലാപ്ടോപ്പിന്റേതല്ല

CONNECT പിന്തുണയ്ക്കുന്ന HTTP പ്രോക്സിക്ക്, ഈ പരിതസ്ഥിതി മൂല്യത്തിന് HTTPS ലക്ഷ്യസ്ഥാനങ്ങൾക്കായി അത് ശരിയായി തിരഞ്ഞെടുക്കാം:

HTTPS_PROXY=http://proxy.example:3128

വേരിയബിൾ ലക്ഷ്യത്തിന്റെ സ്കീം പറയുന്നു; മൂല്യം പ്രോക്സിയുടെ ഗതാഗതം പറയുന്നു. ലിസണർ TLS വാഗ്ദാനം ചെയ്യുകയും അഭ്യർത്ഥിക്കുന്ന ക്ലയന്റ് അത് പിന്തുണയ്ക്കുകയും ചെയ്യുമ്പോൾ മാത്രം https:// ഉപയോഗിക്കുക. പ്രൊവൈഡർമാർ വേറിട്ട പ്ലഗിനുകളാണ്, SDK-നിർദ്ദിഷ്ട ക്രമീകരണങ്ങൾ ഉപയോഗിക്കാം, അതിനാൽ ഈ മൂല്യം ഓരോ പ്രൊവൈഡറിനെക്കുറിച്ചുള്ള വാഗ്ദാനമല്ല.

തിരിച്ചറിഞ്ഞ ഉടമയുടെ അടുത്ത്, ക്രമീകരണം മാറ്റുന്നതിന് മുമ്പ് പിശകിന്റെ പാളി വേർതിരിക്കുക: നിരസിക്കപ്പെട്ട പ്രോക്സി കണക്ഷൻ, പ്രോക്സി 407, നിരസിക്കപ്പെട്ട CONNECT, സർട്ടിഫിക്കറ്റ് പിശക്, ക്ലൗഡ് API 403 എന്നിവ ഓരോന്നും അടുത്ത അന്വേഷണത്തെ വ്യത്യസ്തമായി ചുരുക്കുന്നു. ഘട്ടം, ലക്ഷ്യം, എക്സിക്യൂഷൻ പരിതസ്ഥിതി, ആദ്യ പിശക് എന്നിവ ഒരുമിച്ച് സൂക്ഷിക്കുക.

പിന്തുണയ്ക്കുന്ന ക്രമീകരണം ആ ഘടകത്തിൽ പ്രയോഗിക്കുക. ലാപ്ടോപ്പിലെ എക്സ്പോർട്ട് ഒരു റിമോട്ട് റണ്ണറെ കോൺഫിഗർ ചെയ്യുന്നില്ല, പ്രോക്സി ക്രെഡൻഷ്യലുകൾ രജിസ്ട്രിയോടോ ക്ലൗഡ് API-യോടോ പ്രാമാണീകരിക്കുന്നുമില്ല.

അനുബന്ധ ലേഖനങ്ങൾ