Failed to transfer the file completely because of network connection error tftp huawei

мне нужно создать резервную копию конфигураций на моих маршрутизаторах и основных коммутаторах. Я установил tftpd64.exe инструмент на моем локальном компьютере, и я доступ к маршрутизатору через Telnet. Я связал IP соответствующим образом и настроен следующим образом:

инструкции для этого были получены здесь (все то же самое, за исключением того, что я использую 64-битную версию).

когда я запускаю команду, которую я нашел здесь, Я получаю ошибку, показанную на изображении. Ничто не появляется в журналах TFTP, таким образом, похоже, что отказывает соединение. Теперь я протестировал установку TFTP, открыв командную строку и перейдя в локальную папку и применив команду следующим образом:

на самом деле, файл не был передан, и я получил ошибку «файл не найден» в журнале TFTP. Однако, когда я попробовал снова, как это,

файл успешно передан. Этот находится в противоречии с правильной командной строкой, определенной в видео в ссылке, которую я предоставил. Я не уверен, как это связано с ошибкой, которую я получаю с командой Telnet «copy run», но это указывает на потенциальную неправильную конфигурацию или что-то еще, поэтому я подумал, что это относится к обсуждению.

мой вопрос, как я могу сделать это соединение Telnet скопировать файл конфигурации с моего маршрутизатора? Кажется, что все настроено правильно и работает на стороне клиента, но не с правильная команда «get». Как устранить это? Маршрутизатор является Cisco Catalyst 3750, и я использую Windows 10 Professional 64 бит.

Office 365, AD, Active Directory, Sharepoint, C#, Powershell. Технические статьи и заметки.

Ошибка при подключении по TFTP TIMEOUT waiting for Ack block #1

При подключении по TFTP (Tftpd64 Service Edition by Ph. Jounin) возникает следующее сообщение:

Connection received from 10.90.0.3 on port 62204 [01/03 18:43:41.307]
Read request for file . Mode netascii [01/03 18:43:41.338]
Using local port 49595 [01/03 18:43:41.338]
Connection received from 10.90.0.3 on port 62204 [01/03 18:43:42.298]
Read request for file . Mode netascii [01/03 18:43:42.313]
Using local port 49596 [01/03 18:43:42.313]
Connection received from 10.90.0.3 on port 62204 [01/03 18:43:44.307]
Read request for file . Mode netascii [01/03 18:43:44.307]
Using local port 49597 [01/03 18:43:44.307]
Connection received from 10.90.0.3 on port 62204 [01/03 18:43:48.310]
Read request for file . Mode netascii [01/03 18:43:48.310]
Using local port 49598 [01/03 18:43:48.310]
Connection received from 10.90.0.3 on port 62204 [01/03 18:43:56.325]
Read request for file . Mode netascii [01/03 18:43:56.325]
Using local port 49599 [01/03 18:43:56.325]
TIMEOUT waiting for Ack block #1 [01/03 18:43:56.386]
TIMEOUT waiting for Ack block #1 [01/03 18:43:57.351]
TIMEOUT waiting for Ack block #1 [01/03 18:43:59.346]
TIMEOUT waiting for Ack block #1 [01/03 18:44:03.370]

Из данного лога понятно, что сервер пытается организовать исходящее соединение к клиенту, перебирая порты.
На клиентской стороне видим следующее сообщение:

C:>tftp 10.0.10.10 GET README_FIRST.txt d:TempREADME_FIRST.txt
Timeout occurred
Connect request failed

Проблема в настройках брандмауэра (filewall) на клиентской стороне, т.к. TFTP-сервер организует входящее соединение.
Необходимо добавить разрешающее правило для TFTP-клиента на входящие соединения.
Для этого заходим в настройки Filewall и создаем новое правило:

Тип правила — «Для программы» (Program):

Для TFTP Клиента (TFTP Client), входящего в состав Windows необходимо добавить следующий путь:
%WinDir%System32TFTP.EXE
Или, например, так:
«C:WindowsSystem32TFTP.EXE»

Если используется другой TFTP-клиент, то надо указать соответствующий путь к его исполняемому файлу:

Далее «Разрешить подключение» (Allow the connection):

Выбираем все профили:

В конце задаем имя правилу:

После данной настройки успешное соединение будет выглядеть примерно так:

Вчера все-таки решил заняться перепрошивкой роутера NetGear WNR612-2EMRUS, любезно предоставленного компанией Дом.Ру при подключении к интернету.

Казалось бы, работает — не трогай? Ан нет — неинтересно мне видеть web-интерфейс роутера (довольно, кстати, неплохого) с одной лишь кнопкой — «Подключить» 🙂 Ну и проброс портов, динамический dns и прочие вкусности тоже иногда хочется поюзать.

Поискав в сети статьи и обсуждения на эту тему, я понял, что не один имею такое желание. Итак, собственно, сам процесс.

С официального сайта NetGear скачал прошивку wnr612v2-V1.0.0.2_1.0.3.img, но, после некоторых поисков, нашел локализованный вариант wnr612v2-V1.0.0.1_1.0.5RU.img. Пусть версия и не последняя, но для России.

1. Вставляем патч от компьютера в первый LAN-порт роутера;

2. Настраиваем сетевое подключение на компьютере:

3. Выключаем питание роутера (из розетки или выдергиваем шнур из самого роутера — как удобнее);

4. Запускаем ping 192.168.1.1 -t ;

5. Нажимаем скрепкой утопленную кнопку на задней панели роутера и держим;

6. Включаем питание роутера, скрепку держим;

7. Секунд через 10-15 ping до роутера проходит и лампочка питания начинает мигать. Отпускаем скрепку и с помощью утилиты tftp заливаем прошивку на роутер:

tftp -i 192.168.1.1 put c:wnr612v2-V1.0.0.1_1.0.5RU.img

Если все прошло успешно, то появится надпись — передано столько-то байт.

Ждем около 5 минут, перезагружаем роутер и сбрасываем настройки на заводские — надо нажать скрепкой ту же самую кнопку на 10 секунд при включенном роутере.

Теперь можно заходить на роутер через web-интерфейс по адресу 192.168.1.1 или www.routerlogin.net и настраивать по вашему усмотрению 🙂 Логин/пароль по умолчанию: admin/password .

В 7-ом пункте, вероятнее всего, надо не «тормозить», потому что пинг (лично у меня) пропадал секунд через 5 и прошивка отказывалась заливаться — приходилось начинать все с начала. Как только я успел залить её после первого же пинга, всё получилось.

Upd (11.10.12): Только что прошил такой же роутер на новую прошивку wnr612v2-V1.0.0.4_1.0.3RU через Ubuntu. Все получилось.

sudo apt-get install tftp

$ tftp
tftp> binary
tftp> connect 192.168.1.1

tftp> put /home/fray/wnr612v2-V1.0.0.4_1.0.3RU.img
Sent 3342336 bytes in 4.7 seconds

Update (26.12.16) from dani1m: