ຄໍາອະທິຖານ

ພຽງແຕ່ຫນຶ່ງອາທິດກ່ອນຫນ້ານີ້ຂ້າພະເຈົ້າໄດ້ຂຽນບົດເລື່ອງກ່ຽວກັບຫົວຂໍ້ທີ່ລະບຸໄວ້ໃນຫົວຂໍ້ແລະໄດ້ປະເຊີນຫນ້າກັບຄວາມຈິງທີ່ວ່າ, ໃຫ້ເວົ້າວ່າ, ບໍ່ມີຂໍ້ມູນການສຶກສາຫຼາຍໃນອິນເຕີເນັດ. ສ່ວນຫຼາຍແມ່ນຂໍ້ເທັດຈິງແຫ້ງແລະຄໍາແນະນໍາການຕິດຕັ້ງ. ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈແກ້ໄຂຂໍ້ຄວາມເລັກນ້ອຍແລະປະກາດມັນເປັນບົດຄວາມ.

FTP ແມ່ນຫຍັງ

FTP (File Transfer Protocol) ເປັນໂປໂຕຄອນສຳລັບການໂອນໄຟລ໌ຜ່ານເຄືອຂ່າຍ. ມັນແມ່ນໜຶ່ງໃນໂປຣໂຕຄອນອີເທີເນັດພື້ນຖານ. ປະກົດຕົວໃນປີ 1971 ແລະໃນເບື້ອງຕົ້ນໄດ້ເຮັດວຽກຢູ່ໃນເຄືອຂ່າຍ DARPA. ໃນປັດຈຸບັນ, ເຊັ່ນ HTTP, ການໂອນໄຟລ໌ແມ່ນອີງໃສ່ຮູບແບບທີ່ປະກອບດ້ວຍຊຸດຂອງໂປໂຕຄອນ TCP/IP (Transmission Control Protocol/Internet Protocol). ກຳນົດໄວ້ໃນ RFC 959.

ອະນຸສັນຍາກຳນົດສິ່ງຕໍ່ໄປນີ້:

• ການກວດສອບຄວາມຜິດພາດຈະຖືກປະຕິບັດແນວໃດ?
• ວິທີການຫຸ້ມຫໍ່ຂໍ້ມູນ (ຖ້າການຫຸ້ມຫໍ່ຖືກນໍາໃຊ້)
• ອຸ​ປະ​ກອນ​ສົ່ງ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ວ່າ​ມັນ​ສໍາ​ເລັດ​ການ​ຂໍ້​ຄວາມ​?
• ອຸປະກອນຮັບສັນຍານຊີ້ບອກວ່າໄດ້ຮັບຂໍ້ຄວາມແນວໃດ?

ການສື່ສານລະຫວ່າງລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍ

ຂໍໃຫ້ພິຈາລະນາຢ່າງລະອຽດກ່ຽວກັບຂະບວນການທີ່ເກີດຂື້ນໃນລະຫວ່າງການປະຕິບັດງານ FTP. ການ​ເຊື່ອມ​ຕໍ່​ແມ່ນ​ໄດ້​ເລີ່ມ​ຕົ້ນ​ໂດຍ​ນາຍ​ພາ​ສາ protocol ຂອງ​ຜູ້​ໃຊ້​. ການແລກປ່ຽນຖືກຄວບຄຸມໂດຍຜ່ານຊ່ອງທາງການຄວບຄຸມໃນມາດຕະຖານ TELNET. ຄໍາສັ່ງ FTP ແມ່ນສ້າງຂຶ້ນໂດຍນາຍແປພາສາໂປໂຕຄອນຂອງຜູ້ໃຊ້ແລະຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍ. ຄໍາຕອບຂອງເຄື່ອງແມ່ຂ່າຍຍັງຖືກສົ່ງໄປຫາຜູ້ໃຊ້ໂດຍຜ່ານຊ່ອງທາງການຄວບຄຸມ. ໂດຍທົ່ວໄປແລ້ວ, ຜູ້ໃຊ້ມີຄວາມສາມາດສ້າງການຕິດຕໍ່ກັບນາຍພາສາໂປໂຕຄອນຂອງເຊີບເວີ ແລະໂດຍວິທີອື່ນນອກຈາກນາຍພາສາຂອງຜູ້ໃຊ້.

ຄຸນນະສົມບັດຕົ້ນຕໍຂອງ FTP ແມ່ນວ່າມັນໃຊ້ການເຊື່ອມຕໍ່ຄູ່. ຫນຶ່ງໃນນັ້ນຖືກນໍາໃຊ້ເພື່ອສົ່ງຄໍາສັ່ງກັບເຄື່ອງແມ່ຂ່າຍແລະເກີດຂື້ນໂດຍຄ່າເລີ່ມຕົ້ນຜ່ານ TCP port 21, ເຊິ່ງສາມາດປ່ຽນແປງໄດ້. ການເຊື່ອມຕໍ່ການຄວບຄຸມມີຢູ່ຕາບໃດທີ່ລູກຄ້າຕິດຕໍ່ສື່ສານກັບເຄື່ອງແມ່ຂ່າຍ. ຊ່ອງຄວບຄຸມຕ້ອງເປີດເມື່ອໂອນຂໍ້ມູນລະຫວ່າງເຄື່ອງ. ຖ້າມັນຖືກປິດ, ການສົ່ງຂໍ້ມູນຈະຢຸດ. ໂດຍຜ່ານການທີສອງ, ການໂອນຂໍ້ມູນໂດຍກົງເກີດຂື້ນ. ມັນເປີດທຸກຄັ້ງທີ່ການໂອນໄຟລ໌ເກີດຂຶ້ນລະຫວ່າງລູກຄ້າ ແລະເຊີບເວີ. ຖ້າຫຼາຍໄຟລ໌ຖືກໂອນໄປພ້ອມໆກັນ, ແຕ່ລະຄົນຈະເປີດຊ່ອງທາງການສົ່ງຂອງຕົນເອງ.

FTP ສາມາດດໍາເນີນການໃນຮູບແບບການເຄື່ອນໄຫວຫຼືຕົວຕັ້ງຕົວຕີ, ທາງເລືອກທີ່ກໍານົດວິທີການເຊື່ອມຕໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ. ໃນໂຫມດການເຄື່ອນໄຫວ, ລູກຄ້າສ້າງການເຊື່ອມຕໍ່ການຄວບຄຸມ TCP ກັບເຄື່ອງແມ່ຂ່າຍແລະສົ່ງທີ່ຢູ່ IP ຂອງຕົນແລະຫມາຍເລກພອດລູກຄ້າທີ່ຕົນເອງມັກໄປຫາເຄື່ອງແມ່ຂ່າຍ, ແລະຫຼັງຈາກນັ້ນລໍຖ້າເຄື່ອງແມ່ຂ່າຍທີ່ຈະເລີ່ມຕົ້ນການເຊື່ອມຕໍ່ TCP ກັບທີ່ຢູ່ແລະຫມາຍເລກພອດນີ້. ໃນກໍລະນີທີ່ລູກຄ້າຢູ່ເບື້ອງຫຼັງ firewall ແລະບໍ່ສາມາດຍອມຮັບການເຊື່ອມຕໍ່ TCP ທີ່ເຂົ້າມາ, ຮູບແບບ passive ສາມາດຖືກນໍາໃຊ້. ໃນໂຫມດນີ້, ລູກຄ້າໃຊ້ການຄວບຄຸມການໄຫຼເຂົ້າເພື່ອສົ່ງຄໍາສັ່ງ PASV ໄປຫາເຄື່ອງແມ່ຂ່າຍ, ແລະຫຼັງຈາກນັ້ນໄດ້ຮັບທີ່ຢູ່ IP ແລະຫມາຍເລກພອດຈາກເຄື່ອງແມ່ຂ່າຍ, ເຊິ່ງລູກຄ້າໃຊ້ເພື່ອເປີດການໄຫຼເຂົ້າຂອງຂໍ້ມູນຈາກພອດທີ່ຕົນເອງມັກ.

ມັນເປັນໄປໄດ້ວ່າຂໍ້ມູນອາດຈະຖືກໂອນໄປຫາເຄື່ອງທີສາມ. ໃນກໍລະນີນີ້, ຜູ້ໃຊ້ຈັດລະບຽບຊ່ອງທາງການຄວບຄຸມທີ່ມີສອງເຄື່ອງແມ່ຂ່າຍແລະຈັດຕັ້ງຊ່ອງທາງຂໍ້ມູນໂດຍກົງລະຫວ່າງພວກເຂົາ. ຄໍາສັ່ງຄວບຄຸມຜ່ານຜູ້ໃຊ້, ແລະຂໍ້ມູນໂດຍກົງລະຫວ່າງເຄື່ອງແມ່ຂ່າຍ.

ເມື່ອສົ່ງຂໍ້ມູນຜ່ານເຄືອຂ່າຍ, ຂໍ້ມູນສີ່ຕົວແທນສາມາດຖືກນໍາໃຊ້:

• ASCII - ໃຊ້ສໍາລັບຂໍ້ຄວາມ. ຂໍ້ມູນແມ່ນ, ຖ້າຈໍາເປັນ, ປ່ຽນຈາກການເປັນຕົວແທນຂອງລັກສະນະໃນເຈົ້າພາບສົ່ງໄປຫາ "ແປດບິດ ASCII" ກ່ອນທີ່ຈະສົ່ງ, ແລະ (ອີກເທື່ອຫນຶ່ງ, ຖ້າຈໍາເປັນ) ເປັນການເປັນຕົວແທນຂອງລັກສະນະໃນເຈົ້າພາບຮັບ. ໂດຍສະເພາະ, ຕົວອັກສອນແຖວໃຫມ່ມີການປ່ຽນແປງ. ດັ່ງນັ້ນ, ຮູບແບບນີ້ບໍ່ເຫມາະສົມສໍາລັບໄຟລ໌ທີ່ມີຫຼາຍກ່ວາພຽງແຕ່ຂໍ້ຄວາມທໍາມະດາ.
• ໂຫມດຖານສອງ - ອຸປະກອນການສົ່ງຈະສົ່ງແຕ່ລະໄຟລ໌ byte ໂດຍ byte, ແລະຜູ້ຮັບຈະເກັບນ້ໍາຂອງ bytes ເມື່ອໄດ້ຮັບ. ສະຫນັບສະຫນູນຮູບແບບນີ້ໄດ້ຖືກແນະນໍາສໍາລັບການປະຕິບັດ FTP ທັງຫມົດ.
• EBCDIC - ໃຊ້ເພື່ອໂອນຂໍ້ຄວາມທໍາມະດາລະຫວ່າງໂຮດໃນການເຂົ້າລະຫັດ EBCDIC. ຖ້າບໍ່ດັ່ງນັ້ນ, ຮູບແບບນີ້ແມ່ນຄ້າຍຄືກັນກັບໂຫມດ ASCII.
• ຮູບແບບທ້ອງຖິ່ນ - ອະນຸຍາດໃຫ້ຄອມພິວເຕີສອງເຄື່ອງທີ່ມີການຕັ້ງຄ່າດຽວກັນສົ່ງຂໍ້ມູນໃນຮູບແບບຂອງຕົນເອງໂດຍບໍ່ມີການປ່ຽນເປັນ ASCII.

ການ​ຖ່າຍ​ໂອນ​ຂໍ້​ມູນ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ໃນ​ສາມ​ທິ​ບາຍ​ຮູບ​ແບບ​:

• ໂຫມດການຖ່າຍທອດ - ຂໍ້ມູນຖືກສົ່ງເປັນກະແສຢ່າງຕໍ່ເນື່ອງ, ປົດປ່ອຍ FTP ຈາກການດໍາເນີນການໃດໆ. ແທນທີ່ຈະ, ການປຸງແຕ່ງທັງຫມົດແມ່ນເຮັດໂດຍ TCP. ຕົວຊີ້ວັດສິ້ນສຸດຂອງໄຟລ໌ແມ່ນບໍ່ຈໍາເປັນຍົກເວັ້ນສໍາລັບການແຍກຂໍ້ມູນເຂົ້າໄປໃນບັນທຶກ.
• ໂຫມດບລັອກ - FTP ແຍກຂໍ້ມູນອອກເປັນຫຼາຍບລັອກ (ບລັອກຫົວ, ຈໍານວນໄບຕ໌, ຊ່ອງຂໍ້ມູນ) ແລະຫຼັງຈາກນັ້ນສົ່ງພວກມັນໄປຫາ TCP.
• ໂຫມດການບີບອັດ – ຂໍ້ມູນຖືກບີບອັດໂດຍໃຊ້ສູດການຄິດໄລ່ອັນດຽວ (ປົກກະຕິແລ້ວໂດຍການເຂົ້າລະຫັດໄລຍະການແລ່ນ).

ເຊີບເວີ FTP ເປັນເຊີບເວີທີ່ໃຫ້ຄວາມສາມາດໃນການໃຊ້ File Transfer Protocol. ມັນມີຄຸນສົມບັດບາງຢ່າງທີ່ຈໍາແນກມັນຈາກເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ທໍາມະດາ:

• ຕ້ອງມີການກວດສອບຜູ້ໃຊ້
• ການດໍາເນີນງານທັງຫມົດແມ່ນດໍາເນີນຢູ່ໃນກອງປະຊຸມປະຈຸບັນ
• ຄວາມສາມາດໃນການດໍາເນີນການຕ່າງໆກັບລະບົບໄຟລ໌
• ຊ່ອງທາງແຍກຕ່າງຫາກຖືກນໍາໃຊ້ສໍາລັບແຕ່ລະການເຊື່ອມຕໍ່

ລູກຄ້າ FTP ແມ່ນໂຄງການທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກຜ່ານ FTP ແລະຍັງປະຕິບັດການປະຕິບັດທີ່ຈໍາເປັນກ່ຽວກັບມັນດ້ວຍອົງປະກອບຂອງລະບົບໄຟລ໌. ລູກຄ້າອາດຈະເປັນຕົວທ່ອງເວັບ, ໃນແຖບທີ່ຢູ່ທີ່ທ່ານຄວນໃສ່ທີ່ຢູ່, ເຊິ່ງເປັນເສັ້ນທາງໄປຫາໄດເລກະທໍລີສະເພາະຫຼືໄຟລ໌ໃນເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ, ອີງຕາມແຜນຜັງບລັອກ URL ທົ່ວໄປ:

ftp://user:pass@address:port/directory/file

ຢ່າງໃດກໍຕາມ, ການນໍາໃຊ້ຕົວທ່ອງເວັບຂອງເວັບໄຊຕ໌ໃນສະພາບການນີ້ພຽງແຕ່ຈະອະນຸຍາດໃຫ້ທ່ານເພື່ອເບິ່ງຫຼືດາວນ໌ໂຫລດໄຟລ໌ທີ່ມີຄວາມສົນໃຈ. ເພື່ອນໍາໃຊ້ປະໂຫຍດທັງຫມົດຂອງ FTP ຢ່າງສົມບູນ, ທ່ານຄວນໃຊ້ຊອບແວພິເສດເປັນລູກຄ້າ.

ການພິສູດຢືນຢັນ FTP ໃຊ້ລະບົບຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານເພື່ອໃຫ້ການເຂົ້າເຖິງ. ຊື່ຜູ້ໃຊ້ຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍດ້ວຍຄໍາສັ່ງ USER, ແລະລະຫັດຜ່ານຖືກສົ່ງໄປດ້ວຍຄໍາສັ່ງ PASS. ຖ້າຂໍ້ມູນທີ່ສະຫນອງໂດຍລູກຄ້າຖືກຍອມຮັບໂດຍເຄື່ອງແມ່ຂ່າຍ, ຫຼັງຈາກນັ້ນເຄື່ອງແມ່ຂ່າຍຈະສົ່ງຄໍາເຊີນໄປຫາລູກຄ້າແລະກອງປະຊຸມເລີ່ມຕົ້ນ. ຜູ້ໃຊ້ສາມາດ, ຖ້າເຄື່ອງແມ່ຂ່າຍສະຫນັບສະຫນູນຄຸນນະສົມບັດນີ້, ເຂົ້າສູ່ລະບົບໂດຍບໍ່ມີການໃຫ້ຂໍ້ມູນປະຈໍາຕົວ, ແຕ່ເຄື່ອງແມ່ຂ່າຍພຽງແຕ່ສາມາດໃຫ້ການເຂົ້າເຖິງຈໍາກັດສໍາລັບກອງປະຊຸມດັ່ງກ່າວ.

ເຈົ້າພາບທີ່ໃຫ້ບໍລິການ FTP ສາມາດສະຫນອງການເຂົ້າເຖິງ FTP ແບບບໍ່ເປີດເຜີຍຊື່. ໂດຍປົກກະຕິຜູ້ໃຊ້ເຂົ້າສູ່ລະບົບດ້ວຍ "ບໍ່ເປີດເຜີຍຊື່" (ອາດຈະເປັນຕົວພິມນ້ອຍໃນບາງເຊີບເວີ FTP) ເປັນຊື່ຜູ້ໃຊ້ຂອງພວກເຂົາ. ເຖິງແມ່ນວ່າໂດຍທົ່ວໄປແລ້ວຜູ້ໃຊ້ຈະຖືກຮ້ອງຂໍໃຫ້ສະຫນອງທີ່ຢູ່ອີເມວຂອງເຂົາເຈົ້າແທນທີ່ຈະເປັນລະຫັດຜ່ານ, ບໍ່ມີການຢືນຢັນຕົວຈິງ. ໂຮດ FTP ຈໍານວນຫຼາຍທີ່ສະຫນອງການປັບປຸງຊອບແວສະຫນັບສະຫນູນການເຂົ້າເຖິງທີ່ບໍ່ເປີດເຜີຍຊື່.

ແຜນວາດໂປໂຕຄອນ

ການໂຕ້ຕອບລູກຄ້າກັບເຊີບເວີໃນລະຫວ່າງການເຊື່ອມຕໍ່ FTP ສາມາດເບິ່ງເຫັນໄດ້ດັ່ງນີ້:

ປອດໄພ FTP

FTP ບໍ່ໄດ້ຕັ້ງໃຈໄວ້ໃນຕອນຕົ້ນເພື່ອຄວາມປອດໄພ, ຍ້ອນວ່າມັນມີຈຸດປະສົງສໍາລັບການສື່ສານລະຫວ່າງການຕິດຕັ້ງທະຫານແລະອົງການຕ່າງໆ. ແຕ່ດ້ວຍການພັດທະນາແລະການແຜ່ກະຈາຍຂອງອິນເຕີເນັດ, ອັນຕະລາຍຂອງການເຂົ້າເຖິງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໄດ້ເພີ່ມຂຶ້ນຫຼາຍຄັ້ງ. ມີຄວາມຕ້ອງການທີ່ຈະປົກປ້ອງເຄື່ອງແມ່ຂ່າຍຈາກການໂຈມຕີປະເພດຕ່າງໆ. ໃນເດືອນພຶດສະພາ 1999, ຜູ້ຂຽນຂອງ RFC 2577 ໄດ້ສະຫຼຸບຄວາມອ່ອນແອເຂົ້າໄປໃນບັນຊີລາຍຊື່ຂອງບັນຫາຕໍ່ໄປນີ້:

• ການໂຈມຕີທີ່ເຊື່ອງໄວ້ (ການໂຈມຕີ bounce)
• ການໂຈມຕີຫຼອກລວງ
• ການໂຈມຕີດ້ວຍກຳລັງສັດ
• ຈັບແພັກເກັດ, ດົມກິ່ນ
• ການລັກພອດ

FTP ປົກກະຕິບໍ່ມີຄວາມສາມາດໃນການໂອນຂໍ້ມູນໃນຮູບແບບທີ່ຖືກເຂົ້າລະຫັດ, ເປັນຜົນມາຈາກຊື່ຜູ້ໃຊ້, ລະຫັດຜ່ານ, ຄໍາສັ່ງແລະຂໍ້ມູນອື່ນໆສາມາດຖືກຂັດຂວາງໂດຍຜູ້ໂຈມຕີໄດ້ງ່າຍແລະງ່າຍດາຍ. ການແກ້ໄຂປົກກະຕິຂອງບັນຫານີ້ແມ່ນການໃຊ້ "ທີ່ປອດໄພ", ລຸ້ນທີ່ມີການປົກປ້ອງ TLS ຂອງໂປຣໂຕຄໍທີ່ມີຄວາມສ່ຽງ (FTPS) ຫຼືໂປຣໂຕຄໍທີ່ປອດໄພກວ່າ, ເຊັ່ນ: SFTP/SCP, ທີ່ສະໜອງໃຫ້ກັບການຈັດຕັ້ງປະຕິບັດໂປຣໂຕຄໍ Secure Shell ສ່ວນໃຫຍ່.

FTPS

FTPS (FTP + SSL) ແມ່ນສ່ວນຂະຫຍາຍຂອງໂປໂຕຄອນການໂອນໄຟລ໌ມາດຕະຖານທີ່ເພີ່ມການເຮັດວຽກພື້ນຖານຂອງມັນເພື່ອສ້າງເຊດຊັນທີ່ຖືກເຂົ້າລະຫັດໂດຍໃຊ້ໂປໂຕຄອນ SSL (Secure Sockets Layer). ໃນມື້ນີ້, ການປົກປ້ອງແມ່ນສະຫນອງໃຫ້ໂດຍ analogue TLS (ຄວາມປອດໄພຊັ້ນການຂົນສົ່ງ).

SSL

ອະນຸສັນຍາ SSL ໄດ້ຖືກສະເໜີໂດຍ Netscape Communications ໃນປີ 1996 ເພື່ອຮັບປະກັນຄວາມປອດໄພ ແລະຄວາມເປັນສ່ວນຕົວຂອງການເຊື່ອມຕໍ່ອິນເຕີເນັດ. ໂປຣໂຕຄໍຮອງຮັບການພິສູດຢືນຢັນລູກຂ່າຍ ແລະເຊີບເວີ, ເປັນແອັບພລິເຄຊັນທີ່ເປັນເອກະລາດ, ແລະມີຄວາມໂປ່ງໃສຕໍ່ກັບ HTTP, FTP, ແລະ Telnet protocols.

ໂປໂຕຄອນ SSL Handshake ປະກອບດ້ວຍສອງຂັ້ນຕອນ: ການພິສູດຢືນຢັນເຊີບເວີ ແລະການກວດສອບລູກຄ້າທາງເລືອກ. ໃນຂັ້ນຕອນທໍາອິດ, ເຄື່ອງແມ່ຂ່າຍຕອບສະຫນອງຄໍາຮ້ອງຂໍຂອງລູກຄ້າໂດຍການສົ່ງໃບຢັ້ງຢືນແລະຕົວກໍານົດການເຂົ້າລະຫັດຂອງມັນ. ຫຼັງຈາກນັ້ນ, ລູກຄ້າສ້າງລະຫັດຫຼັກ, ເຂົ້າລະຫັດມັນດ້ວຍລະຫັດສາທາລະນະຂອງເຄື່ອງແມ່ຂ່າຍ, ແລະສົ່ງມັນໄປຫາເຄື່ອງແມ່ຂ່າຍ. ເຊີບເວີຖອດລະຫັດລະຫັດຫຼັກດ້ວຍລະຫັດສ່ວນຕົວຂອງມັນ ແລະຢືນຢັນຕົວມັນເອງໃຫ້ກັບລູກຄ້າໂດຍການສົ່ງຄືນຂໍ້ຄວາມທີ່ຖືກຢືນຢັນໂດຍລະຫັດຫຼັກຂອງລູກຄ້າ.

ຂໍ້ມູນຕໍ່ມາຈະຖືກເຂົ້າລະຫັດ ແລະພິສູດຢືນຢັນດ້ວຍລະຫັດທີ່ມາຈາກລະຫັດຫຼັກນີ້. ໃນຂັ້ນຕອນທີສອງ, ເຊິ່ງເປັນທາງເລືອກ, ເຄື່ອງແມ່ຂ່າຍສົ່ງຄໍາຮ້ອງຂໍໃຫ້ລູກຄ້າ, ແລະລູກຄ້າຢືນຢັນຕົວຂອງມັນເອງກັບເຄື່ອງແມ່ຂ່າຍໂດຍການສົ່ງຄືນຄໍາຮ້ອງຂໍດ້ວຍລາຍເຊັນດິຈິຕອນຂອງຕົນເອງແລະໃບຢັ້ງຢືນລະຫັດສາທາລະນະ.

SSL ສະຫນັບສະຫນູນຫຼາກຫຼາຍຂອງ algorithms cryptographic. ໃນລະຫວ່າງການສ້າງຕັ້ງການສື່ສານ, ລະບົບ crypto ສາທາລະນະ RSA ຖືກນໍາໃຊ້. ຫຼັງຈາກການແລກປ່ຽນທີ່ສໍາຄັນ, ລະຫັດລັບທີ່ແຕກຕ່າງກັນຫຼາຍຖືກນໍາໃຊ້: RC2, RC4, IDEA, DES ແລະ TripleDES. MD5 ຍັງຖືກນໍາໃຊ້ - ສູດການຄິດໄລ່ສໍາລັບການສ້າງຂໍ້ຄວາມຍ່ອຍ. syntax ສໍາລັບໃບຢັ້ງຢືນລະຫັດສາທາລະນະໄດ້ຖືກອະທິບາຍໄວ້ໃນ X.509.

ຫນຶ່ງໃນຂໍ້ໄດ້ປຽບທີ່ສໍາຄັນຂອງ SSL ແມ່ນຄວາມເປັນເອກະລາດຂອງຊອບແວ - ເວທີທີ່ສົມບູນ. ອະນຸສັນຍາໄດ້ຖືກພັດທະນາໂດຍຫຼັກການຂອງການເຄື່ອນທີ່, ແລະອຸດົມການຂອງການກໍ່ສ້າງຂອງມັນບໍ່ຂຶ້ນກັບຄໍາຮ້ອງສະຫມັກທີ່ມັນຖືກນໍາໃຊ້. ນອກຈາກນັ້ນ, ມັນຍັງມີຄວາມສໍາຄັນທີ່ໂປໂຕຄອນອື່ນໆສາມາດຖືກວາງໄວ້ຢ່າງໂປ່ງໃສຢູ່ເທິງສຸດຂອງໂປໂຕຄອນ SSL; ບໍ່ວ່າຈະເປັນການເພີ່ມລະດັບການປົກປ້ອງການໄຫຼເຂົ້າຂອງຂໍ້ມູນເປົ້າໝາຍ, ຫຼືເພື່ອປັບຄວາມສາມາດເຂົ້າລະຫັດຂອງ SSL ສໍາລັບບາງວຽກທີ່ກຳນົດໄວ້ໄດ້ດີ.

ການເຊື່ອມຕໍ່ SSL

ຊ່ອງທີ່ປອດໄພທີ່ສະໜອງໃຫ້ໂດຍ SSL ມີສາມຄຸນສົມບັດຕົ້ນຕໍ:

• ຊ່ອງແມ່ນສ່ວນຕົວ. ການເຂົ້າລະຫັດຖືກນໍາໃຊ້ສໍາລັບຂໍ້ຄວາມທັງຫມົດຫຼັງຈາກການສົນທະນາທີ່ງ່າຍດາຍທີ່ໃຫ້ບໍລິການເພື່ອກໍານົດລະຫັດລັບ.
• ຊ່ອງໄດ້ຖືກຮັບຮອງ. ດ້ານເຊີບເວີຂອງການສົນທະນາຖືກກວດສອບຄວາມຖືກຕ້ອງສະເໝີ, ໃນຂະນະທີ່ຝ່າຍລູກຄ້າຖືກຮັບຮອງເປັນທາງເລືອກ.
• ຊ່ອງທາງແມ່ນເຊື່ອຖືໄດ້. ການຂົນສົ່ງຂໍ້ຄວາມປະກອບມີການກວດສອບຄວາມຖືກຕ້ອງ (ໂດຍໃຊ້ MAC).

ຄຸນນະສົມບັດຂອງ FTPS

ມີສອງການປະຕິບັດຂອງ FTPS, ໂດຍນໍາໃຊ້ວິທີການຕ່າງໆໃນການສະຫນອງຄວາມປອດໄພ:

• ວິທີການ implicit ກ່ຽວຂ້ອງກັບການໃຊ້ໂປໂຕຄອນ SSL ມາດຕະຖານເພື່ອສ້າງກອງປະຊຸມກ່ອນທີ່ຈະສົ່ງຂໍ້ມູນ, ເຊິ່ງ, ໃນທາງກັບກັນ, ທໍາລາຍຄວາມເຂົ້າກັນໄດ້ກັບລູກຄ້າ FTP ແລະເຄື່ອງແມ່ຂ່າຍປົກກະຕິ. ສໍາລັບຄວາມເຂົ້າກັນໄດ້ໃນດ້ານຫລັງກັບລູກຄ້າທີ່ບໍ່ສະຫນັບສະຫນູນ FTPS, TCP port 990 ແມ່ນໃຊ້ສໍາລັບການເຊື່ອມຕໍ່ການຄວບຄຸມແລະ 989 ຖືກນໍາໃຊ້ສໍາລັບການຖ່າຍທອດຂໍ້ມູນນີ້ຍັງຄົງຮັກສາພອດມາດຕະຖານ 21 ສໍາລັບໂປໂຕຄອນ FTP. ວິທີການນີ້ຖືກພິຈາລະນາວ່າລ້າສະໄຫມ.
• Explicit ແມ່ນສະດວກກວ່າ, ເພາະວ່າມັນໃຊ້ຄໍາສັ່ງ FTP ມາດຕະຖານ, ແຕ່ເຂົ້າລະຫັດຂໍ້ມູນໃນເວລາທີ່ຕອບສະຫນອງ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເຊື່ອມຕໍ່ການຄວບຄຸມດຽວກັນສໍາລັບທັງ FTP ແລະ FTPS. ລູກຄ້າຕ້ອງຂໍການໂອນຂໍ້ມູນທີ່ປອດໄພຈາກເຊີບເວີຢ່າງຈະແຈ້ງ, ແລະຫຼັງຈາກນັ້ນອະນຸມັດວິທີການເຂົ້າລະຫັດ. ຖ້າລູກຄ້າບໍ່ຮ້ອງຂໍໃຫ້ມີການໂອນທີ່ປອດໄພ, ເຄື່ອງແມ່ຂ່າຍ FTPS ມີສິດທີ່ຈະຮັກສາຫຼືປິດການເຊື່ອມຕໍ່ທີ່ບໍ່ປອດໄພ. ກົນໄກການເຈລະຈາການຮັບຮອງຄວາມຖືກຕ້ອງ ແລະຄວາມປອດໄພຂອງຂໍ້ມູນໄດ້ຖືກເພີ່ມພາຍໃຕ້ RFC 2228 ເຊິ່ງລວມມີຄຳສັ່ງ FTP AUTH ໃໝ່. ເຖິງແມ່ນວ່າມາດຕະຖານນີ້ບໍ່ໄດ້ກໍານົດກົນໄກຄວາມປອດໄພຢ່າງຊັດເຈນ, ມັນໄດ້ລະບຸວ່າການເຊື່ອມຕໍ່ທີ່ປອດໄພຕ້ອງໄດ້ຮັບການເລີ່ມຕົ້ນໂດຍລູກຄ້າໂດຍໃຊ້ສູດການຄິດໄລ່ທີ່ອະທິບາຍຂ້າງເທິງ. ຖ້າການເຊື່ອມຕໍ່ທີ່ປອດໄພບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍເຄື່ອງແມ່ຂ່າຍ, ລະຫັດຂໍ້ຜິດພາດຂອງ 504 ຄວນຈະຖືກສົ່ງຄືນລູກຄ້າ FTPS ສາມາດໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບໂປໂຕຄອນຄວາມປອດໄພທີ່ເຄື່ອງແມ່ຂ່າຍທີ່ສະຫນັບສະຫນູນໂດຍໃຊ້ຄໍາສັ່ງ FEAT, ແນວໃດກໍ່ຕາມ, ເຄື່ອງແມ່ຂ່າຍບໍ່ຈໍາເປັນຕ້ອງເປີດເຜີຍວ່າລະດັບຄວາມປອດໄພຂອງມັນແມ່ນຫຍັງ. ສະຫນັບສະຫນູນ. ຄໍາສັ່ງ FTPS ທົ່ວໄປທີ່ສຸດແມ່ນ AUTH TLS ແລະ AUTH SSL, ເຊິ່ງສະຫນອງຄວາມປອດໄພຂອງ TLS ແລະ SSL, ຕາມລໍາດັບ.

SFTP

SFTP (Secure File Transfer Protocol) ແມ່ນໂປຣໂຕຄໍການໂອນໄຟລ໌ຂອງຊັ້ນແອັບພລິເຄຊັນທີ່ເຮັດວຽກຢູ່ເທິງຊ່ອງທີ່ປອດໄພ. ບໍ່ຄວນສັບສົນກັບ (Simple File Transfer Protocol), ເຊິ່ງມີຕົວຫຍໍ້ຄືກັນ. ຖ້າ FTPS ແມ່ນພຽງແຕ່ການຂະຫຍາຍຂອງ FTP, ຫຼັງຈາກນັ້ນ SFTP ແມ່ນໂປໂຕຄອນແຍກຕ່າງຫາກແລະບໍ່ກ່ຽວຂ້ອງທີ່ໃຊ້ SSH (Secure Shell) ເປັນພື້ນຖານຂອງມັນ.

ຫອຍປອດໄພ

ອະນຸສັນຍາດັ່ງກ່າວໄດ້ຖືກພັດທະນາໂດຍກຸ່ມ IETF ທີ່ເອີ້ນວ່າ Secsh. ເອກະສານການເຮັດວຽກສໍາລັບໂປໂຕຄອນ SFTP ໃຫມ່ບໍ່ໄດ້ກາຍເປັນມາດຕະຖານຢ່າງເປັນທາງການ, ແຕ່ເລີ່ມຖືກນໍາໃຊ້ຢ່າງຈິງຈັງສໍາລັບການພັດທະນາຄໍາຮ້ອງສະຫມັກ. ຫຼັງຈາກນັ້ນ, ຫົກສະບັບຂອງອະນຸສັນຍາໄດ້ຖືກປ່ອຍອອກມາ. ຢ່າງໃດກໍ່ຕາມ, ການເຮັດວຽກທີ່ເພີ່ມຂຶ້ນເທື່ອລະກ້າວໃນນັ້ນເຮັດໃຫ້ຄວາມຈິງທີ່ວ່າໃນວັນທີ 14 ສິງຫາ 2006, ມັນໄດ້ຖືກຕັດສິນໃຈຢຸດການເຮັດວຽກກ່ຽວກັບການພັດທະນາຂອງໂປໂຕຄອນເນື່ອງຈາກການສໍາເລັດວຽກງານຕົ້ນຕໍຂອງໂຄງການ (ການພັດທະນາ SSH) ແລະ. ຂາດລະດັບຜູ້ຊ່ຽວຊານພຽງພໍເພື່ອກ້າວໄປສູ່ການພັດທະນາໂປໂຕຄອນລະບົບໄຟລ໌ຫ່າງໄກສອກຫຼີກທີ່ເຕັມໄປດ້ວຍຄວາມສາມາດ .

SSH ແມ່ນໂປໂຕຄອນເຄືອຂ່າຍທີ່ອະນຸຍາດໃຫ້ຄວບຄຸມຫ່າງໄກສອກຫຼີກຂອງລະບົບປະຕິບັດການແລະອຸໂມງຂອງການເຊື່ອມຕໍ່ TCP (ຕົວຢ່າງເຊັ່ນການໂອນໄຟລ໌). ຄ້າຍຄືກັນໃນການເຮັດວຽກກັບ Telnet ແລະ rlogin protocols, ແຕ່, ບໍ່ເຫມືອນກັບພວກເຂົາ, ມັນ encrypts ການຈະລາຈອນທັງຫມົດ, ລວມທັງລະຫັດຜ່ານສົ່ງ. SSH ອະນຸຍາດໃຫ້ມີທາງເລືອກຂອງລະບົບການເຂົ້າລະຫັດທີ່ແຕກຕ່າງກັນ. ລູກຄ້າ SSH ແລະເຊີບເວີ SSH ແມ່ນມີຢູ່ສໍາລັບລະບົບປະຕິບັດການເຄືອຂ່າຍສ່ວນໃຫຍ່.

SSH ຊ່ວຍໃຫ້ທ່ານສາມາດໂອນເກືອບທຸກໂປໂຕຄອນເຄືອຂ່າຍອື່ນໆຢ່າງປອດໄພໃນສະພາບແວດລ້ອມທີ່ບໍ່ປອດໄພ. ດັ່ງນັ້ນ, ທ່ານບໍ່ພຽງແຕ່ສາມາດເຮັດວຽກຫ່າງໄກສອກຫຼີກໃນຄອມພິວເຕີຂອງທ່ານໂດຍຜ່ານ shell ຄໍາສັ່ງ, ແຕ່ຍັງສົ່ງນ້ໍາສຽງຫຼືວິດີໂອ (ຕົວຢ່າງ, ຈາກ webcam) ຜ່ານຊ່ອງທາງການເຂົ້າລະຫັດ. SSH ຍັງສາມາດໃຊ້ການບີບອັດຂໍ້ມູນທີ່ຖືກສົ່ງຜ່ານສໍາລັບການເຂົ້າລະຫັດຕໍ່ໄປ, ເຊິ່ງສະດວກ, ສໍາລັບການຍົກຕົວຢ່າງ, ສໍາລັບການເປີດຕົວລູກຄ້າ X WindowSystem ຫ່າງໄກສອກຫຼີກ.

ສະບັບທໍາອິດຂອງອະນຸສັນຍາ, SSH-1, ໄດ້ຖືກພັດທະນາໃນປີ 1995 ໂດຍນັກຄົ້ນຄວ້າ Tatu Ulönen ຈາກມະຫາວິທະຍາໄລເຕັກໂນໂລຢີ Helsinki (ຟິນແລນ). SSH-1 ຖືກຂຽນເພື່ອໃຫ້ຄວາມເປັນສ່ວນຕົວຫຼາຍກວ່າ rlogin, telnet, ແລະ rsh protocols. ໃນປີ 1996, ສະບັບທີ່ປອດໄພກວ່າຂອງໂປຣໂຕຄໍ, SSH-2, ໄດ້ຖືກພັດທະນາ, ເຊິ່ງບໍ່ເຂົ້າກັນໄດ້ກັບ SSH-1. ອະນຸສັນຍາໄດ້ຮັບຄວາມນິຍົມຫຼາຍຂຶ້ນ, ແລະໃນປີ 2000 ມັນມີຜູ້ໃຊ້ປະມານສອງລ້ານຄົນ. ໃນປັດຈຸບັນ, ຄໍາວ່າ "SSH" ມັກຈະຫມາຍຄວາມວ່າ SSH-2, ເພາະວ່າ ສະບັບທໍາອິດຂອງໂປໂຕຄອນໃນປັດຈຸບັນບໍ່ໄດ້ຖືກນໍາໃຊ້ຢ່າງຈິງຈັງເນື່ອງຈາກຂໍ້ບົກຜ່ອງທີ່ສໍາຄັນ. ໃນປີ 2006, ພິທີການໄດ້ຮັບການອະນຸມັດຈາກຄະນະປະຕິບັດງານ IETF ເປັນມາດຕະຖານອິນເຕີເນັດ.

ມີສອງການປະຕິບັດທົ່ວໄປຂອງ SSH: ການຄ້າເອກະຊົນແລະແຫຼ່ງເປີດຟຣີ. ການປະຕິບັດຟຣີເອີ້ນວ່າ OpenSSH. ໃນປີ 2006, 80% ຂອງຄອມພິວເຕີໃນອິນເຕີເນັດໃຊ້ OpenSSH. ການປະຕິບັດທີ່ເປັນເຈົ້າຂອງແມ່ນພັດທະນາໂດຍ SSH Communications Security, ເຊິ່ງເປັນບໍລິສັດຍ່ອຍຂອງ Tectia Corporation, ແລະແມ່ນບໍ່ເສຍຄ່າສໍາລັບການນໍາໃຊ້ທີ່ບໍ່ແມ່ນການຄ້າ. ການປະຕິບັດເຫຼົ່ານີ້ປະກອບດ້ວຍເກືອບຊຸດຄໍາສັ່ງດຽວກັນ.

ໂປຣໂຕຄໍ SSH-2, ບໍ່ຄືກັບ telnet protocol, ແມ່ນທົນທານຕໍ່ກັບການໂຈມຕີທາງສຽງຂອງການຈະລາຈອນ (“ການດມຂ່າວ”), ແຕ່ບໍ່ທົນທານຕໍ່ກັບການໂຈມຕີແບບມະນຸດໃນກາງ. ໂປໂຕຄອນ SSH-2 ຍັງທົນທານຕໍ່ກັບການໂຈມຕີຂອງ Session hijacking, ເນື່ອງຈາກວ່າມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະເຂົ້າຮ່ວມ ຫຼື hijack session ທີ່ຕັ້ງໄວ້ແລ້ວ.

ເພື່ອປ້ອງກັນການໂຈມຕີລະຫວ່າງຄົນໃນກາງເມື່ອເຊື່ອມຕໍ່ກັບໂຮດທີ່ລູກຄ້າຍັງບໍ່ຮູ້, ຊອບແວຂອງລູກຄ້າຈະສະແດງ "ລາຍນິ້ວມືທີ່ສໍາຄັນ". ຂໍແນະນຳໃຫ້ກວດເບິ່ງຢ່າງລະມັດລະວັງກ່ຽວກັບ “ພາບຖ່າຍຫຼັກ” ທີ່ສະແດງໂດຍຊອບແວລູກຄ້າດ້ວຍການຖ່າຍຮູບຄີເຊີບເວີ, ດີກວ່າໄດ້ຮັບຜ່ານຊ່ອງທາງການສື່ສານທີ່ເຊື່ອຖືໄດ້ ຫຼື ດ້ວຍຕົນເອງ.

ການສະຫນັບສະຫນູນ SSH ແມ່ນມີຢູ່ໃນທຸກລະບົບທີ່ຄ້າຍຄືກັບ UNIX, ແລະສ່ວນໃຫຍ່ມີລູກຄ້າ ssh ແລະເຄື່ອງແມ່ຂ່າຍເປັນອຸປະກອນມາດຕະຖານ. ມີຫຼາຍການປະຕິບັດຂອງລູກຄ້າ SSH ສໍາລັບ OS ທີ່ບໍ່ແມ່ນ UNIX. ໂປໂຕຄອນໄດ້ຮັບຄວາມນິຍົມຢ່າງຫຼວງຫຼາຍຫຼັງຈາກການພັດທະນາຢ່າງແຜ່ຫຼາຍຂອງການວິເຄາະການຈະລາຈອນແລະວິທີການຂັດຂວາງການເຮັດວຽກຂອງເຄືອຂ່າຍທ້ອງຖິ່ນ, ເປັນການແກ້ໄຂທາງເລືອກຂອງໂປໂຕຄອນ Telnet ທີ່ບໍ່ປອດໄພສໍາລັບການຄຸ້ມຄອງຂໍ້ທີ່ສໍາຄັນ.

ການສື່ສານໂດຍໃຊ້ SSH

ເພື່ອເຮັດວຽກຜ່ານ SSH, ທ່ານຕ້ອງການເຄື່ອງແມ່ຂ່າຍ SSH ແລະລູກຄ້າ SSH. ເຄື່ອງແມ່ຂ່າຍຟັງການເຊື່ອມຕໍ່ຈາກເຄື່ອງລູກຄ້າແລະ, ເມື່ອການເຊື່ອມຕໍ່ຖືກສ້າງຕັ້ງຂຶ້ນ, ດໍາເນີນການກວດສອບຄວາມຖືກຕ້ອງ, ຫຼັງຈາກນັ້ນມັນເລີ່ມຕົ້ນໃຫ້ບໍລິການລູກຄ້າ. ລູກຄ້າຖືກນໍາໃຊ້ເພື່ອເຂົ້າສູ່ລະບົບເຄື່ອງຫ່າງໄກສອກຫຼີກແລະປະຕິບັດຄໍາສັ່ງ.

ການປຽບທຽບກັບ FTPS

ສິ່ງທີ່ສໍາຄັນທີ່ຈໍາແນກ SFTP ຈາກມາດຕະຖານ FTP ແລະ FTPS ແມ່ນວ່າ SFTP ເຂົ້າລະຫັດຢ່າງແທ້ຈິງທຸກຄໍາສັ່ງ, ຊື່ຜູ້ໃຊ້, ລະຫັດຜ່ານແລະຂໍ້ມູນລັບອື່ນໆ.

ທັງສອງ FTPS ແລະ SFTP protocols ໃຊ້ການປະສົມປະສານຂອງ algorithms asymmetric (RSA, DSA), algorithms symmetric (DES / 3DES, AES, Twhofish, ແລະອື່ນໆ), ເຊັ່ນດຽວກັນກັບສູດການຄິດໄລ່ການແລກປ່ຽນທີ່ສໍາຄັນ. ສໍາລັບການພິສູດຢືນຢັນ, FTPS (ຫຼືເພື່ອໃຫ້ຊັດເຈນກວ່າ, SSL/TLS ໃນໄລຍະ FTP) ໃຊ້ໃບຢັ້ງຢືນ X.509, ໃນຂະນະທີ່ SFTP (SSH protocol) ໃຊ້ກະແຈ SSH.

ໃບຢັ້ງຢືນ X.509 ປະກອບມີກະແຈສາທາລະນະ ແລະບາງຂໍ້ມູນກ່ຽວກັບໃບຢັ້ງຢືນເຈົ້າຂອງ. ຂໍ້ມູນນີ້ອະນຸຍາດໃຫ້, ໃນອີກດ້ານຫນຶ່ງ, ເພື່ອກວດສອບຄວາມສົມບູນຂອງໃບຢັ້ງຢືນຕົວມັນເອງ, ແທ້ຈິງແລະເຈົ້າຂອງໃບຢັ້ງຢືນ. ໃບຢັ້ງຢືນ X.509 ມີກະແຈສ່ວນຕົວທີ່ສອດຄ້ອງກັນ, ເຊິ່ງປົກກະຕິແລ້ວຈະຖືກເກັບໄວ້ແຍກຕ່າງຫາກຈາກໃບຢັ້ງຢືນສໍາລັບເຫດຜົນດ້ານຄວາມປອດໄພ.

ກະແຈ SSH ມີພຽງແຕ່ກະແຈສາທາລະນະ (ກະແຈສ່ວນຕົວທີ່ສອດຄ້ອງກັນຖືກເກັບໄວ້ແຍກຕ່າງຫາກ). ມັນບໍ່ມີຂໍ້ມູນໃດໆກ່ຽວກັບເຈົ້າຂອງກະແຈ. ບາງການປະຕິບັດ SSH ໃຊ້ໃບຢັ້ງຢືນ X.509 ສໍາລັບການພິສູດຢືນຢັນ, ແຕ່ຕົວຈິງແລ້ວພວກເຂົາບໍ່ໄດ້ກວດສອບລະບົບຕ່ອງໂສ້ໃບຢັ້ງຢືນທັງຫມົດ - ພຽງແຕ່ໃຊ້ລະຫັດສາທາລະນະ (ເຊິ່ງເຮັດໃຫ້ການພິສູດຢືນຢັນດັ່ງກ່າວບໍ່ສົມບູນ).

ສະຫລຸບ

ບໍ່ຕ້ອງສົງໃສວ່າອະນຸສັນຍາ FTP ຍັງມີບົດບາດສໍາຄັນໃນການເກັບຮັກສາແລະການແຈກຢາຍຂໍ້ມູນໃນເຄືອຂ່າຍເຖິງວ່າຈະມີອາຍຸສູງສຸດຂອງມັນ. ມັນ​ເປັນ​ອະ​ນຸ​ສັນ​ຍາ​ທີ່​ສະ​ດວກ​, multifunctional ແລະ​ມາດ​ຕະ​ຖານ​. ຮວບຮວມໄຟລ໌ຈໍານວນຫຼາຍໄດ້ຖືກສ້າງຂຶ້ນບົນພື້ນຖານຂອງມັນ, ໂດຍບໍ່ມີການເຮັດວຽກດ້ານວິຊາການຈະບໍ່ມີປະສິດທິພາບຫຼາຍ. ນອກຈາກນັ້ນ, ມັນງ່າຍທີ່ຈະຕັ້ງຄ່າ, ແລະໂປລແກລມເຊີຟເວີແລະລູກຄ້າມີຢູ່ສໍາລັບເກືອບທຸກແພລະຕະຟອມໃນປະຈຸບັນແລະບໍ່ດັ່ງນັ້ນ.

ໃນທາງກັບກັນ, ສະບັບທີ່ຖືກປົກປ້ອງຂອງມັນແກ້ໄຂບັນຫາຄວາມລັບຂອງຂໍ້ມູນທີ່ເກັບໄວ້ແລະຖ່າຍທອດໃນໂລກທີ່ທັນສະໄຫມ. ທັງສອງອະນຸສັນຍາໃຫມ່ມີຂໍ້ດີແລະຂໍ້ເສຍຂອງເຂົາເຈົ້າແລະໃຫ້ບໍລິການພາລະບົດບາດທີ່ແຕກຕ່າງກັນເລັກນ້ອຍ. ໃນເຂດເຫຼົ່ານັ້ນທີ່ຕ້ອງການການຈັດເກັບໄຟລ໌, ມັນມັກໃຊ້ FTPS, ໂດຍສະເພາະຖ້າ FTP ຄລາສສິກໄດ້ຖືກນໍາໃຊ້ຢູ່ບ່ອນນັ້ນກ່ອນ. SFTP ແມ່ນຫນ້ອຍທີ່ພົບເລື້ອຍເນື່ອງຈາກມັນບໍ່ເຂົ້າກັນໄດ້ກັບໂປໂຕຄອນເກົ່າ, ແຕ່ມັນປອດໄພກວ່າແລະມີການເຮັດວຽກຫຼາຍ, ເພາະວ່າມັນເປັນສ່ວນຫນຶ່ງຂອງລະບົບການຄຸ້ມຄອງຫ່າງໄກສອກຫຼີກ.

ບັນຊີລາຍຊື່ຂອງແຫຼ່ງ

• ບົດຄັດຫຍໍ້ “ພິທີ FTP. ຂໍ້ມູນທົ່ວໄປ ແລະຄຸນສົມບັດ"
• Abstract “SSH, CMIP, Telnet protocols”
• ລາຍງານ "SSL/TLS"

ແຫຼ່ງຂໍ້ມູນ: www.habr.com