“FTP ప్రాక్సీ” అనేది తనే FTP మాట్లాడే గేట్‌వేను సూచించవచ్చు. దానికి కనెక్ట్ కావడం HTTP ప్రాక్సీని CONNECT అడగడం లేదా SOCKS సర్వర్‌ను TCP గమ్యాన్ని తెరవమని అడగడం కంటే భిన్నం.

గేట్‌వేకు లక్ష్య హోస్ట్ మరియు ఖాతా అవసరం, మరియు మొదట తన స్వంత లాగిన్ కూడా అవసరం కావచ్చు. ఉత్పత్తులు ఆ సంభాషణను వేర్వేరు విధాలుగా వ్యక్తపరుస్తాయి:

అమరికసాధారణ ఆదేశ రూపం
వినియోగదారు పేరులో లక్ష్యం సంకేతీకరించబడిందిUSER target-user@target-host
ప్రత్యేక గేట్‌వే లాగిన్గేట్‌వే USER/PASS, తర్వాత లక్ష్య లాగిన్
స్పష్టమైన గమ్య ఆదేశంSITE target-host లేదా OPEN target-host, తర్వాత అవసరమైన లాగిన్

ఇవి సంప్రదాయాల కుటుంబాలు, ప్రతి గేట్‌వేకు పంపాల్సిన ఒకే ప్రామాణిక క్రమం కాదు. నిర్వాహకుడు డాక్యుమెంట్ చేసిన మరియు క్లయింట్ మద్దతిచ్చే పద్ధతిని ఎంచుకోండి.

సెటప్‌లో రెండు ఖాతాలను కనిపించేలా ఉంచండి

లక్ష్య FTP పాస్‌వర్డ్ మరియు గేట్‌వే పాస్‌వర్డ్ భిన్నంగా ఉండవచ్చు. కొన్ని గేట్‌వేలు వాటిని ఒకే USER/PASS ప్రాతినిధ్యంలో కలుపుతాయి; మరికొన్ని ప్రత్యేక మార్పిడులు కోరుతాయి. అన్ని విలువలను ఒకే స్ట్రింగ్‌లో పెట్టడం అదనపు ఆదేశాలు పంపాల్సిన క్లయింట్‌ను పునఃసృష్టించలేదు.

ఇది పాత FtpWebRequest కోడ్‌లో ఉపయోగకరమైన హద్దును వివరిస్తుంది. గేట్‌వేకు సాధారణ FTP కనెక్షన్, గేట్‌వే-నిర్దిష్ట వినియోగదారు పేరుతో, కొన్ని USER/PASS అమరికలకు సరిపోవచ్చు. ప్రత్యేక SITE లేదా OPEN సంభాషణ అవసరమయ్యే గేట్‌వేకు ఆ ప్రవాహాన్ని నిజంగా మద్దతిచ్చే క్లయింట్ కావాలి. WebRequest లోని Proxy గుణం మళ్లీ మరో ఇంటర్‌ఫేస్.

ఉదాహరణకు WinSCP అన్ని గేట్‌వేలను ఒకే హోస్ట్ ఫీల్డ్‌గా పరిగణించకుండా ప్రత్యేక FTP ప్రాక్సీ లాగిన్ పద్ధతులను అందిస్తుంది. దాని సంఖ్యాత్మక ముడి సెట్టింగ్ విలువలు దాని డాక్యుమెంట్ చేసిన API కి చెందుతాయి; కాన్ఫిగరేషన్ సమీక్షిస్తున్నప్పుడు పద్ధతి పేరు మరియు ఉద్దేశించిన సంభాషణను ఉపయోగించండి.

లాగిన్ తర్వాత కూడా ఫైల్ బదిలీకి FTP డేటా కనెక్షన్ మరియు ఎంచుకున్న TLS మోడ్ అవసరం. నియంత్రణ ఛానెల్‌లో విజయవంతమైన లాగిన్ ఆ మార్గానికి ప్రారంభం, ప్రతి డేటా బదిలీ ఇప్పటికే అనుమతించబడిందని రుజువు కాదు.

సంబంధిత వ్యాసాలు