FTP లాగిన్ పనిచేస్తుంది కానీ ఫోల్డర్ జాబితా వేలాడుతోంది: ఎందుకు
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 సెట్టింగ్ కాదు, మరియు పరిష్కారం ప్రోటోకాల్ల మధ్య వర్తించదు.