39.9M*** 파일 4330 개를 처음 업로드했는데 30 분 동안 중간에 여러 번 전송에 실패했습니다.
12.9M 압축 패키지 파일을 두 번째로 업로드하는 데 6 초가 걸리고 전송이 실패하지 않았습니다.
1 17M 압축 패키지 파일을 세 번째로 업로드했습니다. 17 초 동안 중간에 전송 실패가 없습니다.
세심한 사람들은 업로드된 데이터가 업로드가 중단된 실험에서 뚜렷한 특징을 가지고 있다는 것을 쉽게 알 수 있다. 파일 수가 특히 많다는 것이다. 두 번의 성공 업로드에서 파일 하나만 업로드했습니다.
이렇게 보면 FTP 업로드 중단은 업로드할 파일 수와 관련이 있어야 합니다.
전문적인 설명은 다음과 같습니다.
FTP 는 애플리케이션 계층 프로토콜로 전송 계층을 기반으로 사용자에게 서비스를 제공합니다. 그들은 서류 전송을 책임진다. FTP 는 MIME 또는 유니코드와 같이 추가 처리 없이 모든 유형의 파일을 조작할 수 있는 8 비트 클라이언트 서버 프로토콜입니다. 그러나 FTP 의 지연은 매우 높습니다. 즉, 요청 시작부터 필요한 데이터를 처음 받는 데 걸리는 시간이 매우 길어지며, 때때로 긴 로그인 프로세스가 필요합니다.
FTP 서비스는 일반적으로 포트 20 과 2 1 에서 실행됩니다. 포트 20 은 클라이언트와 서버 간에 데이터 스트림을 전송하는 데 사용되고 포트 2 1 전송 제어 흐름에는 명령이 FTP 서버로 들어가는 입구입니다. 제어 흐름은 데이터가 데이터 스트림을 통해 전송될 때 유휴 상태입니다. 제어 흐름이 장시간 유휴 상태일 때 클라이언트의 방화벽은 해당 세션을 시간 초과로 설정하므로 대량의 데이터가 방화벽을 통과할 때 문제가 발생할 수 있습니다. 이 시점에서 파일을 성공적으로 전송할 수 있지만 제어 세션이 방화벽에 의해 연결 해제되기 때문에 전송으로 인해 몇 가지 오류가 발생합니다.
이렇게 전문적으로 말하면, 컴퓨터 전공이 아닌 아동화가 많이 흐릿할 수 있으니, 왜 FTP 가 대량의 파일 업로드가 있을 때 느리고 자주 중단되는지 설명해 보겠습니다.
우리는 서버를 도시에 비유하는데, 우리가 올린 서류는 도시에 가고 싶은 사람이다. FTP 프로토콜은 도시에 들어가기 위해 준수해야 하는 규칙이고, 데이터를 전송하는 포트는 성문이며, 각 파일은 한 사람으로 간주됩니다.
FTP 클라이언트를 사용하여 서버에 대량의 파일을 업로드할 때, 한 무리의 사람들이 포털을 통해 서버 도시로 차를 몰고 들어가는 것으로 볼 수 있습니다.
그러나 시내에 들어가려면 반드시 일정한 규칙 (FTP 프로토콜) 을 준수해야 하기 때문에, 먼저 지휘구에 가서 신고해야 한다. 나는 시내에 들어가서 데이터 입구를 통해 들어가야 한다. 한 번에 한 대의 차만 들어갈 수 있다. 예를 들어, 위 그림에 나오는 다섯 대의 차는 줄을 서서 성문 (데이터 포트) 을 5 번 여는데, 매번 성문을 여는데 시간이 오래 걸린다. 가장 중요한 것은 명령 포트를 선언 한 후 항상 유효한 것은 아닙니다. 그러나 일정 시간이 지나면 폐쇄된다. 명령 포트가 닫히면 데이터 포트도 닫힙니다. 이때 문을 여는 데 시간이 많이 걸리기 때문에 시내에 들어가기를 기다리는 모든 차가 들어가는 것은 아니다. 이때 명령 포트를 다시 선언해야 하는 것도 업로드 데이터가 갑자기 중단된 이유다. 명령 포트 개방 시간이 다 되었기 때문에 다시 신고해야 합니다.
그런 다음 많은 양의 데이터를 압축 패키지로 압축하여 업로드하십시오. 이때는 한 무리의 사람들이 버스를 타고 시내로 들어가는 것으로 볼 수 있다.
이때 단 한 대의 차만이 시내에 들어가기 때문에, 이 차는 이미 지휘구가 개방된 시간 내에 시내에 들어왔고, 중단은 없을 것이다.
이 시점에서 FTP 업로드 인터럽트 문제를 해결하려면 업로드 전에 데이터를 패키지화하여 압축하는 것이 가장 좋습니다. 이렇게 하면 업로드 중단이 발생하지 않습니다. 한 번에 너무 많은 파일을 업로드하지 말고 압축해야 한다는 것을 기억하십시오.