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 тохиргоо биш бөгөөд засвар нь протоколуудын хооронд дамждаггүй.