Pengertian FTP
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
Tujuan
dari FTP adalah
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, dan
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
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 transfer
Data 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 mendapatkan
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
Apa Hubungan antara FTP dan Telnet ?
FTP menggunakan
protokol Telnet pada koneksi kontrol.
Hal ini dapat dicapai dengan dua cara: pertama, user-PI atau
Server-PI mungkin menerapkan aturan Telnet Protocol
langsung dalam prosedur mereka sendiri; atau, kedua, user-PI atau
server-PI dapat menggunakan modul Telnet yang ada di
sistem.
Kemudahan implementaion, kode berbagi, dan pemrograman modular
berdebat untuk pendekatan kedua. Efisiensi dan kemandirian
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).
PERNYATAAN DATA DAN PENYIMPANAN
Data ditransfer dari
perangkat penyimpanan di tuan rumah pengiriman ke
perangkat penyimpanan di host penerima. Sering perlu untuk
melakukan transformasi tertentu pada data karena penyimpanan data
representasi dalam dua sistem yang berbeda. Pengiriman dan
menerima situs harus melakukan yang diperlukan
transformasi antara representasi standar dan mereka
representasi internal.
Sebuah
masalah yang berbeda dalam representasi muncul ketika transmisi
data
biner (tidak kode karakter) antara sistem host dengan
panjang
kata yang berbeda. Hal ini tidak selalu jelas bagaimana pengirim
harus
mengirim data, dan penerima menyimpannya. Misalnya, ketika
transmisi
byte 32-bit dari 32-bit kata-panjang sistem ke
36-bit
sistem kata-panjang, mungkin diinginkan (untuk alasan
efisiensi
dan kegunaan) untuk menyimpan byte 32-bit
benar-benar
dalam kata 36-bit dalam sistem yang terakhir.
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."
ASCCI Type
Ini adalah jenis default dan harus diterima
oleh semua FTP
implementasi. Hal ini dimaksudkan terutama untuk transfer
file teks, kecuali jika kedua host akan menemukan EBCDIC
mengetik lebih nyaman.
Pengirim mengkonversi data dari karakter
internal yang
representasi dengan standar 8-bit NVT-ASCII
representasi (lihat spesifikasi Telnet).
TYPE EBCDIC
Jenis ini dimaksudkan untuk transfer efisien antara host
yang menggunakan EBCDIC untuk karakter internal mereka
perwakilan.
Untuk transmisi, data direpresentasikan sebagai 8-bit EBCDIC
karakter. Kode karakter adalah satu-satunya perbedaan
antara spesifikasi fungsional dari EBCDIC dan ASCII
jenis.
IMAGE TYPE
Data tersebut dikirim sebagai bit bersebelahan yang, untuk transfer,
yang dikemas dalam transfer byte 8-bit. penerima yang
situs harus menyimpan data sebagai bit bersebelahan. Struktur
dari sistem penyimpanan mungkin memerlukan padding dari
file (atau dari setiap record, untuk file rekaman-terstruktur)
untuk beberapa batas nyaman (byte, kata
atau blok).
TYPE LOKAL
Data ditransfer dalam byte logis dari ukuran
ditentukan oleh wajib
kedua parameter, ukuran Byte.
Nilai ukuran Byte harus bilangan bulat desimal; ada
tidak ada nilai default. Ukuran byte logis tidak selalu
sama dengan ukuran transfer byte.
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.
File
Transfer Protocol
file
perlu berisi informasi format yang vertikal. Jika
itu
akan diteruskan ke proses printer, proses ini mungkin
mengasumsikan
nilai standar untuk jarak dan margin.
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.
Karakter
Spasi Vertikal
kosong
Pindahkan kertas sampai satu baris
0
Pindahkan kertas sampai dua baris
1
Pindahkan kertas ke atas halaman berikutnya
+
Tidak ada gerakan, yaitu, mencetak
Jelas
harus ada beberapa cara untuk proses printer untuk
membedakan
akhir entitas struktural.
File
Transfer Protocol
STRUKTUR
DATA
Selain
jenis representasi yang berbeda, FTP memungkinkan
struktur
file yang akan ditentukan. Tiga struktur berkas yang
didefinisikan
dalam FTP:
File-struktur,
di mana tidak ada struktur internal dan
file
tersebut dianggap sebagai
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
Transfer Protocol
<CRLF>
untuk ASCII, atau <NL> untuk file teks EBCDIC, sebagai
pembatas.
Jika implementasi FTP mengadopsi teknik ini,
harus
siap untuk membalikkan transformasi jika file tersebut
diambil
dengan berkas-struktur.
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.
File
Transfer Protocol
Data
panjang
Jumlah
byte logis dalam data halaman. Itu
minimum
panjang data adalah 0.
halaman
Type
Jenis
halaman ini. Jenis halaman berikut
didefinisikan:
0
= Akhir
Ini
digunakan untuk menunjukkan akhir paged sebuah
transmisi
terstruktur.
Fields
opsional
field
header lanjut dapat digunakan untuk memasok per halaman
mengontrol
informasi, misalnya, per akses halaman
kontrol.
File
Transfer Protocol
identik
dengan versi awalnya dikirim. Sebaliknya,
implementasi
FTP harus kembali file identik dengan aslinya
jika
parameter yang digunakan untuk menyimpan dan mengambil file yang sama.
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).
File
Transfer Protocol
adalah
ketika pengguna-DTP mengirimkan data dalam modus transfer yang
membutuhkan
koneksi yang akan ditutup untuk menunjukkan EOF.
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.
File
Transfer Protocol
inheren
tidak dapat diandalkan, karena seseorang tidak dapat menentukan apakah
koneksi
ditutup sebelum waktunya atau tidak. Mode transfer lain
(Block,
Compressed) tidak menutup sambungan untuk menunjukkan
akhir
file. Mereka memiliki cukup FTP encoding bahwa data
koneksi
dapat diurai untuk menentukan akhir file.
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.
File
Transfer Protocol
Mode
transmisi berikut didefinisikan dalam FTP
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).
File
Transfer Protocol
MODE
pipih
Ada
tiga jenis informasi yang akan dikirim: data biasa,
dikirim
string byte; Data dikompresi, yang terdiri dari
ulangan
atau pengisi; dan kontrol informasi, dikirim dalam
dua-byte
urutan escape. Jika n> 0 byte (sampai 127) dari biasa
Data
yang dikirim, n byte ini diawali dengan byte dengan
paling
kiri bit diatur ke 0 dan paling kanan 7 bit yang berisi
jumlah
n.
File
Transfer Protocol
escape
byte (semua nol) dan kedua yang berisi
Kode
deskripsi sebagaimana didefinisikan dalam mode Block. deskriptor
Kode
memiliki arti yang sama seperti dalam mode Block dan berlaku untuk
berhasil
string byte.
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).
File
Transfer Protocol
koneksi
dan segera diikuti oleh perintah (seperti
RETR,
Stor atau LIST) yang sedang dijalankan ketika sistem
kegagalan
terjadi.
.
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.
Identifikasi
pengguna yang yang dibutuhkan oleh
server
untuk akses ke sistem file-nya. Perintah ini akan
biasanya
perintah pertama dikirimkan oleh pengguna setelah
koneksi
kontrol dibuat (beberapa server mungkin memerlukan
ini).
File
Transfer Protocol
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. Sejak sandi
Informasi
ini cukup sensitif, diinginkan secara umum
untuk
"menutupi" atau menekan typeout.
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 tanpa
mengubah
login-nya atau informasi akuntansi. Transfer
parameter
yang sama tidak berubah. argumen adalah
pathname
menentukan direktori atau sistem lainnya tergantung
mengajukan
kelompok designator.
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
File
Transfer Protocol
sintaks
untuk penamaan direktori induk. Kode balasan
harus
identik dengan kode balasan dari CWD.
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.
Semua parameter-reset ke pengaturan default
dan
koneksi kontrol dibiarkan terbuka. Ini identik
dengan
keadaan di mana pengguna menemukan dirinya segera setelah
koneksi
kontrol dibuka.
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. Standar
Nilai
adalah nilai yang ditentukan terakhir, atau jika tidak ada nilai telah
ditentukan,
nilai default standar seperti yang dinyatakan di sini. Ini
menyiratkan
bahwa server harus "ingat" default berlaku
nilai-nilai.
Perintah mungkin dalam urutan apapun kecuali bahwa mereka harus
mendahului
permintaan layanan FTP.
File
Transfer Protocol
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
Transfer Protocol
Jenis
representasi default adalah ASCII Non-print. Jika
Format
parameter berubah, dan kemudian hanya yang pertama
Argumen
berubah, Format kemudian kembali ke Non-print
default.
FILE
STRUKTUR (stru)
Argumennya
adalah satu Telnet kode karakter menspesifikasikan
struktur
file dijelaskan dalam Bagian pada Data
Representasi
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.
File
Transfer Protocol
perintah,
harus selalu dikirim melalui koneksi data, kecuali
balasan
informatif tertentu. Perintah berikut
menentukan
permintaan layanan FTP:
AMBIL
(RETR)
Perintah
ini menyebabkan server-DTP untuk mentransfer salinan
File,
ditentukan dalam pathname, ke server-atau user-DTP
di
ujung lain dari koneksi data. status dan
isi
dari file di server situs akan terpengaruh.
STORE
(STOR)
Perintah
ini menyebabkan server-DTP untuk menerima data
ditransfer
melalui koneksi data dan untuk menyimpan data sebagai
file
di server situs. Jika file yang ditentukan dalam
pathname
ada di server situs, maka isinya akan
digantikan
oleh data yang ditransfer. Sebuah file baru
dibuat
di server situs jika file yang ditentukan dalam
pathname
tidak sudah ada.
STORE
UNIK (Stou)
Perintah
ini berperilaku seperti Stor kecuali bahwa resultan
file
yang akan dibuat di direktori saat ini di bawah nama
unik
ke direktori tersebut. 250 transfer Dimulai respon
harus
menyertakan nama dihasilkan.
APPEND
(dengan membuat) (APPE)
Perintah
ini menyebabkan server-DTP untuk menerima data
ditransfer
melalui koneksi data dan untuk menyimpan data dalam
file
di server situs. Jika file yang ditentukan dalam
pathname
ada di server situs, maka data akan
ditambahkan
ke file itu; jika file yang ditentukan dalam
pathname
harus dibuat pada server situs.
ALOKASI
(ALLO)
Perintah
ini mungkin diperlukan oleh beberapa server untuk memesan
penyimpanan
yang cukup untuk menampung file baru untuk menjadi
ditransfer.
Argumen harus integer desimal
mewakili
jumlah byte (menggunakan byte logis
ukuran)
penyimpanan yang akan disediakan untuk file.
File
Transfer Protocol
perintah.
Argumen kedua ini opsional, tapi ketika
hadir
harus dipisahkan dari yang pertama oleh tiga
karakter
Telnet <SP> R <SP>. Perintah ini akan
diikuti
oleh toko atau perintah append.
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. Perintah ini akan segera diikuti
dengan
FTP perintah layanan yang sesuai yang akan menyebabkan
transfer
file untuk melanjutkan.
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
RENAME
TO (RNTO)
Perintah
ini menentukan path baru file
ditentukan
dalam segera sebelum "mengubah nama dari"
perintah.
Bersama dua perintah menyebabkan file menjadi
berganti
nama.
ABORT
(ABOR)
Perintah
ini memberitahu server untuk membatalkan FTP sebelumnya
Layanan
perintah dan transfer terkait data. Itu
batalkan
perintah mungkin membutuhkan "tindakan khusus", seperti yang dibahas
di
Bagian
pada FTP Perintah, untuk memaksa pengakuan oleh
Server.
Tidak ada tindakan yang harus diambil jika perintah sebelumnya
telah
selesai (termasuk transfer data).
Ada dua kasus untuk server setelah menerima ini
perintah:
(1) perintah layanan FTP sudah selesai,
atau
(2) FTP perintah layanan ini masih dalam proses.
File
Transfer Protocol
Dalam
kasus pertama, server menutup sambungan data
(Jika
terbuka) dan merespon dengan 226 balasan, yang menunjukkan
bahwa
perintah batalkan berhasil diproses.
Dalam
kasus kedua, server dibatalkan layanan FTP di
kemajuan
dan menutup koneksi data, mengembalikan 426
membalas
menunjukkan bahwa permintaan layanan dihentikan
abnormal.
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.
DAFTAR
(LIST)
Perintah
ini menyebabkan daftar yang akan dikirim dari server ke
pasif
DTP. Jika pathname menentukan direktori atau lainnya
kelompok
file, server harus mentransfer daftar file
di
direktori yang ditentukan. Jika pathname menetapkan
mengajukan
maka server harus mengirimkan informasi saat ini pada
mengajukan.
File
Transfer Protocol
memastikan
bahwa TYPE adalah tepat ASCII atau EBCDIC).
Karena
informasi pada file dapat bervariasi dari sistem
sistem,
informasi ini mungkin sulit untuk digunakan secara otomatis
dalam
sebuah program, tapi mungkin cukup berguna untuk pengguna manusia.
DAFTAR
NAMA (NLST)
Perintah
ini menyebabkan daftar direktori yang akan dikirim dari
server
untuk pengguna situs. pathname harus menentukan
direktori
atau sistem yang kelompok deskriptor file lainnya; Sebuah
Argumen
nol menyiratkan direktori saat ini. server
akan
kembali aliran nama file dan tidak ada lainnya
informasi.
PARAMETER
SITE (SITE)
Perintah
ini digunakan oleh server untuk memberikan layanan
khusus
untuk sistemnya yang penting untuk transfer file
tapi
tidak cukup universal dimasukkan sebagai perintah dalam
protokol.
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. Perintah
dapat
dikirimkan selama transfer file (bersama dengan IP Telnet
dan
sinyal Synch - lihat Bagian dari FTP Perintah) di mana
kasus
server akan merespon dengan status
Operasi
berlangsung, atau mungkin dikirim antara berkas
transfer.
File
Transfer Protocol
ditransfer
melalui koneksi kontrol. Jika parsial
pathname
diberikan, server dapat merespon dengan daftar
nama
file atau atribut yang berhubungan dengan spesifikasi yang.
Jika
tidak ada argumen yang diberikan, server harus kembali umum
informasi
status tentang proses server FTP.
TOLONG
TOLONG)
Perintah
ini akan menyebabkan server untuk mengirim bermanfaat
informasi
mengenai status pelaksanaannya selama
koneksi
kontrol untuk pengguna. perintah dapat mengambil
Argumen
(misal, setiap nama perintah) dan kembali lebih spesifik
informasi
sebagai respon.
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.
balasan
FTP
Balasan
ke File perintah Protokol Transfer dirancang untuk memastikan
sinkronisasi
permintaan dan tindakan dalam proses file
mentransfer,
dan untuk menjamin bahwa proses pengguna selalu tahu
keadaan
Server.
File
Transfer Protocol
<SP>,
diikuti oleh satu baris teks (di mana beberapa panjang garis maksimum
telah
ditentukan), dan diberhentikan oleh Telnet akhir-of-line
kode.
Akan ada kasus Namun, di mana teks lebih panjang dari
satu
baris. Dalam kasus ini teks lengkap harus diberi tanda kurung
sehingga
User-proses yang tahu jika dapat berhenti membaca balasan (mis
berhenti
memproses masukan dari koneksi kontrol) dan pergi melakukan lain
sesuatu.
Ini membutuhkan format khusus pada baris pertama yang
menunjukkan
bahwa lebih dari satu baris akan datang, dan satu lagi di
baris
terakhir untuk menunjuk sebagai yang terakhir.
Jadi
format untuk multi-line menjawab adalah bahwa baris pertama
akan
mulai dengan kode balasan yang tepat diperlukan, diikuti
segera
oleh tanda hubung, "-" (juga dikenal sebagai Minus), diikuti oleh
teks.
Baris terakhir akan dimulai dengan kode yang sama, diikuti
segera
oleh Space <SP>, opsional beberapa teks, dan Telnet yang
end-of-line
kode.
Sebagai
contoh:
garis
123-Pertama
Baris
kedua
234
Sebuah garis dimulai dengan nomor
123
Baris terakhir
Pengguna-proses
maka hanya perlu mencari kedua
terjadinya
kode jawaban yang sama, diikuti oleh <SP> (Space), di
awal
garis, dan mengabaikan semua lini perantara. Jika
garis
perantara dimulai dengan angka 3 digit, Server
harus
pad depan untuk menghindari kebingungan.
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. (Itu
user-proses
pengiriman perintah lain sebelum
selesai
balasan akan melanggar protokol tapi
proses
server-FTP harus antrian perintah apapun yang
tiba
sementara perintah sebelumnya sedang berlangsung.)
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.
pengguna harus mengirimkan perintah lain
menentukan
informasi ini. Jawaban ini digunakan dalam
urutan
perintah kelompok.
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. Pengguna harus
kembali
ke awal urutan perintah, jika ada.
Sulit
untuk menetapkan arti untuk "sementara",
terutama
ketika dua situs yang berbeda (Server-dan
User-proses)
harus setuju pada interpretasi.
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). Bahkan
beberapa
"permanen" kondisi kesalahan dapat diperbaiki, sehingga
pengguna
manusia mungkin ingin mengarahkan User-proses untuk
memulai
kembali urutan perintah dengan aksi langsung pada beberapa
titik
di masa depan
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.
Perintah
seperti TYPE atau Allo yang sukses eksekusi
tidak
menawarkan user-proses informasi baru akan
menyebabkan
200 balasan untuk dikembalikan. Jika perintah ini tidak
dilaksanakan
oleh proses Server-FTP tertentu karena
tidak
memiliki relevansi dengan sistem komputer, misalnya ALLO
di
situs TOPS20, balasan Positif Penyelesaian masih
diinginkan
sehingga User-proses yang sederhana tahu itu dapat melanjutkan
dengan
tindakannya. Sebuah 202 balasan digunakan dalam kasus ini
dengan,
misalnya, jawaban teks: "Tidak ada alokasi penyimpanan
diperlukan.
"Jika, di sisi lain, perintah meminta
Tindakan-non-situs
tertentu dan diimplementasikan, respon
adalah
502. Sebuah penyempurnaan dari yang adalah 504 balasan untuk perintah
yang
diimplementasikan, tetapi yang meminta sebuah unimplemented
parameter.
Balas
Kode oleh Fungsi Grup
200
Command oke.
500
Kesalahan sintaks, perintah tidak dikenal.
Ini
mungkin termasuk kesalahan seperti baris perintah terlalu lama.
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.
Log
out jika sesuai.
421
Layanan tidak tersedia, menutup koneksi kontrol.
Ini
mungkin balasan untuk perintah apapun jika layanan tahu itu
harus
ditutup.
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.
File
Transfer Protocol
150
Status Berkas-baik saja; akan membuka koneksi data.
250
Diminta tindakan berkas-baik saja, selesai.
257
"pathname" diciptakan.
350
Diminta tindakan berkas menunggu informasi lebih lanjut.
450
Diminta tindakan berkas tidak diambil.
File
tidak tersedia (misalnya, mengajukan sibuk).
550
tindakan Diminta tidak diambil.
File
tidak tersedia (misalnya, file tidak ditemukan, tidak ada akses).
451
tindakan Diminta dibatalkan. Kesalahan lokal dalam pengolahan.
551
tindakan Diminta dibatalkan. Jenis halaman diketahui.
452
tindakan Diminta tidak diambil.
ruang
penyimpanan tidak cukup dalam sistem.
552
Diminta tindakan berkas dibatalkan.
alokasi
penyimpanan melebihi (untuk direktori saat ini atau
dataset).
553
tindakan Diminta tidak diambil.
File
name tidak diperbolehkan.
Numeric
Orde Daftar Kode Balas
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
"=").
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 . Server berada di bawah
kewajiban
untuk menyediakan pengeditan baris perintah dan mungkin memerlukan
bahwa hal
itu dilakukan di host pengguna.
PERINTAH
Perintah
adalah string karakter Telnet dikirimkan melalui
koneksi
kontrol seperti yang dijelaskan dalam Bagian pada FTP Perintah.
Fungsi
komando dan semantik dijelaskan dalam Bagian yang
Akses
Kontrol Perintah, Transfer Parameter Perintah, FTP
Layanan
Perintah, dan Aneka Perintah.
Perintah
dimulai dengan kode perintah diikuti dengan argumen
bidang.
Kode Perintah empat atau lebih sedikit karakter abjad.
Huruf
besar dan kecil karakter abjad yang harus diperlakukan
identik.
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.
Bidang
Argumen terdiri dari string karakter panjang variabel
berakhir
dengan urutan karakter <CRLF> (Carriage Return, Line
Pakan)
untuk representasi NVT-ASCII; untuk bahasa dinegosiasikan lainnya
akhir
yang berbeda dari karakter garis dapat digunakan. Harus
mencatat
bahwa server adalah untuk tidak mengambil tindakan sampai akhir baris
kode
diterima.
.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.
perintah
tertentu membutuhkan jawaban kedua yang usernya
juga
menunggu. balasan ini mungkin, misalnya, melaporkan kemajuan
atau
penyelesaian transfer file atau penutupan data
koneksi.
Tanggapan
spontan
Kadang-kadang
"sistem" spontan memiliki pesan yang akan dikirim
untuk
pengguna (biasanya semua pengguna). Misalnya, "Sistem akan turun
dalam
15 menit ". Tidak ada ketentuan dalam FTP untuk seperti
informasi
spontan yang akan dikirim dari server ke pengguna.
Urutan
perintah-Reply
Pada
bagian ini, perintah-balasan urutan disajikan. Setiap
Perintah
terdaftar dengan balasan yang mungkin terjadi; kelompok perintah yang
terdaftar
bersama-sama. balasan awal terdaftar pertama (dengan
berhasil
balasan mereka menjorok dan di bawah mereka), maka
positif
dan penyelesaian negatif, dan akhirnya perantara.
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.
Tidak ada komentar:
Posting Komentar