FTP (File Transfer
Protocol) adalah suatu protokol yang berfungsi untuk pertukaran file dalam
suatu jaringan komputer yang mendukung protokol TCP/IP.
Dua
hal pokok pada FTP yaitu FTP Server dan FTP Client.
· Tujuan
FTP
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.
· Sejarah
FTP merupakan transfer file pertama kali yang diusulkan mekanisme pada tahun 1971 dan
dikembangkan pada host di M.I.T. (RFC 114), ditambah dengan komentar dan diskusi dalam RFC 141. Sebuah revisi ini
sebagai RFC 265, FTP disajikan kembali untuk ditinjau
tambahan, sedangkan RFC 281 menyarankan perubahan
lebih. RFC 354 RFC sudah usang 264 dan 265.
File Transfer Protocol saat ini
didefinisikan sebagai protokol untuk transfer file antara host pada ARPANET(jaringan komputeryang dibuat oleh Advanced Research Project Agency),
dan fungsi FTP sebagai mentransfer file yang efisien dan handal
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 pada ARPANET.
Pada bulan Juli 1973, perubahan 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.
· 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.
· 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-PIProtokol
Server 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.
· 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.
· PERINTAH
ACCESS 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.
· 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.
· File
Transfer Protocol (FTP)
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
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
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.
