FTP 프로토콜의 특징. 몇 가지 질문이 있습니다. FTP, 인트라넷 등 NAT 사용 시 설정
2. FTP 호스팅이 작동하지 않음
사무실은 들어오는 IP + 위성에 연결됩니다. 은행에는 위성용으로 두 개의 네트워크 + 카드가 있습니다. IP용 네트워크 하나, 내부 LAN용 네트워크 하나.
1. 내부 네트워크가 다운되었습니다.
2. FTP 호스팅이 작동하지 않음
경로 떼. 다시 말해서:
a) 내부 로캘에는 192.168.x.x와 같은 주소가 있습니다(대부분).
b) 위성 vpn에는 192.168.x.x와 같은 주소가 있습니다.
c) IP에는 192.168.x.x와 같은 주소가 있습니다.
d) 외부 네트워크에 대한 2개의 기본 게이트웨이: IS 및 위성
라우터는 당신이 가고 싶은 곳을 파악하려고 할 때 미쳐 버립니다.
사무실은 들어오는 IP + 위성에 연결됩니다. 은행에는 위성용으로 두 개의 네트워크 + 카드가 있습니다. IP용 네트워크 하나, 내부 LAN용 네트워크 하나.
1. 내부 네트워크가 다운되었습니다.
2. FTP 호스팅이 작동하지 않음
ipconfig/all 및 netstat -r
아마도 우리는 뭔가를 알아낼 수 있습니다 =)
ipconfig/all 및 netstat -r
아마도 우리는 뭔가를 알아낼 수 있습니다 =)
Windows용 IP 구성
컴퓨터 이름. . . . . . . . . : 미샤
기본 DNS 접미사. . . . . . :
노드 유형. . . . . . . . . . . . . : 피어 투 피어
IP 라우팅이 활성화되었습니다. . . . : 예
WINS 프록시가 활성화되었습니다. . . . . . . : 아니요
DNS 접미사 조회 순서. : chelcom.ru
사무실 - 이더넷 어댑터:
설명. . . . . . . . . . . . : Realtek RTL8139 제품군 PCI Fast Ethe
rnet NIC
실제 주소. . . . . . . . . : 00-40-F4-C1-BB-D4
IP 주소. . . . . . . . . . . . : 192.168.0.1
서브넷 마스크. . . . . . . . . . : 255.255.255.0
정문. . . . . . . . . . :
sat-이더넷 어댑터:
이 연결에 대한 DNS 접미사입니다. . :
설명. . . . . . . . . . . . : TechniSat DVB-PC TV 스타 PCI
실제 주소. . . . . . . . . : 00-D0-D7-13-2D-EF
자동 튜닝이 활성화됩니다. . . . . : 아니요
IP 주소. . . . . . . . . . . . : 192.168.45.1
IP 주소. . . . . . . . . . . . : 81.169.230.150
서브넷 마스크. . . . . . . . . . : 255.255.255.252
정문. . . . . . . . . . : 81.169.230.149
DHCP 서버. . . . . . . . . . . : 81.169.230.149
임대료를 받았습니다. . . . . . . . . : 2007년 4월 16일 오후 4:56:54
임대가 만료됩니다. . . . . . . . . : 2007년 4월 19일 오후 4:56:54
상호 통신 - 이더넷 어댑터:
이 연결에 대한 DNS 접미사입니다. . : chelcom.ru
설명. . . . . . . . . . . . : NVIDIA nForce 네트워킹 컨트롤러
실제 주소. . . . . . . . . : 0******1-A9-0D-57
DHCP가 활성화되었습니다. . . . . . . . . . . : 예
자동 튜닝이 활성화됩니다. . . . . : 예
IP 주소. . . . . . . . . . . . : 192.168.56.201
서브넷 마스크. . . . . . . . . . : 255.255.252.0
정문. . . . . . . . . . : 192.168.56.1
DHCP 서버. . . . . . . . . . . : 192.168.56.1
83.142.161.19
임대료를 받았습니다. . . . . . . . . : 2007년 4월 16일 오후 5시 54분 34초
임대가 만료됩니다. . . . . . . . . : 2007년 4월 16일 오후 7시 4분 26초
IS Inet - PPP 어댑터:
이 연결에 대한 DNS 접미사입니다. . :
설명. . . . . . . . . . . . : WAN(PPP/SLIP) 인터페이스
실제 주소. . . . . . . . . : 0******0
DHCP가 활성화되었습니다. . . . . . . . . . . : 아니요
IP 주소. . . . . . . . . . . . : 80.255.91.191
서브넷 마스크. . . . . . . . . . : 255.255.255.255
정문. . . . . . . . . . : 80.255.91.191
DNS 서버. . . . . . . . . . . : 83.142.161.17
83.142.161.19
TCP/IP를 통한 NetBIOS. . . . . . . : 장애가 있는
ipconfig/all 및 netstat -r
아마도 우리는 뭔가를 알아낼 수 있습니다 =)
C:\Documents and Settings\ъъх>netstat -r
경로 테이블
인터페이스 목록
0x1........MS TCP 루프백 인터페이스
0x2 ...00 40 f4 c1 bb d4 ...... Realtek RTL8139 제품군 PCI 고속 이더넷 NIC - ╠
sheshyayuЁЄ yayreshЁyut∙shar yarhyut
0x3 ...00 d0 d7 13 2d ef ...... TechniSat DVB-PC TV 스타 PCI
∙샤르 야르후트
0x4 ...0******1 a9 0d 57 ...... NVIDIA nForce 네트워킹 컨트롤러
yreshЁyut∙샤르 야르휴트
0x40006 ...0******0 ...... WAN(PPP/SLIP) 인터페이스
============================== ============================== ===============
============================== ============================== ===============
활성 경로:
네트워크 주소 넷마스크 게이트웨이 주소 인터페이스 메트릭
0.0.0.0 0.0.0.0 80.255.91.191 80.255.91.191 2
0.0.0.0 0.0.0.0 81.169.230.149 81.169.230.150 1
0.0.0.0 0.0.0.0 192.168.56.1 192.168.56.201 22
62.153.159.134 255.255.255.255 80.255.91.191 80.255.91.191 1
64.236.167.41 255.255.255.255 80.255.91.191 80.255.91.191 1
80.255.91.191 255.255.255.255 127.0.0.1 127.0.0.1 50
80.255.255.255 255.255.255.255 80.255.91.191 80.255.91.191 50
81.169.147.10 255.255.255.255 80.255.91.191 80.255.91.191 1
81.169.147.16 255.255.255.255 80.255.91.191 80.255.91.191 1
81.169.147.25 255.255.255.255 80.255.91.191 80.255.91.191 1
81.169.147.27 255.255.255.255 80.255.91.191 80.255.91.191 1
81.169.147.32 255.255.255.255 80.255.91.191 80.255.91.191 1
81.169.147.43 255.255.255.255 80.255.91.191 80.255.91.191 1
81.169.230.148 255.255.255.252 81.169.230.150 81.169.230.150 20
81.169.230.150 255.255.255.255 127.0.0.1 127.0.0.1 20
81.255.255.255 255.255.255.255 81.169.230.150 81.169.230.150 20
83.142.160.155 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.9 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.17 255.255.255.255 80.255.91.191 80.255.91.191 1
83.142.161.19 255.255.255.255 80.255.91.191 80.255.91.191 1
83.142.161.20 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.29 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.35 255.255.255.255 192.168.56.21 192.168.56.201 1
83.142.161.40 255.255.255.255 192.168.56.1 192.168.56.201 20
83.142.161.44 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.50 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.62 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.68 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.224 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.226 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.241 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.161.242 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.162.174 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.163.114 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.163.122 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.163.158 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.163.178 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.163.194 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.163.202 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.163.246 255.255.255.255 192.168.56.1 192.168.56.201 1
83.142.163.254 255.255.255.255 192.168.56.1 192.168.56.201 1
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.1 255.255.255.255 127.0.0.1 127.0.0.1 30
192.168.0.255 255.255.255.255 192.168.0.1 192.168.0.1 30
192.168.45.0 255.255.255.252 192.168.45.1 81.169.230.150 20
192.168.45.1 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.45.255 255.255.255.255 81.169.230.150 81.169.230.150 20
192.168.56.0 255.255.252.0 192.168.56.201 192.168.56.201 20
192.168.56.201 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.56.255 255.255.255.255 192.168.56.201 192.168.56.201 20
194.25.134.24 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.25 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.26 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.27 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.32 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.33 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.88 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.89 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.90 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.91 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.96 255.255.255.255 80.255.91.191 80.255.91.191 1
194.25.134.97 255.255.255.255 80.255.91.191 80.255.91.191 1
224.0.0.0 240.0.0.0 81.169.230.150 81.169.230.150 20
224.0.0.0 240.0.0.0 192.168.0.1 192.168.0.1 30
224.0.0.0 240.0.0.0 192.168.56.201 192.168.56.201 20
224.0.0.0 240.0.0.0 80.255.91.191 80.255.91.191 1
255.255.255.255 255.255.255.255 80.255.91.191 80.255.91.191 1
255.255.255.255 255.255.255.255 81.169.230.150 81.169.230.150 1
255.255.255.255 255.255.255.255 192.168.0.1 192.168.0.1 1
255.255.255.255 255.255.255.255 192.168.56.201 192.168.56.201 1
기본 게이트웨이: 81.169.230.149
흠 로케일이 전혀 작동하지 않습니까? 서버와 내부 시스템 사이에 Ping 패스가 있습니까? 통과하지 못하면 서버에서 내부 수레 유형의 추적을 제공하는 것은 무엇입니까? 내가 관찰하지 않는 잼과 같은 라우팅으로 경로
192.168.0.0 255.255.255.0 192.168.0.1 192.168.0.1 30
192.168.0.0 255.255.0.0 192.168.56.1 192.168.56.201 1
ftp, 어떤 종류의 호스팅에 대해 지정합니까? 그들의 IP는 무엇입니까? 위성 프록시를 통해 인터넷 액세스를 어떻게 구성합니까? 수동 모드에서 ftp에서 중단을 시도하십시오.
흠 로케일이 전혀 작동하지 않습니까? 서버와 내부 시스템 사이에 Ping 패스가 있습니까? 통과하지 못하면 서버에서 내부 수레 유형의 추적을 제공하는 것은 무엇입니까? 내가 관찰하지 않는 잼과 같은 라우팅으로 경로
192.168.0.0 255.255.255.0 192.168.0.1 192.168.0.1 30
이론적으로 경로보다 더 중요해야 합니다.
192.168.0.0 255.255.0.0 192.168.56.1 192.168.56.201 1
마스크가 더 크고 내부 네트워크를 통해 LAN에 침입해야 하기 때문입니다.
ftp, 어떤 종류의 호스팅에 대해 지정합니까? 그들의 IP는 무엇입니까? 위성 프록시를 통해 인터넷 액세스를 어떻게 구성합니까? 수동 모드에서 ftp에서 중단을 시도하십시오. (192.168.97.253) > 로그인/패스로 익명으로 로그인: anonymous/ [이메일 보호]
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 230 사용자 익명이 로그인했습니다.
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > OPTS utf8 on
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 500 알 수 없는 명령.
(0********1) 18.04.2******7:09:37 - 익명 (192.168.97.253) > PWD
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 257 "/"는 현재 디렉토리입니다.
(0********1) 18.04.2******7:09:37 - 익명 (192.168.97.253) > CWD /
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 디렉토리 변경 요청: "L:\Films\ -> L:\Films\ " --> 액세스가 허용되었습니다.
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 250 CWD 명령 성공. "/"는 현재 디렉토리입니다.
(0********1) 18.04.2******7:09:37 - 익명 (192.168.97.253) > 유형 A
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 200 A로 설정된 유형.
(0********1) 18.04.2******7:09:37 - 익명 (192.168.97.253) > PASV
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 227 수동 모드 시작(192,168,0,2,4,6)
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 530 PASV 명령은 클라이언트 IP 주소(192.168.97.253!=오류)의 연결만 허용합니다. .
(0********1) 18.04.2******7:09:37 - 익명 (192.168.97.253) > LIST
(0********1) 18.04.2******7:09:37 - 익명(192.168.97.253) > 550 목록 실패. 지정된 포트가 없습니다.
FTP 프로토콜은 인터넷과 TCP 네트워크 내에서 파일을 복사하고 이동하는 데 사용되는 데이터 전송 프로토콜 유형입니다. FTP는 종종 다양한 유형의 페이지와 문서를 호스트 컴퓨터에 업로드하는 데 사용됩니다. FTP 프로토콜은 클라이언트-서버 아키텍처와 네트워크 내의 다양한 연결을 사용하여 클라이언트에서 서버로 또는 그 반대로 명령과 정보를 전송합니다. FTP 사용자는 사용자 이름과 암호를 사용하여 인증할 수 있으며, 이 양식이 서버에서 허용되는 경우 사용자는 익명으로 액세스할 수 있습니다.
일반적인 프로토콜 외에도 클라이언트가 서버에 액세스하고 암호화된 통신 세션을 사용할 수 있도록 하는 표준 FTP의 특수 확장인 FTPS도 사용됩니다. 이 접근 방식은 인증 명령 "auth tls"를 전송하여 구현되며 서버는 TLS 연결을 요청하지 않는 연결을 수락하거나 거부할 수 있습니다.
SFTP
SFTP는 인터넷에서 정보를 전송하기 위한 표준으로, 매우 안정적이고 안전한 SSH(Secure Shell) 연결을 사용하여 파일을 이동하고 복사하도록 설계되었습니다. 이러한 유형의 연결은 로그인과 암호 및 전송 내용 자체를 암호화하여 수행되는 액세스 및 보안 전송을 제공할 수 있으므로 암호 및 기밀 정보개방형 네트워크 전송에서.
FTP와 달리 SFTP 프로토콜은 유사한 기능에도 불구하고 다른 데이터 전송 프로토콜을 사용하므로 표준 클라이언트는 SFTP 서버와 통신할 수 없습니다.
FTP 표준의 특징
이 표준은 가장 오래된 것 중 하나입니다. 네트워크 프로토콜, 45년 전에 만들어졌으며 오늘날 인터넷에서 널리 사용되고 있습니다. 중 하나 주요 특징들이 프로토콜은 여러 연결을 사용하는 것을 선호합니다. 하나는 제어 명령 전송을 위한 것이고 다른 하나는 직접 파일 전송을 위한 것입니다. 이 경우 여러 병렬 연결을 열 수 있으며 각 연결은 양방향으로 데이터를 전송할 수 있습니다.
연결이 설정되는 방식이 다른 두 가지 FTP 작업 모드(수동 및 능동)가 있습니다. 능동 모드에서는 서버가 사용자에게 정보 전송 연결을 설정하고 수동 모드에서는 그 반대의 경우도 마찬가지입니다.
이 표준은 오랫동안 사용되어 왔으며 처음에는 매우 간단합니다. 그러나 이러한 단순성은 매우 기만적일 수 있습니다. 많은 사용자가 이 기준특히 서버나 사용자가 방화벽이나 NAT 뒤에 있는 경우.
활성 모드 기능
활성 모드에서 클라이언트는 정보 전송의 주소와 포트를 지정하는 "port" 명령을 실행하여 서버 포트 21에 대한 제어 연결을 시작합니다. 이 명령을 수신하면 서버는 자체 포트 20에서 지정된 사용자 포트에 대한 연결을 시작합니다.
이 방법의 주요 단점은 사용자가 작업하려면 인터넷에 전용 IP 주소가 있어야 한다는 것입니다. 또한 클라이언트가 방화벽이나 NAT 뒤에 있으면 몇 가지 문제가 발생할 수 있습니다.
패시브 모드 기능
수동 연결을 설정하려면 사용자는 특별한 "pasv" 명령을 서버에 보내야 합니다. 이 명령에 대한 응답으로 서버는 클라이언트가 연결을 설정해야 하는 주소 및 포트에 대한 정보를 보냅니다. 이 데이터를 받은 후 사용자는 서버 컴퓨터에 연결하여 정보를 전송합니다.
패시브 모드를 사용할 때 절대적으로 모든 연결은 클라이언트에 의해 시작되므로 이에 대한 요구 사항이 없습니다. 사용자는 전용 IP 주소를 사용하지 않을 뿐만 아니라 NAT 및 방화벽을 사용할 수 있습니다. 따라서 오늘날 수동 모드는 인터넷에서 FTP를 통한 주요 액세스 및 파일 전송 유형으로 사용됩니다.
방화벽 사용 시 설정
방화벽 및 활성 모드를 사용할 때 사용자는 액세스 문제를 경험할 수 있습니다. 방화벽이 내부에서 시작되지 않은 들어오는 연결을 거부하도록 구성된 경우 서버 컴퓨터는 통신할 수 없고 정보 전송을 시작할 수 없습니다. 그리고 정보 포트가 동적으로 다양하기 때문에 방화벽을 설정할 때 약간의 어려움이 있습니다. 이 경우 가장 좋은 옵션은 사용되는 포트 범위를 지정하고 이를 위한 특별 허용 방화벽 규칙을 구성하는 것입니다.
수동 모드를 사용하는 경우 서버 컴퓨터는 이러한 복잡성에 직면할 위험이 있습니다. 이 경우 유사한 솔루션을 사용할 수 있습니다. 옵션에서 사용되는 포트 범위를 지정하고 이 범위에 대한 특수 규칙을 만듭니다.
NAT 사용 시 설정
NAT를 통한 FTP의 올바른 기능과 성공적인 파일 전송을 위해서는 작동 포트 포워딩을 설정하는 것만으로는 충분하지 않습니다. NAT에서 작동하는 서버 컴퓨터는 내부 포트 주소를 전송하고 클라이언트는 단순히 연결할 수 없기 때문입니다. 정보를 전송합니다.
일부 최신 NAT 구현은 FTP 연결의 제어 채널을 모니터링하고 다음을 위해 스푸핑할 수 있습니다. 정상 작동데이터 전송 내부 주소 외부. 또한 FTP 서버는 다음을 지정할 수 있습니다. 외부 포트, 제어 세션에 나타나야 합니다.
대부분의 경우 NAT를 통한 FTP를 통한 일반 파일 전송의 경우 제어 세션을 구현하고 인터넷에서 데이터를 전송하는 데 사용되는 동적 주소 범위를 지정하고 전달하는 데 21번째 포트를 전달하는 것으로 충분합니다.
가장 오래된 네트워크 프로토콜 중 하나는 FTP입니다. 그 목적은 무엇이며, 컴퓨터의 네트워크 "통신"에서 그 역할은 무엇이며, 이 프로토콜의 작동 방식 및 사용할 가치가 있는지 여부는 아래 기사에서 이러한 모든 질문에 대한 답을 찾을 수 있습니다.
FTP 기술의 본질은 무엇입니까
최신 FTP 프로토콜은 이전과 약간 다르게 사용됩니다. 그것은 원래 함께 작동하도록 개발되었습니다 대용량데이터. 따라서 FTP 프로토콜뿐만 아니라 FTP 아카이브도 발명되었습니다. 이제 후자는 전 세계 서버에서 호스팅되는 많은 파일의 글로벌 저장소가 되었습니다. 아카이브는 많은 수의 FTP 서버로 구성되며 Napalm 또는 FileSearch와 같은 호스트별로 데이터를 검색할 수 있는 특수 검색 엔진이 있습니다.
외부인이 검색 엔진을 통해 FTP 아카이브의 모든 부분에 액세스할 수 있는 것은 아닙니다. 액세스 수준이 다른 서버가 있습니다. 많은 사람들이 FTP를 호스팅에 사이트를 업로드하는 데 필요한 프로토콜, 즉 기밀 사용에 필요한 프로토콜로 알고 있습니다. FTP 아카이브는 일종의 비밀 정보를 저장하는 상업 조직과 정확히 동일한 목적으로 사용됩니다.
그러나 파일 공유와 유사한 공용 FTP 아카이브도 많이 있습니다. 사용자가 응용 프로그램 자체 대신 프로그램이나 게임에 대한 긴 설명이 있는 기사가 아닌 파일을 즉시 찾을 수 있도록 특수 검색 엔진이 만들어진 것은 이러한 아카이브를 위한 것입니다.
FTP 프로토콜의 목적은 무엇입니까
FTP 프로토콜은 클라이언트와 서버 간의 데이터 전송을 위한 것입니다. "데이터 전송 프로토콜"이라고합니다. 아주 오랫동안 사용되어 왔기 때문에 FTP는 인터넷 표준 중 하나가 되었습니다. 프로토콜은 1971년에 처음 사용되었습니다. 존재하는 동안 많이 변했습니다. 일부 기능이 제거되었으며 FTP가 원격 컴퓨터 간에 데이터를 교환하는 데 적합하다는 사실이 강조되었습니다. 시간이 지나면서 더욱 편리해졌습니다. 일반 사용자. 결국 다음을 사용하여 FTP 서버에 액세스할 수 있습니다. 특별 프로그램및 표준 서비스 사용 운영체제. 예를 들어 다음을 사용하여 FTP 서버에 연결할 수도 있습니다. 표준 도체윈도우.
또한 FTP는 서버 사용자 간에 액세스 권한을 분산하도록 설계되었습니다. 서버 사용자마다 고유한 권한이 있습니다. 예를 들어 일부는 데이터를 읽을 수만 있는 반면 다른 일부는 파일을 이동, 이름 바꾸기, 편집 및 호스트에 업로드할 수 있습니다. FTP 서버를 만드는 것은 사용하는 것만큼 쉬우므로 많은 사용자가 이 프로토콜을 사용하여 원격 액세스당신의 컴퓨터에.
어떤 사람들은 FTP와 TCP를 혼동합니다. 이러한 개념은 비교할 수 없지만. FTP는 프로토콜이고 TCP는 작동하는 채널입니다. 그리고 이 채널은 서버 장치와 클라이언트 장치 사이에 설정됩니다. 컴퓨터가 아닌 "장치". FTP는 PC뿐만 아니라 특수 프로그램을 사용하여 스마트폰에서도 사용할 수 있기 때문입니다.
FTP는 일부 데이터를 원격 컴퓨터에 업로드하거나 그 반대로 다운로드해야 하는 경우 원격 컴퓨터에서 작업하기에 좋은 프로토콜이라는 점을 명심하십시오.
그러나이 프로토콜은 기밀 정보 전송에 전혀 적합하지 않습니다. 그렇기 때문에 Yandex Disk 서비스 개발자는 FTP를 기본 프로토콜로 사용하는 것을 거부하고 대신 WebDAV를 선택했습니다. FTP는 데이터를 암호화하지 않는 개방형 프로토콜입니다. 그리고 서버에서 클라이언트에 대한 암호 인증을 설정하더라도 인증 중에 입력한 데이터는 일반 텍스트로 호스트에 전송됩니다. 즉, 가로채는 것이 가치가 있으며 공격자는 서버에 침투할 수 있습니다.
FTP 프로토콜 작동 방식
일반적으로 FTP 프로토콜 모델은 매우 단순하므로 사용하는 동안 문제가 발생하지 않습니다. 가장 진부한 모델은 사용자가 인터프리터 프로그램을 사용하는 경우입니다. 이를 통해 편리한 인터페이스에서 모든 명령을 실행할 수 있으므로 명령을 알고 터미널에 입력할 필요가 없습니다. 인터프리터에 명령을 내리면 제어 연결을 통해 서버로 명령을 보냅니다. 제어 연결은 TELNET 프로토콜에서 작동합니다. 따라서 서버 인터프리터와 연결을 설정하면 사용자는 호스트에서 권한이 부여되고 더 많은 명령을 사용할 수 있습니다.
제어 연결을 통해 전송되는 일련의 명령은 서버 및 클라이언트의 동작과 데이터 전송 프로세스를 결정합니다. 또한 명령을 사용하여 클라이언트와 서버의 파일 시스템을 관리할 수 있습니다.
데이터 전송을 위해 제어 채널과 다른 다른 채널이 사용됩니다. 그러나 후자는 데이터 연결 호출을 시작합니다. 데이터 연결의 작동 원리는 서버가 파일과 데이터의 교환을 시작하기 때문에 제어 채널의 작동과 다릅니다. 이 연결은 데이터 수신 및 전송 모두에서 양방향으로 사용할 수 있습니다.
그러나 모든 작업의 일반적인 알고리즘은 무엇입니까 FTP 프로토콜서버에서:
- 서버는 항상 사용자 측에서 기다리는 상태입니다. 클라이언트는 언제든지 서버에 연결할 수 있으므로 제어 채널은 포트 21을 열어 둡니다. 모든 제어 명령이 실행됩니다. 기본적으로 포트 21이 설정되어 있지만 변경할 수 있습니다. 그런 다음 사용자는 수동으로 포트 번호를 입력해야 합니다. 그렇지 않으면 제어 채널에 액세스할 수 없습니다.
- 제어 채널 포트를 통해 연결한 후 클라이언트 측 프로그램은 서버 인터프리터에 명령을 내릴 수 있습니다. 이러한 명령은 서버 파일 시스템 내의 변경 사항과 데이터 전송 방법, 내용, 볼륨, 작동 모드 유형 등을 모두 결정합니다.
- 데이터 전송에 대한 모든 명령이 합의된 후 연결 참가자 중 하나가 수동 대기 모드(서버 또는 클라이언트)가 됩니다. 그것을 열고 데이터를 받거나 보내기 위해 포트 번호가 주어지기를 기다립니다.
- 데이터 전송 프로세스가 끝나면 연결이 닫히지만 제어 채널은 계속 열려 있습니다. 이를 통해 사용자는 모든 작업을 다시 수행할 수 있습니다. 즉, 서버에 명령을 내리고 데이터 전송을 다시 시작할 수 있습니다. 세션을 다시 만들 필요가 없습니다. 이것이 FTP가 두 가지 유형의 연결에서 작동하는 이유입니다.
이것은 FTP 프로토콜이 작동하는 방식에 대한 가장 진부한 모델이므로 더 복잡한 경우가 있습니다. 예를 들어, 사용자가 서버와 함께 작업하는 것이 아니라 서버가 서버와 함께 작업하는 경우입니다. 이 경우 클라이언트는 중개자 없이 서버 간 직접 데이터 전송을 관리합니다. 그리고 서버-클라이언트 구성에 대한 유사한 예가 많이 있습니다. 이것은 FTP 프로토콜의 장점 중 하나인 작업의 유연성입니다.
FTP 프로토콜의 작동에 대해 이해해야 할 주요 사항은 연결과 포트의 상호 작용입니다. 이 프로토콜에서 작업하는 동안 대부분의 오류는 연결 당사자 중 하나가 해당 포트를 구성하지 않았기 때문에 발생합니다. 프로토콜의 수동 및 활성 측면이 있습니다. 패시브는 주의 깊게 듣고 액티브가 즉시 열어야 하는 포트 번호를 전송할 때까지 기다려야 합니다. 포트가 열리지 않으면 데이터 전송이 시작되지 않습니다.
연결에서 활성 참가자의 일부 명령을 수동으로 기다려야 한다고 생각하지 마십시오. 이 작업은 모두 자동으로 수행됩니다. 예를 들어 컴퓨터에서 하나 또는 다른 포트가 이미 사용 중이거나 수신/발신 연결이 차단된 경우 문제가 나타납니다. 그런 순간에는 "소매를 걷어붙이고" 수동으로 컴퓨터를 구성해야 합니다. FTP 도움말.
FTP 프로토콜은 어떤 명령을 사용합니까?
대부분의 경우 작업에 필요하지 않을 것입니다. 사용자 친화적 인 인터페이스. 그러한 프로그램 중 하나는 FileZilla입니다. 그러나 아무 일도 일어나지 않습니다. 아마도 터미널을 통해 모든 작업을 수행해야 하는 Far Maneger만 손에 들고 있을 것입니다. 이 경우 FTP의 기본 명령에 익숙해야 합니다.
서버에 연결하려면 USER 명령을 사용해야 합니다. 서버와 세션을 열고자 하는 사용자의 이름을 표시해야 합니다. USER 명령에 사용자 ID를 입력한 후 로그인 암호를 입력해야 합니다. 이렇게하려면 PASS라는 특수 명령을 사용하십시오.
서버를 "이동"할 수 있는 가장 인기 있는 기능 중 하나는 CWD입니다. 서버 디렉터리 간에 이동할 수 있도록 명령이 필요합니다. 명령을 사용하려면 CWD 다음에 이동하려는 디렉토리의 경로를 입력하십시오.
재초기화가 필요한 경우, 즉 현재 연결의 모든 데이터와 설정을 생략해야 하는 경우 REIN 명령을 사용하십시오. 사용하는 동안 데이터 전송은 중지되지 않으며 전송 매개변수는 REIN 명령 이전과 동일하게 유지됩니다. 또는 훨씬 더 급진적인 방법으로 수행할 수 있습니다. QUIT 명령으로 제어 연결을 닫습니다. 또한 데이터 전송을 중단하지 않으며 다운로드가 완료된 후에만 세션이 완전히 중단됩니다.
활성 모드에서 포트를 등록하려면 즉, 수동 구성원에 할당하려면 PORT 명령을 사용해야 합니다. 문제는 이 명령을 작성하기가 매우 어렵다는 것입니다. 서버 IP의 32비트와 포트 번호의 16비트를 지정해야 하므로 상당히 불편합니다. 따라서 FTP 프로토콜을 통해 작업하기 위해 단순화된 클라이언트를 사용하는 방법을 찾는 것이 너무 부담되지 않도록 하는 것이 좋습니다. 이러한 클라이언트에서 포트 번호를 변경하는 것은 사소한 문제입니다. 설정으로 이동하여 원하는 항목을 찾고 현재 번호 대신 다른 번호를 입력하면 충분합니다.
RETR 및 STOR 명령을 사용하여 서버 간에 데이터를 전송합니다. 선택한 파일을 클라이언트 장치로 보내고 두 번째 명령을 서버로 보내려면 첫 번째 명령이 필요합니다. 파일 이름을 바꾸려면 두 개의 연속된 명령을 사용해야 합니다. 먼저 이전 파일 이름으로 RNFR을 쓴 다음 새 파일 이름으로 RNTO를 씁니다. 파일 시스템 또는 현재 선택된 파일에서 데이터를 삭제하는 데 필요한 DELE 명령도 필요합니다.
다른 명령은 디렉토리를 제거하는 데 사용됩니다. 강조 표시된 디렉토리를 삭제하려면 RMD 명령이 필요합니다. 그리고 창조하기 위해 새 폴더, 문자열 MKD를 사용합니다. 또한 사용자는 종종 디렉토리에 있는 파일을 볼 수 있는 기능이 필요합니다. 이렇게 하려면 LIST 또는 NLST 명령을 사용하십시오.
FTP의 유사어는 무엇입니까
FTP 데이터 전송 프로토콜에는 직접 "상속자", 즉 FTP에서 형성된 프로토콜이 있습니다. TFTP와 SFTP의 두 가지 프로토콜입니다. 첫 번째 프로토콜은 명령 측면에서 매우 제한적이기 때문에 가장 많이 사용되는 프로토콜은 아닙니다. FTP보다 서버의 파일 시스템 관리에 훨씬 적합하지 않습니다. 디렉토리에 있는 파일을 나열할 수도 없습니다. TFTP는 가장 간단한 8비트 정보를 전송하는 데만 필요하며 그 이상은 필요하지 않습니다. 그리고 이 프로토콜에는 읽기, 쓰기, 데이터 패킷 요청 및 기타 간단한 작업에 필요한 명령이 5개뿐입니다.
그러나 SFTP 프로토콜은 TFTP, 경우에 따라 FTP보다 훨씬 더 성공적입니다. 사실 이것은 안전한 FTP 프로토콜입니다. 암호화된 SSH 연결과 FTP 데이터 전송 프로토콜의 조합입니다. 또한 SFTP는 오래 전에 FTP에 도입되었지만 아무도 사용하지 않는 불필요한 기능을 많이 제거했습니다. 따라서 SFTP는 FTP보다 안전하고 동시에 좋은 의미에서 더 온건합니다. 일종의 기밀 데이터로 작업하는 경우 정확히 SFTP를 선택하는 것이 좋습니다. 그러면 해커가 제어 연결을 통해 전송된 데이터를 가로채더라도 여전히 암호화되어 해커에게 어떤 가치도 제공하지 않습니다.
그리고 터미널이 아닌 일반 클라이언트 프로그램에서 FTP 프로토콜을 사용하는 것이 좋습니다. 결국 이렇게 하면 데이터 전송 프로토콜 작업 속도를 크게 높이고 더 정교한 기능에 액세스할 수 있습니다.
FTP는 파일 전송 프로토콜을 나타냅니다. FTP의 주요 목적은 파일을 전송(복사, 전송)하는 것입니다. FTP는 자체적으로는 물론 다른 시스템을 통해서도 사용할 수 있습니다. 예를 들어 WWW에는 프로토콜의 일부로 FTP가 있습니다.
FTP 서버는 전 세계에 흩어져 있지만 연결하기 위해 물리적 위치를 알 필요는 없습니다. 인터넷에서 컴퓨터는 주소로 참조됩니다. 예를 들어 Borland의 FTP 서버는 ftp.borland.com입니다.
따라서 원하는 FTP 서버의 주소를 알고 있다고 가정해 보겠습니다. 이제 그와 연결하는 것이 좋을 것입니다. 이것은 FTP 클라이언트라는 특수 프로그램을 사용하여 수행됩니다. 이전에는 UNIX 컴퓨터만 인터넷에 액세스할 수 있었을 때 모든 FTP 클라이언트는 동일했습니다. 즉, 표준 명령 세트가 있는 명령줄이 전부였습니다. 이제 윈도우 시스템 시대에는 명령 구문을 외울 필요가 없으며 파일을 마우스로 간단히 끌어다 놓는 프로그램이 많이 나타났습니다. 그러나 그것들은 또한 표준 FTP 명령 시스템을 기반으로 합니다. 각 마우스 동작에 대해 FTP 클라이언트는 일련의 FTP 명령을 생성합니다.
FTP(파일 전송 프로토콜) 서비스를 사용하면 한 시스템의 사용자가 다른 시스템의 파일 시스템에 액세스하고 시스템 간에 파일을 수신(전송)할 수 있습니다. FTP는 UNIX 운영 체제의 내부 파일 전송 프로토콜입니다.
FTP는 ARPANET 표준(IP) 파일 전송 프로토콜을 구현하는 사용자 인터페이스입니다. 이 프로그램을 사용하면 로컬로 연결된 두 컴퓨터 간에 파일을 전송할 수 있습니다. 글로벌 네트워크. 동시에 컴퓨터 플랫폼은 다양한 방식, 무엇인가요 주요 특징인터넷상의 FTP 서비스.
FTP 프로토콜을 통해 원격 컴퓨터(시스템)의 파일 시스템에 대한 액세스를 구성하는 방법에는 권한 부여 및 익명의 두 가지가 있습니다.
승인된 액세스. 특정 원격 시스템에서는 해당 원격 시스템의 사용자만이 자신의 사용자 이름(로그인 또는 사용자 이름)과 암호(password)를 확인한 후, 즉 시스템에 로그인한 후 인가된 접근 권한을 갖습니다. 로그인한 후 사용자는 일반적으로 액세스 권한이 있는 원격 시스템의 홈 디렉토리 및 기타 모든 파일 리소스에 액세스할 수 있습니다.
익명 FTP 액세스는 80년대 후반에 시작된 매우 새로운 인터넷 서비스입니다. 이러한 액세스는 특별히 지정된 사용자(대부분 "익명"이라고 하며 주소와 일치하는 암호를 가진 사용자)의 모습으로 제공됩니다. 이메일). "익명" 권한으로 로그인하면 이러한 사용자에게 특별히 할당된(일반적으로 읽기 전용) FTP 서버라고 하는 디렉토리에 액세스할 수 있습니다. 서버에 귀하의 이메일 주소를 비밀번호로 지정하는 것은 의무 사항이 아니며, 이는 사용자 행동에서 "좋은 형식" 규칙으로 간주됩니다.
많은 컴퓨터에서 익명의 FTP 액세스를 구성한 이후로 인터넷 네트워크축적된 이러한 유형의 디렉토리(익명 FTP 서버)를 생성했습니다. 거대한 컬렉션(테라바이트 정보) 소프트웨어 아카이브, 모든 종류의 문서, 소설, 컴퓨터 영화, 음악 등 일반적으로 이 서비스는 사용자에게만 정보를 제공하는 서버(예: RELCOM 네트워크)가 있지만 대부분의 FTP 서버에서 무료입니다.
FTP 서버에는 기본 소프트웨어, 유틸리티 및 새 버전의 드라이버, 상용 프로그램(패치)에서 볼 수 있는 버그 수정 프로그램, 문서, 주소, 컬렉션 등을 찾을 수 있는 거대한 파일 아카이브가 포함되어 있습니다. 파일 형태로 전 세계 커뮤니티에 제공할 수 있는 거의 모든 것은 익명의 FTP 서버에서 사용할 수 있습니다. 이들은 프로그램입니다-무료 배포 및 데모 버전, 이것은 멀티미디어이며 마지막으로 법률, 책, 기사, 보고서와 같은 텍스트입니다.
대부분의 운영 체제에서 FTP 서버에 대한 액세스는 일반적으로 특수 ftp 유틸리티에 대한 호출을 통해 구성됩니다. UNIX(예: ncftp2)와 MS Windows(예: Norton Navigator) 모두에서 다양한 소프트웨어 셸이 있지만 FTP 프로토콜을 구현하고 이 인터넷 서비스를 보다 쉽게 사용할 수 있도록 합니다.
따라서 IP 연결이 있고 글로벌 인터넷에 액세스할 수 있는 경우 ftp 유틸리티를 호출하고 적절한 주소(또는 FTP 서버 이름)를 입력하고 자신을 "익명"이라고 부르고 전자 메일 주소를 비밀번호를 입력하면 선택한 파일 아카이브에 액세스할 수 있습니다.
예를 들어:
>ftp ftp.ict.nsc.ru
ftp>로그인: 익명
ftp>passwd: [email protected]
FTP 서버에 대한 익명 액세스는 WWW 페이지 뷰어(MS Internet Explorer 또는 Netscape Navigator)를 사용하여 얻을 수도 있습니다. 또한 대부분의 FTP 서버에서는 전자 메일로 파일을 받을 수 있습니다.
익명 FTP 액세스를 통해 전 세계 파일 아카이브에 저장된 파일에 액세스할 수 있습니다. 에 저장된 많은 정보 다양한 서버어느 정도 복제되며, 게다가 많은 서버에는 글로벌 네트워크의 다른 부분에 미러 서버가 있으며이 정보 또는 해당 정보를 다운로드하는 것이 더 좋은 서버를 직접 선택할 수 있습니다.
FTP 프로토콜의 가장 간단한 모델이 그림 1에 나와 있습니다. FTP에서 연결은 사용자의 프로토콜 해석기에 의해 시작됩니다. 교환은 TELNET 프로토콜 표준의 제어 채널을 통해 제어됩니다. FTP 명령은 사용자의 프로토콜 해석기에 의해 생성되어 서버로 전달됩니다. 서버 응답도 제어 채널을 통해 사용자에게 전송됩니다. 일반적으로 사용자는 서버의 프로토콜 인터프리터에 접속할 수 있으며 사용자의 프로토콜 인터프리터 이외의 수단을 사용할 수 있습니다.
그림 1. FTP 프로토콜 운영 모델
FTP(파일 전송 프로토콜) -
찾고, 받고, 전달할 수 있는 기능을 제공하는 TCP/IP 제품군 프로토콜 필수 파일한 컴퓨터에서 다른 컴퓨터로 인터넷을 통해.
FTP 명령은 데이터 전송 채널 및 전송 프로세스 자체의 매개변수를 정의합니다. 또한 원격 및 로컬 파일 시스템 작업의 특성을 결정합니다.
제어 세션은 데이터 링크를 초기화합니다. 데이터 전송 채널을 구성할 때 동작 순서는 제어 채널을 구성하는 것과 다릅니다. 이 경우 서버는 관리 세션에서 합의된 매개변수에 따라 데이터 교환을 시작합니다.
데이터 링크는 데이터 링크가 구성된 제어 채널과 동일한 호스트에 설정됩니다. 데이터 채널은 데이터 수신 및 전송 모두에 사용할 수 있습니다.
FTP 프로토콜의 알고리즘은 다음과 같습니다.
FTP 서버는 TCP 포트 21을 제어 연결로 사용하며 항상 FTP 사용자의 연결을 기다립니다.
"사용자 프로토콜 해석기" 모듈과 서버 모듈 - "서버 프로토콜 해석기"의 제어 연결이 설정된 후 사용자(클라이언트)는 서버에 명령을 보낼 수 있습니다. FTP 명령은 데이터 연결의 매개변수를 정의합니다: 연결 참가자의 역할(활성 또는 수동), 연결 포트("사용자 데이터 전송 프로그램" 모듈 및 "서버 데이터 전송 프로그램" 모듈 모두), 전송 유형, 전송된 데이터 유형, 데이터 구조 및 사용자가 수행하려는 작업(예: 데이터 또는 파일 저장, 읽기, 추가 또는 삭제 등)을 나타내는 제어 지시문.
데이터 전송 채널의 모든 매개변수가 합의된 후 수동적인 연결 참가자 중 하나(예: "사용자 데이터 전송 프로그램")는 지정된 포트에 대한 연결을 열기 위해 대기 모드가 됩니다. 데이터 전송을 위해. 그런 다음 활성 모듈(예: "서버 데이터 전송 프로그램")이 연결을 열고 데이터 전송을 시작합니다.
데이터 전송 종료 후 "서버 데이터 전송 프로그램"과 "사용자 데이터 전송 프로그램" 간의 연결은 닫히지만 "서버 프로토콜 해석기"와 "사용자 프로토콜 해석기"의 제어 연결은 열린 상태로 유지됩니다. 사용자는 FTP 세션을 닫지 않고 데이터 전송 채널을 다시 한 번 열 수 있습니다.
데이터를 제3의 기계로 전송할 수 있습니다. 이 경우 사용자는 두 개의 서버로 제어 채널을 구성하고 이들 사이에 직접 데이터 채널을 구성합니다. 제어 명령은 사용자를 통해 이동하고 데이터는 서버 간에 직접 이동합니다. 제어 채널은 시스템 간에 데이터를 전송할 때 열려 있어야 합니다. 그렇지 않고 닫히면 데이터 전송이 중지됩니다.
FTP 데이터 전송의 기본은 해당 포트 간의 연결을 설정하고 전송 매개변수를 선택하는 메커니즘입니다. FTP 연결의 각 구성원은 기본 전송 포트를 지원해야 합니다. 기본적으로 "사용자 데이터 프로그램"은 명령을 보내는 것과 동일한 포트("U"로 표시)를 사용하고 "서버 데이터 프로그램"은 포트 L-1을 사용하며 여기서 "L"은 제어 포트입니다. 그러나 연결 참가자는 "사용자 프로토콜 해석기"가 선택한 데이터 전송 포트를 사용합니다. 연결에 참여하는 제어 프로세스 때문에 "사용자 프로토콜 해석기"만이 "사용자 데이터"의 데이터 전송 포트를 변경할 수 있습니다. 프로그램 전송" 및 "프로그램 서버 데이터 전송.
연결의 수동 측은 "전송 시작" 명령이 제공되기 전에 데이터 포트에서 "수신"해야 합니다. 데이터 전송을 시작하라는 명령을 내리는 활성 측에서 데이터 이동 방향을 결정합니다.
연결이 설정되면 "서버 데이터 전송 프로그램"과 "사용자 데이터 전송 프로그램" 간의 전송이 시작됩니다. 동시에 데이터 수신에 대한 알림이 "서버 프로토콜 해석기" - "사용자 프로토콜 해석기" 채널을 통해 전송됩니다. FTP 프로토콜은 데이터 전송이 진행되는 동안 제어 연결이 열려 있어야 합니다. FTP 세션은 제어 연결이 닫힌 후에만 닫힌 것으로 간주됩니다.
일반적으로 FTP 서버는 데이터 링크를 열고 닫는 역할을 합니다. FTP 서버는 다음과 같은 경우 자체적으로 데이터 전송 채널을 닫아야 합니다.
서버가 연결을 닫아야 하는 형식으로 데이터 전송을 완료했습니다.
서버가 사용자로부터 "연결 종료" 명령을 받았습니다.
사용자가 데이터 포트 설정을 변경했습니다.
제어 연결이 닫혔습니다.
데이터 전송 재개를 방해하는 오류가 발생했습니다.
일반적인 단점:
– 불량 회선에 대한 연결의 낮은 신뢰성;
– 프록시가 활성화된 상태에서 연결이 중단될 때 문제가 발생했습니다.
– 전송 후 연결 종료로 인한 저속
- http 프로토콜을 통해 주소가 지정되는 ftp를 통한 파일 액세스 불가능(이것이 http 자체의 단점은 아니지만 이것이 특징입니다.)
– FTP 클라이언트 설치가 필요합니다.
– 다운로드 후 키워드를 확인하고 웹 인터페이스를 통해 확인을 위해 사진을 보내야 합니다.
FTP 서버의 단점:
FTP 서버는 네트워크의 잠재적인 보안 허점입니다. 따라서 아카이브, 라이브러리를 구성할 계획이 없는 경우, 즉 대중이 사용할 수 있는 데이터 저장소는 FTP 서버를 전혀 실행하지 않는 것이 가장 좋습니다. 하지만 이 서비스널리 퍼져 있으므로 안전에 최대한 주의를 기울여야 합니다. 모든 FTP 서버는 어느 정도 취약하다는 점에 즉시 주목해야 합니다. 그러나 구현 및 구성의 차이는 어떤 경우에는 서비스 거부로 이어지고 다른 경우에는 호스트에 대한 완전한 제어로 이어집니다. 또한 FTP 프로토콜의 특성으로 인해 서버와 클라이언트 모두 영향을 받을 수 있습니다.
FTP 서버는 DoS 공격에 매우 취약합니다.
FTP 서버의 문제점 중 하나는 패키지 소스에 대한 인증이 부족하다는 것입니다. 결론은 다음과 같습니다. 연결이 설정되면 서버는 TCP 포트 중 하나에서 수신 대기하고 해당 번호를 클라이언트에 보고한 후 클라이언트가 지정된 포트를 열고 데이터 전송을 시작합니다. 이것은 소위 수동 모드입니다. 활성 TCP 모드에서 클라이언트는 포트를 할당하고 서버는 포트 20에서 클라이언트가 할당한 포트로 연결을 엽니다. 세션 동안 가입자의 신원이 확인되지 않기 때문에 다음과 같은 공격이 가능합니다. 열린 항구 TCP 연결 요청은 주기적으로 전송됩니다. 연결이 설정되는 즉시 클라이언트가 스푸핑됩니다. 이 공격에 대한 취약성은 모든 ftpd 서버에서 입증되었습니다.
FTP 클라이언트의 단점:
클라이언트의 관점에서 FTP의 주요 단점은 데이터 가로채기 가능성, 표준화 부족 및 방화벽과의 호환성 부족입니다. 이것만으로도 가능하면 FTP 사용을 피해야 할 충분한 이유가 됩니다.
FTP 아카이브는 주요 정보 자원인터넷. 실제로 이것은 파일 형식으로 저장된 텍스트, 프로그램, 사진 및 기타 정보의 분산 보관소입니다. 다양한 컴퓨터세계적인.
FTP 아카이브의 정보는 주로 세 가지 범주로 나뉩니다.
소유자가 결정하고 소비자와의 특별 계약에 따라 허용되는 액세스 모드인 보호된 정보. 이러한 유형의 리소스에는 상업용 아카이브(예: ftp.microsoft.com 아카이브에 있는 프로그램의 상업용 버전), 폐쇄된 국내 및 국제 비상업 리소스(예: 국제 CES 또는 IAEA 프로젝트에 대한 작업), 비공개 비상업용 리소스가 포함됩니다. 특수 액세스 모드가 있는 정보(예: 민간 자선 재단).
예를 들어 셰어웨어 클래스 프로그램을 포함하는 제한된 사용 정보 자원. 이 클래스에는 제한된 시간 또는 제한된 시간 리소스가 포함될 수 있습니다.
소프트웨어와 관련하여 자유롭게 배포되는 정보 리소스 또는 프리웨어. 이러한 리소스에는 특별한 등록 없이 네트워크를 통해 자유롭게 얻을 수 있는 모든 것이 포함됩니다. 문서, 프로그램 또는 기타 모든 것이 될 수 있습니다. 자유 소프트웨어에는 품질 인증서가 없지만 개발자는 경험을 교환할 수 있습니다. 위에 나열된 리소스 중에서 가장 흥미로운 것은 일반적으로 FTP 아카이브 형식으로 정렬된 마지막 두 범주입니다.
FTP 기술은 ARPA 프로젝트의 일부로 개발되었으며 아키텍처가 다른 시스템 간에 많은 양의 정보를 교환하도록 설계되었습니다. 신뢰할 수 있는 전송이 프로젝트의 핵심이었기 때문에 현대적인 관점에서 볼 때 FTP는 중복되고 거의 사용되지 않는 기능으로 가득 차 있는 것 같습니다. 기술의 핵심은 FTP 프로토콜입니다.
FTP 아카이브는 상업용 아카이브로도 사용할 수 있습니다. 소프트웨어, 회사에서 사용되는 경우에만 이러한 아카이브는 저장된 리소스에 대한 익명 액세스를 허용해서는 안됩니다.
종종 승인된 FTP 액세스 가능성은 메시징에도 사용됩니다. 의사 소통 수단으로. 이것은 일반적으로 전자 메일 시스템이 어떤 이유로 작동하지 않을 때 발생합니다.
현재 FTP 교환 구성 요소 간의 전체 상호 작용 시스템은 그림 2에 표시된 다이어그램으로 나타낼 수 있습니다.
이 다이어그램은 두 가지 중요한 기술 포인트를 보여줍니다. 첫째, 아카이브는 특수 클라이언트 프로그램뿐만 아니라 Netscape Communicator와 같은 범용 브라우저에서도 액세스할 수 있습니다. 마이크로소프트 인터넷탐색기, 두 번째로 Archie 프로그램을 사용하여 FTP 아카이브에서 정보를 검색할 수 있습니다.
동시에 Archie와 FTP는 완전히 다른 기술. 대부분의 경우 사용자는 서버와 동일한 시스템에 있는 Archie 클라이언트에서 Archie 서버에 액세스합니다. 사용자는 먼저 텔넷을 통해 Archie 사용자로 로그인한 다음 클라이언트 프로그램(일반적으로 셸로 실행)을 사용하여 Archie 서버에 액세스합니다.
그림 2. FTP 교환 구성 요소 간의 상호 작용 방식
FTP 사이트(ftp 페이지) -
원격 사용자가 액세스할 수 있는 파일 아카이브를 유지 관리하는 인터넷상의 컴퓨터.
FTP 서버 -
그러한 컴퓨터에서 실행되고 아카이브에 대한 요청 처리를 제공하는 프로그램입니다.
익명 FTP 서버
액세스 비밀번호 없이 파일 아카이브를 사용할 수 있는 FTP 서버.
FTP 클라이언트 -
아카이브에 온라인으로 액세스하는 데 사용되는 프로그램.
원격 FTP 사이트에 연결하려면 시스템 프롬프트(>)에서 다음을 입력합니다.
> ftp |
또는
> ftp
FTP> 열기 |
주소가 어디인지, 도메인 이름원격 FTP 사이트, 예:
> ftp
ftp> ftp.ict.ncs.ru 열기
원격 FTP 사이트가 예를 들어 정체로 인해 전송된 연결 요청을 거부하지 않은 경우 로그인을 요청합니다. 일반적으로 ftp 또는 anonymous를 입력할 수 있습니다. 비밀번호(Passwd)를 추가로 요구하면 보통 웹상에서 자신의 주소를 입력해야 한다. 익명이 익명과 잘못 연결되어 있으면 항상 익명 대신 ftp라는 이름을 사용할 수 있습니다. 이 FTP 사이트가 타사 가입자의 액세스를 금지하지 않는 경우 해당 아카이브를 참조할 수 있습니다.
기본 FTP 명령은 다음과 같습니다.
일부 FTP 명령은 사용되는 컴퓨터 플랫폼 및 운영 체제 유형에 따라 다를 수 있지만 일반적으로 이러한 명령은 일반적입니다. 유닉스 명령. '도움말' 또는 '?'를 입력하여 언제든지 목록을 확인할 수 있습니다. 또한 UNIX 시스템을 사용하는 경우 일반적으로 참조 정보 FTP는 man 명령으로 사용할 수 있습니다 - 'man ftp' 또는 'man ftpd'를 입력하십시오. OS UNIX 매뉴얼 페이지에는 명령 및 해당 구문에 대한 포괄적인 정보가 포함되어 있습니다.
열려 있는-
FTP 사이트와 연결을 설정합니다. 이 명령은 다음과 같은 경우에 필요합니다. FTP 프로그램예를 들어, 원격 시스템 이름의 실수로 인해 필요한 FTP 사이트에 대한 연결이 설정되지 않았습니다. FTP 세션 중에 다른 FTP 사이트에 액세스할 때도 적용됩니다. 이 경우 먼저 close 명령을 사용하여 하나의 ftp 사이트와의 연결을 닫은 다음 다른 시스템을 호출해야 합니다.
예:
ftp> ftp.ict.nsc.ru 열기
사용자-
로그인 이름과 암호를 다시 입력할 수 있습니다. 예를 들어 원격 시스템이 ftp라는 이름의 사용자를 허용하지 않지만 익명이라는 이름의 사용자는 허용할 수 있는 경우에 유용합니다.
예:
ftp> 사용자 익명
닫다-
주어진 FTP 사이트에 대한 연결을 닫습니다.
안녕 또는 종료.
모든 통신을 닫고 ftp 프로그램을 종료합니다.
도움이나? —
로컬 컴퓨터에서 지원되는 ftp 명령에 대한 도움말을 요청합니다. 관심 있는 명령의 이름인 매개변수가 있을 수 있습니다. 매개변수를 지정하지 않으면 영어로 주어진 설명과 유사한 ftp 명령 목록을 표시합니다.
remotehelp-
원격 FTP 서버가 지원하는 ftp 명령에 대한 도움말을 요청합니다.
! [명령[인수]]
쉘로 나가기 - 로컬 시스템의 인터프리터.
일반적으로 원격 FTP 서버는 일종의 Unix 운영 체제를 실행하는 컴퓨터에서 호스팅됩니다. Unix 파일 시스템은 MS DOS에 비해 몇 가지 특징이 있습니다. MS-DOS와 같이 계층적으로 구성되어 있지만 디렉토리 이름은 "\"가 아닌 "/"로 구분됩니다. 루트 디렉토리는 단순히 "/"로 표시됩니다(FTP 서버의 루트 디렉토리 포함).
파일 이름은 파일 이름 형식에 대한 이러한 제한의 임의의 Unix를 가질 수 있으며, 또한 파일은 file.my.love와 같이 점으로 시작하는 여러 접두사(확장자)를 가질 수 있습니다. 그리고 가장 중요한 것은 MS DOS 및 MS Windows와 달리 소문자 및 대문자파일 이름은 다른 것으로 간주됩니다.
원격 컴퓨터의 파일 시스템과 연결을 설정하면 다음을 사용하여 탐색하고 탐색할 수 있습니다. 표준 명령매개변수(스위치)가 있거나 Unix 운영 체제의 매개변수가 없는 경우:
pwd-
원격 컴퓨터의 현재 디렉터리를 확인합니다.
ls-
파일 및 하위 디렉터리의 짧은 목록을 봅니다. 매개변수로 관심 있는 디렉토리의 이름이나 디렉토리에서 파일에 대한 정보를 발행하는 방법을 지정할 수 있습니다. 디렉토리 매개변수를 지정하지 않으면 현재 디렉토리가 사용됩니다. -l 옵션이 있는 ls 명령은 파일 크기, 소유권 및 생성 날짜를 포함하여 보다 자세한 정보를 제공합니다. ls 명령에는 많은 스위치가 있지만 -l 스위치가 꽤 자주 사용됩니다(또는 -al - issue 전체 정보파일에 대해).
파일 및 하위 디렉토리의 자세한 목록을 봅니다. 이름뿐만 아니라 크기, 날짜 및 액세스 권한에 대한 정보도 제공합니다. ls 명령과 유사하게 디렉토리 이름으로 매개변수를 지정할 수 있습니다.
mls-
원격 시스템에 있는 디렉토리의 파일 및 하위 디렉토리의 짧은 목록을 로컬 장치의 파일에 넣습니다.
mdir-
원격 시스템에 있는 디렉토리의 파일 및 하위 디렉토리의 세부 목록을 로컬 시스템의 파일에 넣습니다.
mkdir-
ftp>mkdir [디렉터리 이름]
원격 시스템에 디렉토리를 생성합니다.
CD-
원격 컴퓨터의 다른 디렉터리로 변경합니다.
LCD-
로컬 컴퓨터의 다른 디렉터리로 변경합니다.
예:
ftp>lcd /pub/doc
ftp> dir 인터넷/예제
ftp> mdir /doc/ftp/news_ftp.txt
파일 전송 모드 설정(매개변수가 없는 모든 명령)
ASCII-
파일 전송 모드를 텍스트로 설정합니다.
바이너리 또는 빈 -
예를 들어 실행 파일을 전송하는 데 필요한 바이너리 모드를 설정합니다.
말 수가 많은-
원격 시스템의 프로토콜 및 상태 메시지 출력을 활성화/비활성화합니다.
즉각적인-
mget * 유형 매크로에서 다음 파일을 전송하라는 프롬프트를 활성화/비활성화합니다.
파일 전송 명령
파일로 작업할 때 현재 디렉토리에서(또는 루트 또는 현재 디렉토리의 경로와 함께) 전체 이름을 지정하거나 UNIX 와일드카드 연산(마스크)을 사용할 수 있습니다. 마스크를 지정할 때 OS UNIX에서 채택된 규칙이 사용됩니다. 기호 "*"는 해당 위치에 있는 문자 수를 나타냅니다. 기호 "?" 그 자리에 단일 문자를 나타냅니다.
받거나 받기 -
ftp>get [원격 파일] [로컬 파일]
원격 컴퓨터에서 파일을 가져옵니다. 필수 매개변수로 원격 시스템에서 이 파일의 이름을 지정해야 합니다. 두 번째 매개 변수인 로컬 컴퓨터의 새 파일 이름을 허용합니다.
예:
ftp> /pub/winsite/news/win.zip 가져오기
mget-
ftp>mget [삭제된 파일 목록]
목록 또는 마스크로 여러 파일을 가져옵니다. 예. news.txt 파일 및 tex 확장자를 가진 모든 파일 가져오기:
ftp> mget news.txt *.tex
넣다
로컬 시스템에서 원격 시스템으로 파일을 보냅니다. get 명령과 유사하게 로컬 컴퓨터의 파일 이름이 매개변수로 지정됩니다. 두 번째 매개변수는 원격 시스템의 새 파일 이름일 수 있습니다(기본적으로 파일 이름은 로컬 파일). FTP 아카이브 또는 이를 위해 특별히 할당된 디렉터리(일반적으로 수신이라는 이름)에 대한 액세스 권한이 있는 경우에만 파일을 보낼 수 있습니다.
예:
ftp> myfile newmyfile을 넣습니다.
mput-
목록 또는 마스크로 여러 파일을 보냅니다. 예. myfile.txt 및 doc 확장자를 가진 모든 파일 업로드:
ftp> mput myfile.txt *.doc
삭제 [파일 이름] -
원격 시스템에서 파일을 지웁니다(인증된 액세스 필요).
FTP 아카이브에서 검색
아치. 첫 번째 사이트는 1993년에 나타나기 시작했고 대부분이 대학 사이트였지만 나타나기 오래 전에 만들어진 최초의 검색 엔진 이름인 "Archie"가 나타났습니다. 1990년 몬트리올의 McGill University 학생인 Alan Emtag 덕분에 등장했습니다. 처음에 그들은 프로젝트를 "Archives"라고 부르고 싶었지만 나중에 Archie로 줄였습니다.
Archie는 일치하는 파일 이름과 검색 쿼리를 기반으로 필요에 따라 데이터를 수집하고 반환하는 스크립트 기반 메커니즘을 결합하여 웹 전체에 흩어져 있는 정보를 찾는 문제를 해결하는 데 도움을 주었습니다. Archie는 사용자 요청을 검색하는 문서 데이터베이스로 전환했습니다.
FTP 액세스는 이제 많은 다중 프로토콜 인터페이스(예: Mosaic 또는 Netscape) 또는 X-Window용 ftptool과 같은 그래픽 ftp 셸에서 사용할 수 있습니다. 그들 모두는 훨씬 더 편리하고 사용하기 쉽지만 훨씬 더 많은 리소스를 소비합니다.
흥미롭게도 멀티태스킹 환경은 말할 것도 없고 MS-DOS용 FTP 서버(NCSA Telbin 패키지)도 있습니다. 그러나 인터넷에서 올바른 FTP 서버를 찾는 것은 복잡하고 시간이 많이 걸리는 작업입니다. 그것을 용이하게 하기 위해, 거기 특별한 치료법— 아치. Archie는 캐나다 McGill University에서 개발되었습니다. Archie의 임무는 필요한 파일이 있는지 FTP 아카이브를 스캔하는 것입니다. 텔넷 세션, 로컬 클라이언트 또는 이메일을 통해 Archie와 작업할 수 있습니다.
WAIS(광역정보서버) 분산 시스템정보 검색 (현재 유틸리티는 구식이며 사용되지 않습니다. 인터넷의 진화를 이해하기 위해 기사가 저장되었습니다). 다음을 포함하는 데이터베이스에서 검색이 수행됩니다. 텍스트 문서(그러나 그래픽, 사운드 또는 비디오 문서도 허용됩니다). 데이터베이스 및 검색의 주제는 임의적입니다. 데이터베이스는 모든 구조를 가질 수 있지만 사용자는 이러한 데이터베이스를 관리하기 위해 언어를 알 필요가 없습니다. WAIS는 자연 제어 언어를 사용합니다. WAIS는 인터넷에서 사용할 수 있습니다. 전자 메일에만 액세스할 수 있는 사용자의 경우 인터페이스는 다음 위치에 있습니다. [이메일 보호]인터넷에는 많은 WAIS 서버가 있습니다. 서버 보관소 목록은 상당히 광범위합니다. Think.com 섹션 /wais, 파일 wais-sources.tar.Z에서 익명 FTP로 시작할 수 있습니다(파일은 보관되며 BINARY 모드로 전송해야 함). 현재 많은 WAIS 서버가 WEB 네트워크에 통합되어 있습니다.
MS-DOS, VMS, MVS, OS/2, UNIX 및 Macintosh 시스템과 GNU Emacs, NeXT, X-Windows, MS-Windows, Sunview 등을 위한 WAIS 클라이언트-서버가 있습니다. 이러한 제품은 서로 약간 다르지만 일반적으로 절차에는 다음 단계가 포함됩니다.
사용자는 사용 가능한 데이터베이스 중에서 검색을 수행할 데이터베이스 집합을 선택합니다.
검색 작업이 공식화되고 키워드가 선택됩니다.
검색 프로세스 중에 WAIS는 지정된 모든 데이터베이스에서 정보를 요청합니다.
선택 기준에 맞는 문서의 제목을 표시합니다. 문서는 요청 조건 준수 정도에 따라 정렬됩니다.
복사본을 얻으려면 사용자는 제안된 목록에서 문서를 선택하기만 하면 됩니다.
필요한 경우 사용자는 선택 기준을 재구성하고 검색을 반복할 수 있습니다.
새로 찾은 문서가 이미 알려진 문서와 일치하지 않는 경우 목록에 추가됩니다.
베로니카. Veronica는 GopherSpace 가상 파일 시스템에서 검색하기 위해 개발되었습니다. 대부분의 Gopher 서버의 루트 메뉴에 있습니다. 미네소타 대학교 등록 GopherSpace 서버에서 관리하는 배열의 키워드를 사용하여 검색할 수 있는 완전한 정보 검색 시스템(IRS)입니다.
저그헤드. Archie는 매우 유명해져서 Nevada 대학의 System Computing Services 그룹이 Veronica를 만들었습니다. Veronica는 Archie와 동일한 목적을 수행했지만 일반 텍스트로 된 문서의 텍스트를 검색했습니다. 텍스트 형식. Vsora에는 정보 검색을 위한 또 다른 인터페이스인 Jughead가 있는데, 이는 Veronica와 동일한 용도로 사용되었습니다. 둘 다 1991년 미네소타 대학의 Mark McCahill이 Archie의 대안으로 만든 Gopher를 통해 보낸 문서 작업을 했습니다.
2. 검색 서버. 전문 프로그램파일을 다운로드합니다. HTTP 클라이언트
Hypertext Transfer Protocol HTTP는 분산 멀티미디어 정보 시스템을 위한 응용 계층 프로토콜입니다. 네임서버 생성, 분산형 객체지향 제어 시스템 등 많은 문제를 해결하는 데 적합한 객체지향 프로토콜입니다. HTTP 구조를 통해 전송되는 정보와 독립적인 시스템을 만들 수 있습니다.
HTTP 프로토콜은 글로벌 정보 시스템을 구축하는 데 사용되었습니다. 월드 와이드 웹(1990년부터).
HTTP/0.9와 같은 첫 번째 버전은 간단한 프로토콜인터넷을 통한 데이터 전송을 위해. RFC-1945에 설명된 HTTP/1.0 버전은 전송된 데이터에 대한 메타 정보와 요청/응답 수정자를 포함하는 MIME 형식 메시지를 사용할 수 있도록 하여 프로토콜을 개선했습니다. WWW 서버 네트워크의 추가 개발에는 새로운 개선이 필요했으며 이는 거의 마지막이 아닙니다.
실제 정보 시스템이 요구하는 좋은 기회단순한 데이터 검색 및 전달보다 정보 자원의 특성, 이름 및 위치를 설명하기 위해 URI(Uniform Resource Identifier), URI(Uniform Resource Identifier) 및 URN(Uniform Resource Name)이 소개됩니다. 메시지 형식은 전자 메일에서 사용되는 것과 유사하며 MIME(Multipurpose Internet Mail Extensions) 표준에 설명되어 있습니다.
HTTP는 프록시 서버 및 기타 인터넷 시스템과의 사용자 에이전트 통신을 위한 기본 프로토콜로도 사용됩니다. SMTP 프로토콜, NNTP, FTP, Gopher 및 Wais. 후자의 상황은 다양한 인터넷 서비스의 통합에 기여합니다.
모든 HTTP 트랜잭션은 동일한 일반 형식을 공유합니다. 각 클라이언트 요청 및 서버 응답은 요청(응답) 문자열, 헤더 섹션 및 본문의 세 부분으로 구성됩니다. 클라이언트는 다음과 같이 트랜잭션을 시작합니다.
1. 클라이언트는 할당된 포트 번호(기본값은 80)에서 서버와의 연결을 설정합니다. 그런 다음 클라이언트는 메서드라는 HTTP 명령, 문서 주소 및 HTTP 버전 번호를 지정하여 문서 요청을 보냅니다. 예를 들어 요청에서
GET /index.html HTTP/1.0
HTTP 버전 1.0을 사용하여 index.html 문서를 요청하는 GET 메서드가 사용됩니다. HTTP 메서드는 아래에서 자세히 설명합니다.
2. 클라이언트는 헤더 정보(선택 사항)를 전송하여 구성 및 허용할 수 있는 문서 형식에 대한 정보를 서버에 알립니다. 모든 헤더 정보는 라인별로 지정되며 각 라인에는 이름과 값이 있습니다. 예를 들어 클라이언트가 보낸 다음 헤더에는 이름과 버전 번호는 물론 클라이언트가 선호하는 일부 문서 유형에 대한 정보가 포함되어 있습니다.
사용자 에이전트: Mozilla/4.05(WinNT; 1)
수락: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
제목은 빈 줄로 끝납니다.
3. 요청과 헤더를 보낸 후 클라이언트는 추가 데이터를 보낼 수 있습니다. 이 데이터는 주로 다음을 사용하는 CGI 프로그램에서 사용됩니다. POST 방식. 클라이언트(예: Netscape Navigator-Gold)는 이를 사용하여 편집된 페이지를 웹 서버에 다시 게시할 수도 있습니다.
서버는 클라이언트의 요청에 다음과 같이 응답합니다.
1. 서버 응답의 첫 번째 부분은 HTTP 버전, 상태 코드 및 설명의 세 가지 필드가 포함된 상태 줄입니다. 버전 필드에는 이 서버가 응답을 보내는 데 사용하는 HTTP 버전 번호가 포함되어 있습니다.
상태 코드는 서버에서 처리 중인 클라이언트 요청의 결과를 나타내는 세 자리 숫자입니다. 상태 코드 다음의 설명은 단순히 사람이 읽을 수 있는 텍스트로 상태 코드를 설명합니다. 예를 들어 상태 표시줄
HTTP/1.0 200 확인
서버가 응답에 HTTP 버전 1.0을 사용하고 있음을 나타냅니다. 200 상태 코드는 클라이언트의 요청이 성공했으며 요청된 데이터가 헤더 다음에 전송됨을 의미합니다.
2. 상태 표시줄 다음에 서버는 서버 자체 및 요청된 문서에 대한 정보가 포함된 헤더 정보를 클라이언트로 보냅니다. 다음은 예제 헤더입니다.
서버: 아파치/1.2.6
콘텐츠 유형: 텍스트/html
콘텐츠 길이: 2482
헤더는 빈 문자열로 끝납니다.
3. 클라이언트의 요청이 성공하면 요청한 데이터가 전송됩니다. 파일의 복사본이거나 CGI 프로그램을 실행한 결과일 수 있습니다. 클라이언트의 요청을 충족할 수 없는 경우 서버가 이 요청을 수행할 수 없는 이유에 대한 사용자 친화적인 설명 형식으로 추가 데이터가 전송됩니다.
HTTP 1.0에서는 서버가 요청한 데이터를 전송한 후 클라이언트와의 연결을 끊고 Connection: Keep Alive 헤더를 보내지 않으면 트랜잭션이 완료된 것으로 간주됩니다. HTTP 1.1에서 서버는 기본적으로 연결을 닫지 않으며 클라이언트는 다른 요청을 보낼 수 있습니다. 많은 문서가 다른 문서(이미지, 프레임, 애플릿 등)와 함께 포함되기 때문에 이렇게 하면 한 페이지만 얻기 위해 동일한 서버에 여러 번 연결해야 하는 클라이언트의 시간과 비용이 절약됩니다. 따라서 HTTP 1.1에서 트랜잭션은 클라이언트나 서버가 명시적으로 연결을 닫을 때까지 순환할 수 있습니다.
HTTP는 트랜잭션에 대한 정보를 저장하지 않기 때문에 다음 트랜잭션은 처음부터 다시 시작해야 합니다. 장점은 HTTP 서버한 연결에서 다른 연결로 세션을 추적하는 오버헤드가 제거되기 때문에 주어진 시간 내에 더 많은 클라이언트에 서비스를 제공할 수 있습니다. 단점도 있습니다. 트랜잭션에 대한 정보를 저장하려면 더 복잡한 CGI 프로그램이 숨겨진 필드 Netscape 쿠키와 같은 입력 또는 외부 수단.
문서의 WWW-ADDRESSES 검색을 위한 검색 WWW 서버 처리 요청. WWW 기술에서 각 WWW 문서는 작성 시 작성자의 재량에 따라 일련의 키워드와 함께 제공될 수 있습니다. 검색 엔진은 이러한 키워드를 읽고 큰 사전에서 동일한 키워드를 찾은 다음 이 WWW 문서에 대한 링크를 각 해당 단어에 대한 기존 링크 목록에 추가합니다. 키워드로 검색하는 것 외에도 모든 대형 검색 서버에는 모든 지식 분야, 활동 분야, 관심 분야, 사회 생활 측면 등을 포괄하는 보편적인 계층적 분류기가 있습니다.
일부 검색 서버에는 서버의 WWW 주소에 대한 노란색 및 흰색 페이지가 포함되어 있습니다.
WWW 주소 검색은 그 자체(주어진 주제에 대한 WWW 문서 검색)와 웹에서 조직을 검색하는 작업 모두에서 흥미롭습니다. 결과적으로 특정 조직의 발견된 WWW 서버는 그 자체로 그리고 주소 정보(조직 자체 및 해당 부서의 전화 및 전자 메일 주소)의 소스로 관심이 있을 수 있습니다.
일반적인 검색 작업:
특정 조직 또는 특정인의 서버의 WWW 주소를 검색합니다.
특정 조건에 따라 일부 조직의 서버의 WWW 주소를 검색합니다.
서버의 새로운 WWW 주소 검색;
문서의 새 WWW 주소를 검색합니다.
기본 검색 도구(참조 사이트):
대규모 범용 검색 WWW 시스템(검색 엔진);
여러 검색 엔진에 대한 WWW 시스템 검색;
기타 범용 및 전문 검색 엔진 및 색인 사이트;
서버의 WWW 주소에 대한 참조 시스템 옐로우 페이지;
MetaReference 사이트(검색 엔진, 색인 사이트, Yellow Pages WWW 디렉토리).
추가 검색 방법:
WWW 서버에 대한 개인 및 주제별 링크 모음;
WWW 서버의 뉴스레터 및 가이드, 뉴스그룹 발표, 메일링 리스트
대량 서비스 가입자에게 요청
검색 WWW 서버를 사용하면 주어진 주제와 관련되거나 주어진 키워드 또는 그 조합과 함께 제공되는 개별 WWW 문서(WWW 페이지)를 찾을 수 있습니다. 대형 검색 엔진에서는 이러한 검색 방법(개념 계층 및 키워드 기준)을 모두 사용할 수 있습니다.
검색 서버는 자동(세계의 모든 WWW 서버를 지속적으로 검색) 또는 수동(자료 선택 포함)으로 채워집니다.
가장 유명한 검색 WWW 서버:
http://www.yahoo.com
개발된 계층적 분류가 특징인 최초이자 가장 유명한 검색 엔진 중 하나입니다. 수동으로 채워지고 다른 검색 엔진에 비해 링크 수가 가장 적습니다 (일부 주제의 경우 Webcrawler보다 약 10 배 적지 만 다른 주제의 경우 그 이상).
"and", "or"를 지원하는 계층적 분류자 및 키워드 검색이 있지만 하나의 쿼리에서 하나의 유형만 지원합니다. 키워드로 찾은 링크는 서버의 계층적 분류에서의 위치 표시와 함께 제공됩니다. 검색 범위를 줄이기 위해 분류기의 현재 하위 항목 내에서 검색이 가능합니다.
계층 구조의 첫 번째 수준에는 다양한 종류의 참조 사이트에 대한 많은 링크가 포함된 "참조" 섹션이 있습니다.
개발 된 뉴스 서비스가 있습니다.
http://www.lycos.com
링크 수 측면에서 가장 유명하고 가장 큰 검색 엔진 중 하나입니다.
"and", "or"를 지원하는 계층적 분류자 및 키워드 검색이 있지만 하나의 쿼리에서 하나의 유형만 지원합니다. "and" 연산이 전혀 작동하지 않고 "or" 연산이 올바르게 작동하지 않습니다. 개별 인수에 대한 최대 링크 수와 동일한 링크 수를 반환합니다.
http://www.webcrawler.com
상대적으로 작은 검색 엔진은 수동으로 채워지는 것으로 보입니다. Lycos보다 약 10배 작습니다.
"and", "or", "not" 및 이들의 조합을 지원하는 계층적 분류자와 키워드 검색이 있지만 항상 올바르게 처리되지는 않습니다(검색 조건과 전혀 일치하지 않는 문서가 있음). ).
http://www.inktomi.com
링크 수 측면에서 아마도 가장 큰 새 검색 엔진은 자동으로 채워지고 발견된 모든 링크를 저장합니다(Lycos보다 약 5배 더 많음).
"and", "or"를 지원하는 계층적 분류자 및 키워드 검색이 있지만 하나의 쿼리에서 하나의 유형만 지원합니다.
실제로 문서를 검색하는 것 외에도 다양한 범주에 대한 Yellow Pages가 있습니다.
http://www.infoseek.com
링크 수 측면에서 평균 검색 엔진(일부 주제에서는 Webcrawler보다 약간 더 높지만 일부에서는 Lycos보다 더 많음).
"and", "or" 연산을 지원하지 않는 계층적 분류 및 키워드 검색이 있습니다.
검색은 다음과 같이 수행할 수 있습니다. WWW 공간 전체에서 이 서버의 전문가가 선택한 서버 사이에서만(이 경우 발견된 각 링크에는 간단한 주석이 제공됨) 회사 서버 사이에서만(노란색 검색, 각 찾은 링크는 회사 프로필에 대한 간략한 설명과 함께 제공됨), USENET 기사 중, 이메일 주소, 최신 뉴스 중 (서버에는 추가 고급 뉴스 서비스가 있음). 검색 결과에는 계층적 분류에서 적절한 주제 목록이 추가로 제공됩니다(일반 주제 목록은 주어진 요청, Yahoo와 같이 발견된 각 링크에 대한 특정 계층적 경로가 아님).
http://www.altavista.com
대형 검색 엔진(링크 수 측면에서 Lycos보다 약간 적음). "and" 연산만 지원하는 키워드 검색만 있습니다. 검색은 WWW 공간 전체 또는 USENET 기사 중에서 수행할 수 있습니다.
http://www.dejanews.com
가장 강력한 유즈넷 뉴스 찾기로 간주됩니다. 날짜, 저자, 주제, 그룹별로 검색 가능
http://www.hotbot.com
상당히 안정적인 연결을 가진 링크 수 측면에서 평균 검색 엔진. "and", "or"를 지원하지만 단일 쿼리에서 한 가지 유형만 지원하는 키워드 검색을 수행합니다. 그러나 논리가 항상 올바르게 작동하는 것은 아닙니다.
http://www.mckinley.com/
Magellan 검색 엔진은 Yahoo와 같은 매우 좋은 시스템입니다. 키워드와 주제로 검색할 수 있습니다. 선택한 항목 내에서 키워드로 검색할 수 있습니다.
뉴스 서비스가 있습니다.
http://www.excite.com
http://www.opentext.com
http://www.nlightn.com
키워드 검색.
Yandex.ru. 검색은 47,000개 이상의 서버에서 수행되며 약 350만 개의 문서가 인덱싱되었습니다. Yandex의 가장 큰 장점은 문서에서 사용되는 형식에 관계없이 주어진 단어를 찾을 수 있다는 것입니다. 시스템은 사전에 없는 단어에 대해서도 단어 형태를 형성할 수 있습니다. 지정된 문서 생성 날짜 범위로 검색을 제한할 수 있습니다. 그리고 필요한 문서를 찾을 수 없는 경우 시스템에서 이미 처리한 요청이 자동으로 전송되는 AltaVista를 통해 검색을 계속할 수 있습니다. 러시아어 형태를 설명합니다. 찾은 문서를 강조 표시하고 컨텍스트를 표시합니다. "Encyclopedias", "News", "Market"에서 병렬 검색. 디렉토리 섹션 및 서버별로 검색 구조화. 인용: 42000
램블러. 이 시스템은 2백만 페이지 이상을 다룹니다. URL 이름, 문서 제목, 제목, 주소(특수 태그에 있는 경우) 및 문서 시작 부분의 단어 중에서만 검색할 수 있습니다. 검색된 문서 중에서 원하는 문서와 "유사한" 문서를 검색하거나 이미 찾은 문서 중에서 검색할 수 있습니다. www.rambler.ru - 인용: 17000
알타 비스타. 여러 언어로 검색할 수 있는 잘 알려진 검색 엔진
포트. 거의 200만 개의 문서와 13,000개 이상의 서버에서 검색이 수행됩니다. 시스템은 입력된 단어의 다양한 단어 형태를 검색할 수 있으며 입력된 단어의 오류를 수정합니다. 시스템은 요청뿐만 아니라 검색 결과로 받은 정보도 러시아어에서 영어로, 영어에서 러시아어로 번역할 수 있습니다. 러시아어 형태를 설명합니다. 찾은 단어의 컨텍스트를 강조 표시합니다. 카탈로그 섹션 및 서버별로 검색을 세분화합니다. www.aport.ru - 인용: 20000.
플래시겟
플래시겟 가장 빠르고 편리한 관리자다운로드. 이 프로그램을 사용하면 인터넷에 전화를 걸어 자동으로 미러를 검색하고 가장 많이 선택할 수 있습니다. 빠른 옵션다운로드. 이 프로그램은 무제한, 수동 및 자동의 세 가지 파일 다운로드 속도 모드를 제공합니다. 수동 모드에서 다운로드 속도는 사용자가 결정합니다. 자동 프로그램데리러 갈 것이다 최고의 속도그녀 자신. 기본적으로 FlashGet은 파일을 다섯 부분으로 분할하지만 이 숫자와 한 부분의 크기는 변경할 수 있습니다. 또한 이 프로그램을 사용하면 HTTP 및 FTP 서버의 콘텐츠를 볼 수 있을 뿐만 아니라 검색을 용이하게 하기 위해 다운로드 작업을 찾을 수 있는 주제별 범주를 무제한으로 만들 수 있습니다.
FlashGet은 사용자에게 다운로드 목록에 링크를 추가하기 위한 다양한 옵션을 제공합니다. 상황에 맞는 메뉴에서 적절한 명령을 선택하거나 플로팅 "바구니"를 사용하거나 링크를 자동으로 차단하도록 프로그램을 설정하여 이를 수행할 수 있습니다. 이 경우 FlashGet은 필요에 따라 확인 없이 바로 다운로드할 수 있습니다.
리겟
아시다시피 모든 사용자에게 적합한 프로그램을 만드는 것은 불가능합니다. 기능을 오버로드하면 누군가에게 방해가 될 수 있지만 추가되지 않으면 추가 옵션을 놓치는 사람들이 있습니다. 그렇기 때문에 ReGet 다운로드 관리자의 개발자는 하나가 아니라 세 개의 파일 다운로드 프로그램을 출시합니다. 이들은 ReGet Junior, ReGet Pro 및 ReGet Deluxe입니다. 그들 각각은 사용자 범주에 중점을 둡니다. 세 프로그램의 기본 기능은 모두 동일하며 추가 기능에 차이가 있습니다.
ReGet의 모든 버전에는 사용자 친화적인 인터페이스가 있어 깨진 다운로드를 복원하고, 여러 스트림으로 다운로드하고, 인기 있는 브라우저와 통합하고, 클릭 한 번으로 웹 페이지의 모든 링크를 다운로드할 수 있습니다.
ReGet Junior는 초보 사용자를 대상으로 하며 최소한의 기능만 제공합니다. 그 기능에는 다른 버전의 프로그램에서는 사용할 수 없는 스킨을 사용하여 인터페이스를 변경하는 기능이 포함됩니다. ReGet Pro는 다운로드 속도 제어와 같은 옵션을 제공할 수 있으므로 파일을 다운로드하고 동시에 웹 페이지를 열 수 있습니다. 연결 실패 시 인터넷 연결 여러 파일에 대한 다운로드 설정을 동시에 관리합니다. 또한 이미지 갤러리를 자동으로 다운로드하고 다운로드한 파일에서 바이러스를 검사할 수 있습니다. 그러나 고급 사용자인터넷에서 많은 시간을 보내는 경우 ReGet Deluxe 버전은 의심할 여지 없이 가장 큰 관심 대상입니다. 이 버전의 다운로드 관리자는 사용자에게 내장된 FTP 클라이언트, 고급 스케줄러 기능(예: 지정된 날짜에 다운로드 예약, 지정된 시간 및 요일에 다운로드 반복, 조건이 충족되면 다운로드 시작), 컴퓨터 끄기, 다운로드한 파일을 폴더로 분류하고 다운로드 기록을 유지합니다.
프로그램의 모든 도구를 마음대로 사용하고 싶지만 이러한 모든 도구가 매일 필요한지 확실하지 않은 경우 ReGet Deluxe를 단순 모드로 사용할 수 있습니다. 전체적으로 이 프로그램은 모든 기능 표시, 대부분의 옵션 또는 기본 기능만 표시하는 세 가지 모드를 제공합니다. 그들 사이의 전환은 주 메뉴 명령을 사용하여 수행됩니다.
권리 취득
최근까지 GetRight는 한 가지 버전만 있었지만 여섯 번째 릴리스부터 개발자는 Pro 인덱스가 있는 버전도 제공합니다. 현재 베타 테스트 중이므로 일부 옵션이 제대로 작동하지 않을 수 있습니다. 그러나이 프로그램에는 사용자가 부팅 관리자에서 기대하는 기본 옵션뿐만 아니라 고급 기능 패키지도 있다고 이미 말할 수 있습니다.
따라서 파일을 부분으로 분할하고, 전화 접속 모뎀을 통해 인터넷에 전화를 걸고, 연결을 끊고, 다운로드 기록을 유지하고, 다운로드를 예약하는 기능과 함께 GetRight Pro는 많은 고유한 옵션을 자랑합니다. 여기에는 다운로드 완료 후 파일 무결성 확인, 지정된 주소에서 팟캐스트 자동 검색, 다운로드 및 플레이어의 재생 목록에 배치, BitTorrent 프로토콜을 통해 파일 다운로드 기능, 인터넷을 통한 다운로드 관리자 원격 제어 등이 포함됩니다. . 또한 GetRight Pro에는 FTP 및 웹 서버의 내용을 볼 수 있는 자체 브라우저가 있습니다. 웹마스터는 FTP 서버의 폴더 내용을 하드 드라이브의 디렉토리와 동기화하는 도구, 서버에 파일을 업로드하는 기능을 높이 평가할 것입니다.
마스터 다운로드
경쟁사에 비해 Download Master의 부인할 수 없는 이점은 완전히 무료라는 것입니다. 이와 관련하여 사용자를 짜증나게 할 수있는 유일한 것은 다운로드 창 상단에 위치한 배너입니다. 그러나이 부팅 관리자의 단점이 끝나는 곳입니다.
시장에는 수십 개의 다운로드 관리자가 있으며 그 중 다수는 무료입니다. 그러나 상당히 짧은 시간(7년이 조금 넘은 프로그램)에 사용자의 호감을 얻을 수 있었던 것은 Download Master였습니다. 이러한 인기의 비결은 무료 상태, 그러나 프로그램 개발자가 수집하려고 시도했다는 사실에도 모든 종류의 옵션다른 다운로드 관리자의 사용자가 사용할 수 있습니다. Download Master에는 프로그램 창으로 전환하지 않고 파일에 대한 링크를 추가할 수 있는 바스켓이 있으며, 널리 사용되는 모든 브라우저와의 통합, 다운로드한 파일을 범주별로 정렬, 예약된 다운로드, 인터넷 전화 걸기 등이 있습니다. 경쟁 애플리케이션에서 Download Master에 없는 기능을 찾는 것은 매우 어렵습니다. 하나가 있는 경우 해당 기능이 나타날 가능성이 높습니다. 다음 버전프로그램들.
가장 많이 요청된 다운로드 마스터 옵션은 다음과 같습니다. 내장 FTP 클라이언트, 다운로드하기 전에 Zip 아카이브를 볼 수 있는 기능, 다운로드하기 전에 파일 크기 가져오기, 아카이브 확인 및 복원, 다운로드 우선 순위 설정, 명령줄 작업, HTML 페이지 다운로드 이미지와 함께 . 또한 프로그램 개발자는 최근 플러그인-플러그인을 사용하여 기능을 확장할 가능성을 발표했습니다. 그들은 Rapidshare와 같은 파일 공유 시스템에서 파일을 다운로드하는 것과 같이 현재 Download Master에 없는 기능을 구현하는 데 도움을 주기로 되어 있습니다.
응용 프로그램의 세부 사항은 인터넷 세계가 끊임없이 변화하고 사용자 기본 설정이 그에 따라 변하기 때문에 다운로드 관리자 개발자가 지속적으로 개발하고 개선해야 합니다. 아주 최근까지 다운로드 관리자가 제공하는 것으로 충분했다면 인터넷 지원탐색기, 현재 대안과의 통합 부족 모질라 브라우저, 오페라 등은 큰 단점으로 꼽힌다. 서로 경쟁하면서 다운로드 관리자 개발자는 프로그램에 지속적으로 새로운 옵션을 포함하고 있으므로 오늘날 프로그램의 고유한 기능은 아마도 내일 다른 응용 프로그램에서 획득하게 될 것입니다.
리더에 대해 이야기하면 Download Master입니다. 이 프로그램은 기능과 편의성 모두에서 경쟁사를 우회합니다. 또한 지속적으로 업데이트됩니다.
인터넷을 포함한 다양한 TCP 네트워크를 통해. 이러한 프로토콜은 개인 개발 장치에서 다양한 개방형 호스팅 서버로 모든 종류의 웹 페이지 또는 문서를 다운로드하는 데 자주 사용됩니다.
그들은 무엇인가?
FTP 포트는 전적으로 클라이언트-서버 아키텍처에 구축되며 동시에 다양한 사용을 제공합니다. 네트워크 연결서버와 클라이언트 간에 명령 또는 정보를 브로드캐스트합니다. 이 버전의 프로토콜을 사용하는 사용자는 암호를 전달하고 일반 텍스트로 로그인하여 인증 절차를 진행할 수 있습니다. 또는 서버 구조에서 제공하는 경우 익명으로 연결할 수 있습니다. 무엇보다도 SSH 프로토콜을 사용하는 것도 가능합니다. 이 프로토콜은 비밀번호와 로그인을 숨기고 모든 콘텐츠를 추가로 암호화하여 절대적으로 안전한 데이터 전송을 제공합니다.
약간의 역사
FTP 포트를 사용하는 최초의 클라이언트 응용 프로그램은 구문 및 표준 명령을 구현하는 대화형 명령줄 장치였습니다. 그래픽 사용자 인터페이스그 이후로 오늘날에도 여전히 사용되는 다양한 운영 체제를 위해 개발되었으며 특히 Microsoft Expression과 같은 일반적인 웹 디자인 유틸리티는 이러한 인터페이스 중에서 주목할 가치가 있습니다.
FTP 포트는 요즘 가장 오래된 표준 중 하나이며 TCP/IP 및 HTTP 이전인 1971년에 있었습니다. 처음에는 NCP를 통해서만 독점적으로 사용되었지만 현재는 원격 리소스에 대한 액세스뿐만 아니라 다양한 소프트웨어를 전송하는 데 사용이 활발히 확산되고 있습니다.
HTTP와 어떻게 다른가요?
기본 FTP 포트에는 여러 연결을 사용하는 다소 눈에 띄는 기능이 있습니다. 이 경우이 경우 하나의 채널이 제어 채널로 사용되며이를 통해 명령이 서버에 제공되고 응답도 반환됩니다. 나머지 채널을 통해서는 필요한 정보를 직접 전달하고, 각 전송에 하나의 채널을 사용합니다.
그렇기 때문에 기본 FTP 포트를 사용하면 단일 세션 내에서 여러 파일을 서로 다른 방향으로 동시에 전송할 수 있습니다. 각 채널은 단순히 자체 TCP 포트를 열기 때문에 사용되는 전송 모드에 따라 클라이언트 자체에서 수동으로 선택하거나 서버에서 자동으로 선택합니다.
이점은 무엇입니까?
바이너리 모드는 FTP 프로토콜을 사용하는 전송의 기본입니다. 포트 이 유형의이로 인해 트래픽을 크게 줄일 수 있을 뿐만 아니라 대용량 파일을 전송하는 과정에서 정보 교환에 필요한 시간을 줄일 수 있습니다. 어쨌든 HTTP 형식 프로토콜은 이진 정보를 텍스트 형식으로 인코딩해야 하며, 예를 들어 특수 Base64 알고리즘을 사용하여 수행할 수 있습니다.
표준 FTP 포트를 사용하여 클라이언트는 처음에 세션에 들어가고 모든 후속 작업은 이미 수행됩니다. 즉, 서버는 초기에 현재 상태를 기억하고 일정 수준으로 유지합니다. 동시에 HTTP 프로토콜을 사용할 때 이러한 메모리는 존재하지 않습니다. 이 프로토콜의 작업은 단순히 데이터를 전송하는 것이므로 수행된 작업을 완전히 잊어버립니다. 이와 관련하여 HTTP 프로토콜을 사용할 때 상태 저장은 이 프로토콜과 관련되지 않은 다른 기술에 의해 수행됩니다.
어떻게 작동합니까?
작업은 OSI 모델의 응용 계층에서 수행되며 TCP/IP를 사용하여 데이터를 전송하는 데 사용됩니다. 이렇게 하려면 처음에 들어오는 요청을 수신할 FTP 서버를 시작해야 합니다. 필요한 경우 클라이언트는 포트 번호 21을 사용하여 이 서버에 독립적으로 연결할 수 있습니다. 이러한 연결이 이 세션 전체에서 열린 상태로 유지된다는 사실에 주목할 가치가 있습니다. 두 번째 연결은 포트 번호 20에서 클라이언트가 사용하는 포트(활성 모드라고 함)로 서버에 의해 열리거나 클라이언트 자체가 편리한 포트에서 해당 서버의 포트로 직접 열 수 있습니다. 그것은이라고 패시브 모드파일을 전송하는 데 필요합니다.
제어 흐름은 특정 세션에서 작업하는 데 사용됩니다. 예를 들어, 이러한 스트림은 telnet과 같은 프로토콜을 사용하는 경우 서버와 클라이언트 간에 각종 암호나 명령을 교환하는 과정에서 활발하게 사용됩니다. 따라서 예를 들어 "RETR filename" 명령은 전송됩니다. 특정 파일서버에서 클라이언트. 이러한 2포트 구조의 형성으로 인해 FTP는 이제 대역 내에서 유지되는 HTTP와 달리 대역 외 프로토콜로 간주됩니다.
어떻게 설정하나요?
FTP 방법을 모르는 경우 다음과 같이 FileZilla 리소스를 사용하여 FTP를 수행할 수 있습니다.
- 처음에는 FileZilla 자체를 시작합니다.
- 이제 "사이트 관리자"를 연 다음 팝업 창에서 "새 사이트" 버튼을 클릭합니다.
- 일반 탭에서 다음을 입력하십시오. 호스트: 사용 중인 도메인. 서버 유형: FTP 또는 FTPES(후자를 사용하는 것이 좋습니다), 로그인 유형: "일반" 또는 "비밀번호 요청"(역시 비밀번호가 저장되지 않기 때문에 후자의 옵션이 최적이지만 계속해서 입력해야 합니다. 입구에 그를); 사용자 이름: 입력 주어진 줄귀하의 FTP 로그인.
- 이제 "전송 설정" 항목으로 이동한 다음 "전송 모드" 섹션에서 "수동" 항목을 선택합니다.
- 마지막에 "연결" 버튼을 클릭합니다.
이제 FTP를 완료하고 연결이 구성되어 "사이트 관리자"에 저장되며 원하는 대로 사용할 수 있습니다.
익명 프로토콜
FTP 서비스가 제공되는 호스트는 필요에 따라 사용자에게 절대적으로 익명 액세스. 이 경우 처음에 사용자는 익명으로 시스템에 들어갑니다. 그러나 특정 서버에서는 시스템이 대소문자를 구분할 수도 있다는 점에 유의해야 합니다. 대부분의 경우 사용자에게 암호 대신 이메일 주소를 입력하라는 메시지가 표시되지만 실제로는 시스템에서 확인을 수행하지 않으며 이 단계는 선택 사항입니다.
다양한 소프트웨어 업데이트를 제공하는 대부분의 FTP 호스트는 종종 익명 액세스를 지원하도록 선택합니다.
NAT-PT 프로토콜
특히 특화된 방화벽을 통해 FTP를 사용할 수 있도록 하기 위해 NAT-PT 전문가들 사이에서도 불리는 특화된 NAT 권한을 사용하기로 했다. 이를 통해 서버에서 클라이언트로 들어오는 연결을 쉽게 전송할 수 있습니다. 프로세스에서 NAT는 클라이언트에서 전송된 정보를 대체할 수 있기 때문에 서버에 연결할 수 있는 올바른 포트와 주소를 표시한 다음 서버에서 클라이언트 주소로의 연결 브로드캐스팅을 시작합니다.
FTP를 지원하기 위해 취해진 상당히 많은 다양한 조치와 혁신에도 불구하고 실제로 NAT-PT 기능의 사용은 다양한 바이러스에 대한 추가 보호를 제공하기 위해 다양한 라우터 또는 라우터에서 비활성화하는 것이 좋습니다. .
