FTP (File Transfer Protocol)
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
·
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
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 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.
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.
·
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 tertentu seperti 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 disebut
halaman.
Ø 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 waktu penyimpanan
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.
·
Model FTP
·
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 record harus
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
berurutan catatan.
Ø 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 kontrol akan
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-sama tidak
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 akun informasi, 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 menerima mentransfer
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. Sintaks nama
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 menjadi dihapus 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
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 dalam ARPA-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 sederhana pelaksanaan.
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.
sumber : https://www.ietf.org/rfc/rfc959.txt
