FTP atau File Transfer Protocol merupakan protokol internet yang digunakan untuk urusan pengiriman data dalam jaringan komputer, seperti upload dan download file yang dilakukan oleh FTP client dan FTP server. Koneksi kontrol FTP didirikan melalui TCP antara pengguna pelabuhan proses U dan port proses server L. protokol ini adalah ditugaskan port layanan 21 (25 oktal), yaitu L = 21.
a. Tujuan
1. untuk mempromosikan berbagi file (komputer program dan / atau data),
2. untuk mendorong langsung atau implisit (via program) penggunaan komputer remote,
3. untuk melindungi pengguna dari variasi dalam sistem penyimpanan file antara host.
4. untuk mentransfer Data andal dan efisien. FTP, meskipun dapat digunakan langsung oleh pengguna di terminal, dirancang terutama untuk digunakan oleh program.
· b. Sejarah
FTP termasuk transfer file pertama kali diusulkan mekanisme pada tahun 1971 yang dikembangkan untuk implementasi pada host di M.I.T. (RFC 114), ditambah komentar dan diskusi dalam RFC 141. Sebuah revisi ini sebagai RFC 265, disajikan kembali FTP untuk ditinjau tambahan, sementara RFC 281 menyarankan perubahan lebih lanjut. RFC 354 RFC sudah usang 264 dan 265.
File Transfer Protocol sekarang didefinisikan sebagai protokol untuk transfer file antara host pada ARPANET, dengan fungsi utama dari FTP didefinisikan sebagai mentransfer file secara efisien dan andal antara host dan memungkinkan penggunaan yang mudah dari kemampuan penyimpanan file jarak jauh. RFC 354 RFC sudah usang 264 dan 265. File Transfer Protocol sekarang didefinisikan sebagai protokol untuk transfer file antara host padaARPANET, dengan fungsi utama dari FTP didefinisikan sebagai mentransfer file secara efisien dan andal antara host dan memungkinkan penggunaan yang mudah dari kemampuan penyimpanan file jarak jauh.
Pada bulan Juli 1973, perubahan besar dari versi terakhir dari FTP yang dibuat, namun struktur umum tetap sama. RFC 542 diterbitkan sebagai "resmi" spesifikasi baru untuk mencerminkan ini perubahan. Namun, banyak implementasi berdasarkan tua spesifikasi tidak diperbarui. spesifikasi tidak diperbarui. Pada tahun 1974, RFC 607 dan 614 terus komentar pada FTP. RFC 624 diusulkan perubahan desain lebih lanjut dan modifikasi kecil. Pada tahun 1975, RFC 686 yang berjudul, "Meninggalkan Nah Cukup Alone", membahas perbedaan antara semua versi awal dan kemudian FTP.
c. Terminologi
Ø ASCII
Set karakter ASCII sebagaimana didefinisikan dalam ARPA-Internet Protokol Handbook. Dalam FTP, karakter ASCII didefinisikan sebagai bagian bawah kode set delapan-bit (yaitu, paling bit signifikan adalah nol).
Ø kontrol akses
kontrol akses menentukan hak akses pengguna ke penggunaan sistem, dan file dalam sistem itu. Akses kontrol yang diperlukan untuk mencegah penggunaan yang tidak sah atau file tanpa disengaja.
Ø Koneksi data
Sambungan duplex penuh atas data yang ditransfer, dalam Modus yang ditentukan dan jenis. Data yang ditransfer dapat menjadi bagian dari file, seluruh file atau beberapa file.
Ø port data
Proses transfer data pasif "mendengarkan" pada port data untuk koneksi dari proses transfer aktif untuk membuka koneksi data.
Ø DTP
Proses transfer data menetapkan dan mengelola data koneksi. DTP dapat pasif atau aktif.
Ø Akhir-of-Line
Akhir-of-line urutan mendefinisikan pemisahan pencetakan baris. Urutannya adalah Carriage Return, diikuti oleh Line Feed.
Ø EOF
Akhir of file kondisi yang mendefinisikan akhir file menjadi ditransfer.
Ø EOR
Akhir of record kondisi yang mendefinisikan akhir rekor dipindahkan.
Ø pemulihan kesalahan
Sebuah prosedur yang memungkinkan pengguna untuk pulih dari kesalahan tertentuseperti kegagalan baik sistem host atau proses transfer.
· d. Perintah FTP
Mengajukan Sebuah memerintahkan set data komputer (termasuk program), dari panjang sewenang-wenang, unik diidentifikasi oleh pathname a.
Ø Mode
Modus di mana data yang akan ditransfer melalui data koneksi. Modus yang mendefinisikan format data selama transfer termasuk EOR dan EOF.
Ø NVT
Jaringan Virtual Terminal sebagaimana didefinisikan dalam Telnet Protocol.
Ø NVFS
Jaringan Virtual File System. Sebuah konsep yang mendefinisikan sistem file jaringan standar dengan perintah standar dan konvensi pathname.
Ø Halaman
Sebuah file dapat disusun sebagai seperangkat bagian independen yang disebuthalaman.
Ø pathname
Path didefinisikan sebagai string karakter yang harus input ke sistem file oleh pengguna untuk mengidentifikasi file.
Ø PI
Protokol interpreter. Pengguna dan server sisi protokol telah peran yang berbeda diterapkan dalam user-PI dan Server-PI Merekam Sebuah file sekuensial dapat disusun sebagai jumlah bersebelahan bagian yang disebut catatan.
Ø Balasan
Sebuah balasan adalah pengakuan (positif atau negatif) yang dikirim dari server untuk pengguna melalui koneksi kontrol dalam menanggapi FTP perintah.
Ø Server-DTP
Proses transfer data, di "aktif" nya normal, menetapkan koneksi data dengan "mendengarkan" data port. Ini set up parameter untuk transfer dan penyimpanan, dan transferData pada perintah dari PI-nya.
Ø server FTP proses
Sebuah proses atau serangkaian proses yang melakukan fungsi Transfer bekerjasama file dengan proses dan user-FTP, mungkin, server lain.
Ø Server-PI
Protokol ini interpreter "mendengarkan" di Pelabuhan L untuk koneksi dari user-PI dan menetapkan kontrol koneksi komunikasi. Mengeti Jenis representasi data yang digunakan untuk transfer data dan penyimpanan. Jenis menyiratkan transformasi tertentu antara waktupenyimpanan data dan transfer data.
Ø pemakai
Seseorang atau suatu proses atas nama orang yang ingin mendapatka mengajukan layanan transfer. Pengguna manusia dapat berinteraksi secara langsung dengan proses server-FTP, tetapi penggunaan proses user-FTP adalah disukai karena desain protokol tertimbang terhadap automata.
Ø user-DTP
Proses transfer data "mendengarkan" pada port data untuk sambungan dari proses server-FTP. Jika dua server mentransfer data antara mereka, pengguna-DTP tidak aktif.
Ø user-FTP proses
Satu set fungsi termasuk juru protokol, data proses transfer dan user interface yang bersama-sama melakukan fungsi transfer file bekerja sama dengan satu atau lebih proses server-FTP.
Ø user-PI
Protokol pengguna juru memulai koneksi kontrol dari pelabuhan U untuk proses server-FTP, memulai FTP perintah, dan mengatur user-DTP jika proses yang merupakan bagian dari transfer file.
· e. Model FTP
· f. Fungsi Transfer Data
File yang ditransfer hanya melalui koneksi data. Kontrol koneksi digunakan untuk transfer perintah, yang menggambarkan fungsi yang harus dilakukan, dan balasan perintah tersebut (lihat Bagian atas Balasan FTP).
· Jenis Data
representasi data ditangani dalam FTP oleh pengguna menentukan Jenis representasi. Jenis ini dapat secara implisit (seperti dalam ASCII atau EBCDIC) atau secara eksplisit (seperti dalam byte lokal) mendefinisikan ukuran byte untuk interpretasi yang disebut sebagai "ukuran byte logis."
· File Transfer Protocol
Adalah Ketika data mencapai host penerima, maka akan diubah dengan cara tergantung pada ukuran byte logis dan host tertentu. transformasi ini harus dibalik (yaitu, file yang sama dapat diambil jika parameter yang sama digunakan) dan harus dipublikasikan dengan baik oleh pelaksana FTP.
Ø FORMAT KONTROL
Jenis ASCII dan EBCDIC juga mengambil kedua (opsional) parameter; ini adalah untuk menunjukkan apa jenis format vertikal kontrol, jika ada, terkait dengan file.
Ø FORMAT KONTROL
Jenis ASCII dan EBCDIC juga mengambil kedua (opsional) parameter; ini adalah untuk menunjukkan apa jenis format vertikal kontrol, jika ada, terkait dengan file.
Ø KONTROL TELNET FORMAT
File ini berisi ASCII / EBCDIC Format vertikal kontrol (Yaitu, <CR>, <LF>, <NL>, <VT>, <FF>) yang printer Proses akan menafsirkan dengan tepat. <CRLF>, persis urutan ini, juga menunjukkan akhir-of-line.
Ø PENGANGKUTAN KONTROL (ASA)
File ini berisi ASA (FORTRAN) kontrol Format vertikal karakter. (Lihat RFC 740 Lampiran C; dan Komunikasi dari ACM, Vol. 7, No 10, p. 606, Oktober 1964.) Dalam line atau catatan diformat sesuai dengan Standar ASA, karakter pertama tidak akan dicetak.
Ø STRUKTUR DATA
Selain jenis representasi yang berbeda, FTP memungkinkan truktur file yang akan ditentukan. Tiga struktur berkas yang didefinisikan dalam FTP: File-struktur, di mana tidak ada struktur internal dan file tersebut dianggap sebaga urutan yang kontinu byte data, record-struktur, di mana file tersebut terdiri dari berurutan catatan dan halaman-struktur, di mana file tersebut terdiri dari independen halaman diindeks File-struktur adalah default yang akan diasumsikan jika struktur Perintah belum digunakan namun kedua berkas dan struktur recordharus diterima untuk "text" file (misalnya, file dengan TYPE ASCII atau EBCDIC) oleh semua implementasi FTP.
Ø FILE STRUKTUR
struktur file adalah default yang akan diasumsikan jika struktur Perintah belum digunakan Dalam file-struktur tidak ada struktur internal dan File dianggap urutan data terus menerus bytes.
Ø REKOR STRUKTUR
struktur catatan harus diterima untuk "text" file (yaitu, file dengan TYPE ASCII atau EBCDIC) oleh semua implementasi FTP. Dalam catatan-struktur file terdiri dari berurutancatatan.
Ø HALAMAN STRUKTUR
Untuk mengirimkan file yang terputus-putus, FTP mendefinisikan halaman struktur. File jenis ini kadang-kadang dikenal sebagai "File akses acak" atau bahkan sebagai "file berlubang". Dalam file ada informasi kadang-kadang lain yang terkait dengan file secara keseluruhan (misalnya, file descriptor), atau dengan bagian dari file (misalnya, kontrol akses halaman), atau keduanya.
Ø MEMBANGUN KONEKSI DATA
Mekanisme mentransfer data terdiri dari menyiapkan data koneksi ke port yang sesuai dan memilih parameter untuk transfer. Baik pengguna dan server-DTPS memiliki default port data. Pengguna-proses port data default adalah sama dengan control port koneksi (yaitu, U).
Server harus menutup sambungan data dengan ketentuan sebagai berikut:
1. Server telah menyelesaikan pengiriman data dalam modus transfer
yang membutuhkan dekat dengan menunjukkan EOF.
2. Server menerima perintah ABORT dari pengguna.
3. Port spesifikasi diubah oleh perintah dari
pengguna.
4. koneksi kontrol ditutup secara hukum atau sebaliknya.
5. Sebuah kondisi irrecoverable kesalahan terjadi.
Ø MANAJEMEN HUBUNGAN DATA
Default Sambungan Data Port: Semua implementasi FTP harus dukungan penggunaan port koneksi data default, dan hanya User-PI dapat memulai penggunaan port non-default.
Ø CARA TRANSMIS
Pertimbangan berikutnya dalam mentransfer data adalah memilih mode transmisi yang sesuai. Ada tiga mode satu yang format data dan memungkinkan untuk prosedur Restart salah satu yang juga kompres data untuk transfer yang efisien dan satu yang melewati data dengan sedikit atau tanpa pengolahan.
Ø STREAM MODE
Data ditransmisikan sebagai aliran byte. Tidak ada pembatasan pada jenis representasi yang digunakan; struktur record diijinkan. Dalam catatan terstruktur EOR berkas dan EOF masing-masing akan ditunjukkan oleh kode kontrol dua-byte. Byte pertama dari kode kontrolakan semua orang, karakter escape.
Ø BLOK MODE
file ditransmisikan sebagai rangkaian blok data didahului dengan satu atau lebih byte sundulan. Byte Header berisi hitungan lapangan, dan kode deskriptor. Bidang count menunjukkan Total panjang dari blok data dalam byte, sehingga menandai mulai dari blok data berikutnya (tidak ada filler bit).
Ø PEMULIHAN ERROR DAN RESTART
Tidak ada ketentuan untuk mendeteksi bit hilang atau orak-arik dalam data transfer; tingkat kontrol kesalahan ditangani oleh TCP. Namun, prosedur restart disediakan untuk melindungi pengguna dari kegagalan sistem bruto (termasuk kegagalan dari sebuah host, sebuah FTP-proses, atau jaringan yang mendasarinya).
Ø . FUNGSI FILE TRANSFER
Saluran komunikasi dari user-PI ke server-PI adalah didirikan sebagai koneksi TCP dari pengguna ke server standar Pelabuhan. Protokol pengguna juru bertanggung jawab untuk mengirimkan FTP perintah dan menafsirkan jawaban yang diterima server-PI menafsirkan perintah, mengirimkan balasan dan mengarahkan DTP untuk mendirikan koneksi data dan mentransfer data. Jika pihak kedua dengan transfer data (proses transfer pasif) adalah user-DTP, maka diatur melalui protokol internal host user-FTP; jika adalah server-DTP kedua, maka diatur oleh PI pada perintah dari pengguna-PI. Balasan FTP dibahas pada bagian berikutnya.
· g. Perintah Acces Control
Perintah berikut menentukan pengidentifikasi kontrol akses (Kode perintah ditunjukkan dalam kurung).
Ø USER NAME (PENGGUNA)
Bidang argumen adalah string Telnet mengidentifikasi pengguna.
Ø PASSWORD (PASS)
Bidang argumen adalah string Telnet menentukan pengguna kata sandi. Perintah ini harus segera didahului oleh Nama pengguna perintah, dan, untuk beberapa situs, melengkapi pengguna identifikasi untuk kontrol akses.
Ø ACCOUNT (ACCT)
Bidang argumen adalah string Telnet mengidentifikasi pengguna rekening. Perintah ini tidak selalu berhubungan dengan USER perintah, karena beberapa situs mungkin memerlukan akun untuk login dan orang lain hanya untuk akses tertentu, seperti menyimpan file. Di kasus terakhir perintah mungkin tiba setiap saat.
Ø GANTI KERJA DIREKTORI (CWD)
Perintah ini memungkinkan pengguna untuk bekerja dengan berbeda direktori atau dataset untuk penyimpanan file atau pengambilan tanpamengubah login-nya atau informasi akuntansi.
Ø PERUBAHAN INDUK DIREKTORI (CDUP)
Perintah ini adalah kasus khusus dari CWD, dan termasuk ke menyederhanakan pelaksanaan program untuk mentransfer pohon direktori antara sistem operasi memiliki berbeda
· STRUKTUR MOUNT (SMNT)
Perintah ini memungkinkan pengguna untuk me-mount file yang berbeda sistem struktur data tanpa mengubah login-nya atau informasi akuntan. Transfer parameter-samatidak berubah. Argumen ini pathname menentukan direktori atau sistem lainnya tergantung group file designator.
Ø Reinitialize (Rein)
Perintah ini berakhir PENGGUNA sebuah, pembilasan semua I / O dan akuninformasi, kecuali untuk memungkinkan transfer dalam proses untuk menjadi lengkap.
Ø LOGOUT (QUIT)
Perintah ini berakhir USER dan jika transfer file tidak berlangsung, server menutup koneksi kontrol. Jika transfer file sedang berlangsung, koneksi akan tetap terbuka untuk respon hasil dan server maka akan menutupnya.
Ø PERINTAH TRANSFER PARAMETER
Semua parameter transfer data memiliki nilai default, dan perintah menentukan parameter transfer data yang diperlukan hanya jika default nilai parameter yang harus diubah. Perintah mungkin dalam urutan apapun kecuali bahwa mereka harus mendahului permintaan layanan FTP.
Ø DATA PORT (PORT)
Argumennya adalah spesifikasi HOST-PORT untuk data port untuk digunakan dalam koneksi data. Ada default untuk kedua pengguna dan server port data, dan di bawah yang normal keadaan perintah ini dan balasan yang tidak diperlukan. Jika Perintah ini digunakan, argumen adalah gabungan dari 32-bit alamat host internet dan 16-bit alamat port TCP.
Ø PASIF (PASV)
Perintah ini meminta server-DTP untuk "mendengarkan" data yang pelabuhan (yang tidak port data default) dan menunggu untuk koneksi daripada memulai satu setelah menerimamentransfer perintah. Respon terhadap perintah ini meliputi tuan rumah dan alamat port server ini mendengarkan pada.
Ø PERNYATAAN TYPE (TYPE)
Argumen menentukan jenis representasi seperti yang dijelaskan di Bagian pada Representasi Data dan Storage. Beberapa jenis mengambil parameter kedua.
Ø FILE STRUKTUR (stru)
Argumennya adalah satu Telnet kode karakter menspesifikasikan struktur file dijelaskan dalam Bagian pada DataRepresentasi dan penyimpanan.
Kode berikut ditugaskan untuk struktur:
F - File (ada struktur record)
R - Rekam struktur
P - struktur Halama
Struktur default adalah file.
Ø TRANSFER MODE (MODE)
Argumennya adalah satu Telnet kode karakter menspesifikasikan mode transfer data yang dijelaskan dalam Bagian pada Mode transmisi.
Kode berikut ditugaskan untuk modus transfer:
S - Streaming
B - Block
C - Compressed
Modus transfer default adalah Stream.
Ø PERINTAH LAYANAN FTP
Perintah layanan FTP menentukan transfer file atau file fungsi sistem yang diminta oleh pengguna. Argumen dari FTP Perintah layanan biasanya akan pathname a. Sintaksnama path harus sesuai dengan konvensi server situs (dengan default standar yang berlaku), dan konvensi bahasa koneksi kontrol.
Ø RESTART (REST)
Bidang Argumen merupakan penanda Server di mana transfer file adalah untuk restart. Perintah ini tidak transfer file penyebab tapi melompati file yang ditentukan Data pos pemeriksaan.
Ø RENAME DARI (RNFR)
Perintah ini menentukan path lama file yang untuk diganti namanya. Perintah ini harus segera diikuti dengan sebuah "mengubah nama untuk" perintah menentukan letak file baru.
Ø DELETE (DELE)
Perintah ini menyebabkan file yang ditentukan dalam pathname untuk menjadidihapus di server situs. Jika tingkat perlindungan ekstra yang diinginkan (seperti query, "Apakah Anda benar-benar ingin menghapus? "), harus disediakan oleh proses user-FTP.
Ø HAPUS DIREKTORI (RMD)
Perintah ini menyebabkan direktori tertentu di pathname dihapus sebagai sebuah direktori (jika pathname adalah mutlak) atau sebagai subdirektori dari direktori kerja saat ini (jika pathname relatif).
Ø MEMBUAT DIREKTORI (MKD)
Perintah ini menyebabkan direktori tertentu di pathname yang akan dibuat sebagai sebuah direktori (jika pathname adalah mutlak) atau sebagai subdirektori dari direktori kerja saat ini (jika pathname relatif).
Ø PRINT KERJA DIREKTORI (PWD)
Perintah ini menyebabkan nama kerja saat ini direktori untuk dikembalikan dalam balasan.
Ø SISTEM (SYST)
Perintah ini digunakan untuk mengetahui jenis operasi sistem pada server. Jawabannya harus memiliki sebagai yang pertama kata salah satu nama sistem yang tercantum dalam versi saat ini dokumen Bilangan Ditugaskan
Ø STATUS (STAT)
Perintah ini akan menimbulkan respon status dikirim melalui koneksi kontrol dalam bentuk balasan
Ø NOOP (NOOP)
Perintah ini tidak mempengaruhi parameter atau sebelumnya perintah yang dimasukkan. Ini menentukan ada tindakan selain itu Server mengirim balasan OK.
· h. File Transfer Protocol
server mungkin tidak dapat memantau kontrol dan sambungan data secara bersamaan,dalam hal ini beberapa tindakan khusus akan diperlukan untuk mendapatkan perhatian server. Format memerintahkan berikut ini tentatif direkomendasikan:
1. Sistem Pengguna memasukkan Telnet "Proses Interrupt" (IP) sinyal dalam aliran Telnet.
2. Sistem Pengguna mengirimkan Telnet "Synch" sinyal.
3. Sistem Pengguna memasukkan perintah (misalnya, ABOR) di Telnet yang aliran.
4. Server PI, setelah menerima "IP", scan aliran Telnet untuk PERSIS ONE FTP perintah.
Redo, menghemat, dll) hanya dengan memeriksa digit pertama ini. SEBUAH user-proses yang ingin tahu kira-kira apa jenis kesalahan terjadi (mis sistem file error, perintah kesalahan sintaks) mungkin memeriksa digit kedua, pemesanan digit ketiga untuk yang terbaik gradasi informasi (misalnya, perintah RNTO tanpa sebelumnya RNFR).
Ada lima nilai untuk digit pertama kode jawaban:
1yz Positif Awal membalas
Tindakan yang diminta sedang dimulai berharap lain membalas sebelum melanjutkan dengan perintah baru.
2yz Positif Penyelesaian membalas
Tindakan yang diminta telah berhasil diselesaikan. Sebuah permintaan baru dapat dimulai.
3yz Positif Menengah balasan
Perintah telah diterima, namun tindakan yang diminta sedang diadakan di penundaan, sambil menunggu diterimanya lanjut informasi.
4yz Transient Negatif balasan Penyelesaian
Perintah itu tidak diterima dan tindakan yang diminta melakukan tidak terjadi, tetapi kondisi kesalahan sementara dan tindakan mungkin akan diminta lagi.
5yz permanen balasan Penyelesaian Negatif
Perintah itu tidak diterima dan tindakan yang diminta melakukan tidak terjadi. Pengguna-proses berkecil dari mengulangi permintaan yang tepat (dalam urutan yang sama).
· File Transfer Protocol
terkait dengan setiap balasan dianjurkan, bukan wajib, dan bahkan dapat berubah sesuai dengan perintah dengan yang dikaitkan. Kode balasan, di sisi lain, harus ketat mengikuti spesifikasi pada bagian terakhir; yaitu, implementasi Server tidak harus menciptakan kode baru untuk situasi yang hanya sedikit berbeda dari yang dijelaskan di sini, melainkan harus beradaptasi kode sudah ditetapkan.
· Balas Kode oleh Fungsi Grup
200 Command oke.
500 Kesalahan sintaks, perintah tidak dikenal.
501 Kesalahan sintaks dalam parameter atau argumen.
202 Perintah tidak dilaksanakan, berlebihan di situs ini.
502 Perintah tidak diimplementasikan.
503 urutan Bad perintah.
504 Perintah tidak diimplementasikan untuk parameter itu.
· File Transfer Protocol
110 Restart balasan penanda. Dalam hal ini, teks yang tepat dan tidak diserahkan kepada implementasi tertentu; itu harus membaca:
MARK yyyy = mmmm
Dimana yyyy adalah User-proses aliran data marker, dan mmmm server setara penanda (perhatikan spasi antara spidol dan "=").
Status 211 System, atau sistem bantuan balasan.
212 Status Directory.
213 Status Berkas.
214 Bantuan pesan.
215 Jenis sistem NAME.
120 Layanan siap dalam beberapa menit nnn.
220 Layanan siap pengguna baru.
221 Layanan menutup sambungan kontrol.
421 Layanan tidak tersedia, menutup koneksi kontrol.
125 Koneksi data sudah terbuka; Transfer awal.
225 koneksi data terbuka; ada transfer berlangsung.
425 Tidak dapat membuka koneksi data.
226 Menutup koneksi data.
426 Koneksi ditutup; Transfer dibatalkan.
227 Memasuki Mode pasif (h1, h2, h3, h4, p1, p2).
230 Pengguna login, lanjutkan.
530 Tidak login.
331 Nama pengguna oke, membutuhkan password.
332 Perlu akun untuk login.
532 Perlu akun untuk menyimpan file.
Ø SAMBUNGAN
Protokol ini interpreter akan "mendengarkan" di Pelabuhan L. pengguna atau pengguna protokol interpreter akan memulai full-duplex koneksi kontrol. proses server-dan user- harus mengikuti konvensi protokol Telnet sebagaimana ditentukan dalamARPA-Internet Protocol Handbook .
Ø PERINTAH
Perintah adalah string karakter Telnet dikirimkan melalui koneksi kontrol seperti yang dijelaskan dalam Bagian pada FTP Perintah.
· File Transfer Protocol
Ø RETR Retr retr retr retr
Hal ini juga berlaku untuk setiap simbol yang mewakili nilai-nilai parameter,seperti A atau untuk ASCII TYPE. Kode perintah dan argumen bidang dipisahkan oleh satu atau lebih spasi..
Ø .FTP PERINTAH
Berikut ini adalah perintah-perintah FTP:
PENGGUNA <SP> <username> <CRLF>
LULUS <SP> <password> <CRLF>
ACCT <SP> <akun-informasi> <CRLF>
CWD <SP> <path> <CRLF>
CDUP <CRLF>
SMNT <SP> <path> <CRLF>
QUIT <CRLF>
Rein <CRLF>
PORT <SP> <host-port> <CRLF>
PASV <CRLF>
TYPE <SP> <Jenis-code> <CRLF>
Stru <SP> <struktur-code> <CRLF>
MODE <SP> <modus-code> <CRLF>
RETR <SP> <path> <CRLF>
STOR <SP> <path> <CRLF>
Stou <CRLF>
APPE <SP> <path> <CRLF>
ALLO <SP> <desimal-integer>
[<SP> R <SP> <desimal-integer>] <CRLF>
SISA <SP> <penanda> <CRLF>
RNFR <SP> <path> <CRLF>
RNTO <SP> <path> <CRLF>
ABOR <CRLF>
DELE <SP> <path> <CRLF>
RMD <SP> <path> <CRLF>
MKD <SP> <path> <CRLF>
PWD <CRLF>
DAFTAR [<SP> <path>] <CRLF>
NLST [<SP> <path>] <CRLF>
SITE <SP> <string> <CRLF>
SYST <CRLF>
STAT [<SP> <path>] <CRLF>
BANTUAN [<SP> <string>] <CRLF>
NOOP <CRLF>
Ø ARGUMEN COMMAND FTP
Sintaks bidang argumen di atas (menggunakan notasi BNF mana yang berlaku) adalah:
<Username> :: = <string>
<Password> :: = <string>
<Akun-informasi> :: = <string>
<String> :: = <arang> | <Char> <string>
<Char> :: = salah satu 128 karakter ASCII kecuali <CR> dan
<LF>
<Penanda> :: = <pr-string>
<Pr-string> :: = <pr-char> | <Pr-char> <pr-string>
<Pr-char> :: = karakter yang dapat dicetak, setiap
Kode ASCII 33 sampai 126
<Byte-size> :: = <number>
<Host-port> :: = <host-number>, <port-number>
<Host-nomor> :: = <number>, <nomor>, <nomor>, <nomor>
<Port-number> :: = <number>, <nomor>
<Nomor> :: = setiap desimal bilangan bulat 1 sampai 255
<Form-code> :: = N | T | C
<Jenis-code> :: = A [<sp> <form-code>]
| E [<sp> <form-code>]
| saya
| L <sp> <byte-size>
<Struktur-code> :: = F | R | P
<Modus-code> :: = S | B | C
<Path> :: = <string>
<Desimal-integer> :: = bilangan bulat desimal
Ø SEQUENCING OF PERINTAH dan balasan
Komunikasi antara pengguna dan server dimaksudkan untuk menjadi bolak dialog. Dengan demikian, pengguna mengeluarkan perintah FTP dan server merespon dengan balasan primer prompt. Pengguna harus menunggu keberhasilan utama ini awal atau respon kegagalan sebelum mengirimkan perintah lebih lanjut.
Ø DIAGRAM STATE
Berikut kami sajikan diagram negara untuk berpikiran FTP sangat sederhanapelaksanaan. Hanya digit pertama dari kode yg digunakan. Ada satu diagram negara untuk setiap kelompok perintah FTP atau perintah urutan. Pengelompokan perintah ditentukan dengan membangun model untuk setiap perintah kemudian mengumpulkan bersama-sama perintah dengan struktural model identik.
perintah:
1,3 + --- +
-----------> | E |
| + --- +
|
+ --- + Cmd + --- + 2 + --- +
| B | ----------> | W | ----------> | S |
+ --- + + --- + + --- +
|
| 4,5 + --- +
-----------> | F |
+ --- +
Diagram ini model perintah:
ABOR, ALLO, DELE, CWD, CDUP, SMNT, HELP, MODE, NOOP, PASV, QUIT, SITE, PORT, SYST, STAT, RMD, MKD, PWD, stru, dan TYPE.
· File Transfer Protocol
Kelompok besar lainnya dari perintah diwakili oleh sangat mirip diagram:
3 + --- +
-----------> | E |
| + --- +
|
+ --- + Cmd + --- + 2 + --- +
| B | ----------> | W | ----------> | S |
+ --- + ---> + --- + + --- +
| | |
| | | 4,5 + --- +
| 1 | -----------> | F |
----- + --- +
Diagram ini model perintah:
APPE, LIST, NLST, Rein, RETR, Stor, dan Stou. Perhatikan bahwa model kedua ini juga bisa digunakan untuk mewakili pertama kelompok perintah, satu-satunya perbedaan adalah bahwa dalam kelompok pertama 100 seri balasan yang tak terduga dan karena itu diperlakukan sebagai kesalahan, sedangkan kelompok kedua mengharapkan (beberapa mungkin memerlukan) 100 seri balasan.
· File Transfer Protocol
Diagram berikutnya adalah model sederhana dari perintah Restart:
+ --- + SISA + --- + 1,2 + --- +
| B | ----------> | W | ----------> | E |
+ --- + + --- + -> + --- +
| | |
3 | | 4,5 |
-------------- ------ |
| | | + --- +
| -------------> | S |
| | 3 | | + --- +
| 2 | --------
| | | |
V | | |
+ --- + Cmd + --- + 4,5 -----> + --- +
| | ----------> | W | ----------> | F |
+ --- + -> + --- + + --- +
| |
| 1 |
------
Mana "cmd" adalah APPE, Stor, atau RETR. Kami mencatat bahwa di atas tiga model serupa. Restart berbeda dari Rename dua hanya dalam pengobatan 100 seri balasan di tahap kedua, sementara kelompok kedua mengharapkan (beberapa mungkin memerlukan) 100 balasan seri. Ingat bahwa pada sebagian besar, satu seri 100 balasan adalah diizinkan per perintah.
· File Transfer Protocol
Diagram yang paling rumit adalah untuk urutan Login:
1
+ --- + USER + --- + -------------> + --- +
| B | ----------> | W | 2 ----> | E |
+ --- + + --- + ------ | -> + --- +
| | | | |
3 | | 4,5 | | |
-------------- ----- | | |
| | | | |
| | | | |
| --------- |
| 1 | | | |
V | | | |
+ --- + LULUS + --- + 2 | ------> + --- +
| | ----------> | W | -------------> | S |
+ --- + + --- + ----------> + --- +
| | | | |
3 | | 4,5 | | |
-------------- -------- |
| | | | |
| | | | |
| -----------
| 1,3 | | | |
V | 2 | | |
+ --- + ACCT + --- + - | -----> + --- +
| | ----------> | W | 4,5 --------> | F |
+ --- + + --- + -------------> + --- +
menyajikan diagram umum yang dapat digunakan untuk model perintah dan membalas interchange:
Ø . KHAS FTP SKENARIO
Pengguna di host U ingin mentransfer file ke / dari host S: Secara umum, pengguna akan berkomunikasi dengan server melalui mediasi yang Proses user-FTP. berikut mungkin skenario khas. Itu user-FTP prompt ditampilkan dalam tanda kurung, '---->' mewakili perintah dari host U untuk menjadi tuan rumah S, dan '<----' merupakan balasan dari tuan rumah S untuk menjadi tuan rumah U.
------------------------------------
| |
Mulailah | |
| V |
| + --- + Cmd + --- + 2 + --- + |
-> | | -------> | | ----------> | | |
| | | W | | S | ----- |
-> | | -> | | ----- | | |
| + --- + | + --- + 4,5 | + --- + |
| | | | | | |
| | | 1 | | 3 | + --- + |
| | | | | | | | |
| | ---- | ----> | F | -----
| | | | |
| | | + --- +
-------------------
|
|
V
Akhir
Ø PERINTAH LOKAL OLEH PENGGUNA ACTION TERLIBAT
ftp (host) Multics <CR> Connect untuk menjadi tuan rumah S, pelabuhan L,membangun koneksi kontrol.
<---- 220 Layanan siap <CRLF>.
nama pengguna Doe <CR> PENGGUNA Doe <CRLF> ---->
<---- 331 nama pengguna ok,
membutuhkan password <CRLF>.
sandi bergumam <CR> LULUS bergumam <CRLF> ---->
<---- 230 Pengguna login <CRLF>.
mengambil (jenis lokal) ASCII <CR>
(Pathname lokal) uji 1 <CR> User-FTP membuka file lokal di ASCII.
(Untuk. Pathname) test.pl1 <CR> RETR test.pl1 <CRLF> ---->
<---- 150 Status Berkas-baik saja;
tentang membuka data
koneksi <CRLF>.
Server membuat sambungan data
untuk U. pelabuhan
<---- 226 sambungan Penutupan data,
transfer file berhasil <CRLF>.
Jenis Gambar <CR> TYPE I <CRLF> ---->
<---- 200 Command OK <CRLF>
toko (jenis lokal) image <CR>
(Lokal pathname) file dump <CR> User-FTP membuka file lokal di Gambar.
(For.pathname)> UDD> cn> fd <CR> STOR> UDD> cn> fd <CRLF> ---->
<---- 550 Akses ditolak <CRLF>
Hentikan QUIT <CRLF> ---->
Server menutup semua
koneksi.
Ø CONNECTION PENDIRIAN
Sumber : https://www.ietf.org/rfc/rfc959.txt
0 Komentar:
Post a Comment