FTP ലോഗിൻ പ്രവർത്തിക്കുന്നു, പക്ഷേ ഫോൾഡർ പട്ടിക തൂങ്ങുന്നു: എന്തുകൊണ്ട്

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

പരിശോധനകള് ക്രമത്തിൽ ചെയ്യുക. ഓരോന്നും വ്യത്യസ്ത പാളിയെ ഒഴിവാക്കുന്നു, അതിനാൽ അപാകത കാണിക്കുന്ന ആദ്യത്തേതിൽ നിർത്തുക.

ആദ്യം രണ്ട് കണക്ഷൻുകളും വേർതിരിക്കുക

നിയന്ത്രണ കണക്ഷൻ സർവറിന്റെ കേൾക്കുന്ന പോർട്ടിൽ കമാൻഡുകളും മറുപടികളും കൊണ്ടുപോകുന്നു. ഡേറ്റ കണക്ഷൻ ഡയറക്ടറി പട്ടികയോ ഫയൽ ബോഡിയോ കൊണ്ടുപോകുന്നു, പാസീവ് മോഡിൽ സർവർ തന്റെ അന്ത്യബിന്ദു തിരഞ്ഞെടുത്ത് PASV അല്ലെങ്കിൽ EPSV മറുപടിയിൽ പ്രഖ്യാപിക്കുന്നു. പോർട്ട് 21 അനുവദിക്കുന്നത് ഡേറ്റ പോർട്ട് എത്താനാകുമോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, ഓരോ പട്ടികയും സമയപരിധി കഴിഞ്ഞ് അവസാനിക്കുമ്പോൾ ലോഗിൻ വിജയിക്കുന്നതിന്റെ കാരണം അതുതന്നെയാണ്. WinSCP-ന്റെ FTP മോഡുകളെക്കുറിച്ചുള്ള ഗൈഡ് ഈ വിഭജനവും അതിന്റെ നെറ്റ്‌വർക്ക് ആവശ്യകതകളും വിശദീകരിക്കുന്നു.

ക്ലയന്റ് VPN-ന് പിന്നിലാണെങ്കിൽ, ഡേറ്റ പാത അതേ ടണലിലൂടെ കടക്കുന്നു, പക്ഷേ അതേ നയത്തിലൂടെ എന്ന് നിർബന്ധമില്ല.

PASV മറുപടിയിലെ വിലാസം വായിക്കുക

വിശദമായ ക്ലയന്റ് പ്രവർത്തിപ്പിക്കുകയും ഊഹിക്കുന്നതിനുപകരം മറുപടി വായിക്കുക. curl -v ftp://user@host/ സർവർ ആഗ്രഹിക്കുന്ന വിലാസത്തോടും പോർട്ടിനോടും കൂടി PASV വരി അച്ചടിക്കുന്നു, ക്ലയന്റ് പിന്നീട് ആ വിലാസത്തിലേക്കാണ് കണക്ഷൻ ചെയ്യുന്നത്. അത് ടണലിന്റെ ക്ലയന്റ് ഭാഗത്ത് ഒന്നും അര്ഥം വഹിക്കാത്ത സ്വകാര്യ വിലാസമാണെങ്കിൽ, നിയന്ത്രണ ചാനൽ ആരോഗ്യത്തോടെ നിൽക്കുമ്പോൾ ഡേറ്റ കണക്ഷൻ എങ്ങോട്ടും പോകുന്നില്ല.

ആ വിലാസത്തെ ക്ലയന്റ് യഥാർത്ഥം എത്തിയ വിലാസത്തുമായി താരതമ്യം ചെയ്യുക. പൊരുത്തക്കേടാണ് ഉത്തരം, അത് സാധാരണയായി NAT-ൽ നിന്നോ ആന്തരിക വിലാസത്തോടെ ക്രമീകരിച്ച സർവറിൽ നിന്നോ വരുന്നു.

പോർട്ട് ശ്രേണിയും ടണൽ നയവും പരിശോധിക്കുക

പാസീവ് സർവറുകൾ ക്രമീകരിച്ച ശ്രേണിയിൽ നിന്ന് ഡേറ്റ പോർട്ടുകൾ അനുവദിക്കുന്നു, ആ ശ്രേണി VPN-ലൂടെയും പാതയിലെ ഏതെങ്കിലും ഫയർവോൾ വഴിയും അനുവദിക്കേണ്ടതാണ്. 21 മാത്രം അനുവദിക്കുന്ന നയം ലോഗിൻ മാത്രത്തിനുള്ള നയമാണ്. സർവർ നടത്തുന്നയാളുമായി ശ്രേണി സ്ഥിരീകരിച്ച ശേഷം, മുഴുവന് ശ്രേണിയും ഒരുപോലെ പെരുമാറുന്നു എന്ന് കരുത്തുന്നതിനുപകരം അതിൽ നിന്ന് ഒരു പോർട്ട് പരീക്ഷിക്കുക.

എൻക്രിപ്റ്റ് ചെയ്ത നിയന്ത്രണ ചാനലുകൾ ഇത് ബുദ്ധിമുട്ടാക്കുന്നു, കാരണം ഇടനില പെട്ടിക്ക് ഇനി പ്രഖ്യാപിച്ച വിലാസം പറക്കുന്നതിനിടയിൽ മാറ്റിയെഴുതാൻ കഴിയുന്നില്ല.

EPSV അല്ലെങ്കിൽ ബദൽ വഴി എപ്പോൾ സഹായിക്കുന്നു എന്ന് അറിയുക

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

സഹായ ഉപകരണത്തിന് സെഷൻ പരിശോധിക്കാൻ വേണ്ടി മാത്രം TLS ഓഫ് ചെയ്യരുത്. അത് പ്രവർത്തിക്കുന്ന പ്രോട്ടോക്കോളിനെ തകർന്ന ഭീഷണി മാതൃകയുമായി മാറ്റുന്നു.

പട്ടികയും കൈമാറ്റവും കൊണ്ട് സ്ഥിരീകരിക്കുക

വിലാസമോ പോർട്ട് നയമോ മാറിയ ശേഷം അതേ VPN പാതയിൽ പുതിയ സെഷൻ തുറന്ന് ഒരു ഡയറക്ടറി പട്ടികപ്പെടുത്തുക. തുടർന്ന് ചെറിയ ഫയൽ കൈമാറ്റുക, കാരണം ചില സർവറുകളിൽ പട്ടികയും കൈമാറ്റവും വ്യത്യസ്ത കോഡ് പാതകളിലൂടെ പോകാം. ക്ലയന്റ് ലോഗിൽ പ്രതീക്ഷിക്കുന്ന വിലാസത്തിലേക്കും പോർട്ടിലേക്കും ഡേറ്റ കണക്ഷൻ പരിശോധിച്ച് ബൈറ്റുകൾ എത്തിയെന്ന് സ്ഥിരീകരിക്കുക.

ഇത് ചെയ്യുമ്പോൾ FTP, FTPS, SFTP എന്നിവ മനസ്സിൽ വേർതിരിച്ച് സൂക്ഷിക്കുക. പാസീവ് പോർട്ട് മാറ്റം SFTP ക്രമീകരണമല്ല, പരിഹാരം പ്രോട്ടോക്കോളുകള്കിടയിൽ കടക്കുന്നില്ല.