мне нужно создать резервную копию конфигураций на моих маршрутизаторах и основных коммутаторах. Я установил 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:
Загрузка...
