#1
Bill52
-
- Members
- 1 posts
-
Australia
Posted 11 May 2007 — 08:53 PM
Hi there,
PXE network boot:
When the client connects, the message window appears but the bootfile is not transfered.
IP is allocated OK.
I receive the above error message (in the log window).
What can I do about it?
I can’t see what am I doing wrong.
Thanks,
Bill
- Back to top
#2
Ph. Jounin
Ph. Jounin
-
-
Developer
-
- 54 posts
Member
- Location:Lyon (France)
Posted 14 May 2007 — 09:24 PM
The acknowlegde of block 0 is sent by the client when the server uses specific options. Thus, you should have a trouble in the settings.
You can try to check/uncheck Option negotiation. You may also try PXE compatibilty.
- Back to top
#3
Computer Angel
Computer Angel
-
- Members
-
- 14 posts
Newbie
-
Pakistan
Posted 03 October 2008 — 08:11 PM
hi i am having the same problem. i am trying to boot windows 98 cd image through tftp.. my logs are the followings:
Using local port 3893 [03/10 14:04:36.890]
OACK: <tsize=797149248,blksize=1440,> [03/10 14:04:36.890]
Using local port 3894 [03/10 14:04:36.906]
TIMEOUT waiting for Ack block #0 [03/10 14:04:41.734]
TIMEOUT waiting for Ack block #0 [03/10 14:04:41.750]
TIMEOUT waiting for Ack block #0 [03/10 14:04:45.609]
TIMEOUT waiting for Ack block #0 [03/10 14:04:45.625]
TIMEOUT waiting for Ack block #0 [03/10 14:04:51.890]
TIMEOUT waiting for Ack block #0 [03/10 14:04:51.906]
TIMEOUT waiting for Ack block #460527 [03/10 14:07:54.234]
after this my laptop resets! can anyone guide me y this is happening?
- Back to top
#4
AcmeUK
AcmeUK
-
- Members
- 1 posts
-
United Kingdom
Posted 27 October 2008 — 11:55 PM
PXE network boot:
When the client connects, the message window appears but the bootfile is not transfered.
IP is allocated OK.
I receive the above error message (in the log window).
Hi
I had the same problem. I found out here http://blog.webpirates.co.uk/?p=56 that the PC you want to boot MUST be on the same subnet as your TFTP server.
My server was on 192.168.1.xx, I had set up the Tftp32 DHCP to the 10.1.1.xx range and got the timeout error. Changing the DHCP addresses to the 192.168.1.xx range sorted the problem for me.
Hope this helps
BillP
- Back to top
Ошибка при подключении по 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 <README_FIRST.txt>. 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 <README_FIRST.txt>. 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 <README_FIRST.txt>. 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 <README_FIRST.txt>. 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 <README_FIRST.txt>. 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:\Temp\README_FIRST.txt
Timeout occurred
Connect request failed
Проблема в настройках брандмауэра (filewall) на клиентской стороне, т.к. TFTP-сервер организует входящее соединение.
Необходимо добавить разрешающее правило для TFTP-клиента на входящие соединения.
Для этого заходим в настройки Filewall и создаем новое правило:
Тип правила — «Для программы» (Program):
Для TFTP Клиента (TFTP Client), входящего в состав Windows необходимо добавить следующий путь:
%WinDir%\System32\TFTP.EXE
Или, например, так:
«C:\Windows\System32\TFTP.EXE»
Если используется другой TFTP-клиент, то надо указать соответствующий путь к его исполняемому файлу:
Далее «Разрешить подключение» (Allow the connection):
Выбираем все профили:
В конце задаем имя правилу:
После данной настройки успешное соединение будет выглядеть примерно так:
C:\tftp 10.0.10.10 GET README_FIRST.txt d:\Temp\README_FIRST.txt
Transfer successful: 522 bytes in 1 second(s), 522 bytes/s
(с) Ella S.
Если Вам понравилась статья, пожалуйста, поставьте лайк, сделайте репост или оставьте комментарий. Если у Вас есть какие-либо замечания, также пишите комментарии.
2 февраля 2016 года
Если Вы «окирпичили» свой роутер QTECH, например залили неверную прошивку, то знайте: неудачная прошивка роутера — это еще не конец. Практически все роутеры QTECH можно восстановить по данной инструкции.
Что нам понадобится для восстановления прошивки роутера:
- Актуальная прошивка для вашего роутера, взять можно в разделе загрузки или на сайте QTECH;
- Компьютер с сетевой картой. Настоятельно не рекомендую заниматься прошивкой роутеров через wi-fi соединение;
- TFTP сервер, я всем рекомендую программу tftpd32, скачать можно с официального сайта tftpd32 или здесь (в архиве 32-х и 64-х битная версия). tftpd32 — это отличный, и при этом, абсолютно бесплатный TFTP, DHCP, SNTP, Syslog сервер и TFTP-клиент, с удобным графическим интерфейсом. Работает программа под управлением операционных систем от Windows XP до «десятки», как 32-х, так и 64-х разрядных версий, и не требует установки.
Приступаем к восстановлению роутера:
- Настройте на компьютере подключение по локальной сети: IP адрес 192.168.1.5, маска подсети 255.255.255.0;
- Выключите роутер, подключите компьютер во второй порт роутера (LAN2);
- Зажмите кнопку Reset (на нижней части роутера), не отпуская кнопки Reset, включите роутер и подождите 10 сек и отпустите кнопку Reset;
- Запустите tftpd сервер. На вкладке tftp Client выберите нужный сетевой интерфейс (server interface 192.168.1.5), укажите host: 192.168.1.6 port: 69, local file: укажите путь до файла прошивки. Нажмите в программе кнопку Put. Дождитесь окончания загрузки файла, после этого подождите еще 5 минут. Не выключайте и не перезагружайте роутер! Настройте сетевую карту на компьютере на Автоматическое получение ip адреса и попробуйте зайти в web-интерфейс роутера.
Ну вот и все. Удачи и поменьше гемороя с оборудованием.
Ключевые слова: qtech qbr-1040w, Ростелеком, прошивка
#1. 26 июля 2021 года, 23:18. Дмитрий пишет:
Установка MAC-адресов
flash set HW_NIC0_ADDR «000000000000»
flash set HW_NIC1_ADDR «000000000000»
без кавычек через telnet
#2. 16 июня 2021 года, 12:39. александр пишет:
Здравствуйте ребята все работает реалmно…главное правильно настроить на компе подключение подождать 10сек и в проге все выставить как в инструкции…Вопрос как его использовать как вайфай репитер??WDS функция. я прошился с прошивки МТС на заводскую Qtech и появилось WDS вот только как ее настроить я не знаю
#3. 19 ноября 2020 года, 15:59. saha пишет:
block#0 это вас рубит фаервол либо брандмауэр. Отрубайте все.
Запилилась оригинальная прошивка Qteck
Сетевой 192.168.1.5
host 192.168.1.6
port 69
file qbr-1041wuv2s-3.1.0.3-c1b10o2 вроде этот.
Вся остальная шляпа типа:
1.1.11ru.mts-sibir.1041w.030415 вставала криво и работала х.з как.
#4. 6 августа 2020 года, 13:56. tinternet пишет:
роутер Qtech QBR-1041W
прошивка 3.1.0.157
есть только telnet
логин/пароль
superadmin/QBR-1041
прошивка 1.1.11.ru.all.1041w и 1.1.11ru.mts-sibir.1041w.030415
есть telnet и SSH
логин/пароль
qtech/qtechsupport
#5. 5 сентября 2019 года, 15:53. Vitaly пишет:
Ппц тоже мучался: Начались разрывы связи(интернет обрывался по 5-6 раз/день). Модель роутера: Qtech QBR-1041 Wu v2S Пробовал сбрасывать роутер к заводским настройкам через Reset, вроде разрывов меньше стало. Но решил обновить ПО, скачал прошивку здесь
https://www.qtech.ru/support/wiki/157/615/
скачал данную прошивку 5.1 MB 28.11.2017, 04:00:00 ftp://ftp.qtech.ru/CPE/WiFi%20Home%20Router/QBR-1041WU%20v2S/Firmware/ Далее устройство начало обновляться около 140 секунд ожидания. Потом сам роутер перезагрузился но wifi перестал работать и теперь в настройки не могу зайти через 192.168.1.1 , Пустая страница появляется : Не удается получить доступ к сайту Превышено время ожидания ответа от сайта 192.168.1.1. Попробуйте сделать следующее: Проверьте подключение к Интернету. Проверьте настройки прокси-сервера и брандмауэра. Выполните диагностику сети в Windows ERR_CONNECTION_TIMED_OUT Пытался заного сбросить роутер к заводским так он перестал реагировать на Reset по 15-30сек и более не реагирует роутер ….
Источник:
https://nastroisam.ru/proshivka-qtech-1041 … ent-150174
Всё сделал по инструкции с помощью tftp32 прошивку взял с сайта qtech правда прикол захожу теперь в вебинтерфейс через 192.168.0.1 а раньше было 192.168.1.1 — даже на роутере такой адрес 192.168.1.1 и когда захожу в вебинтерфейс роутера там показывает Ростелеком ппц у меня то провайдер МТС толи прошивка оказалась от Ростелекома опять прошивать не знаю у них не подписаны же они от какого провайдера прошивка….
#6. 25 апреля 2019 года, 14:57. Леха пишет:
ОГРОМНОЕ СПАСИБО за статью!у меня роутер Qtech qbr -1041w2s.С помощью этой программы указанным действиям прошил роутер, единственное прошивку скачивал с оф.сайта.ВСЕ РАБОТАЕТ!!!
#7. 10 января 2019 года, 15:31. Денис пишет:
Такой вопрос.Стояла прошивка от МТС на версии V2,чёрт дернул обновить прошивку на ту что от V2S (решил,что подойдёт и будет стоять оригинальная от QTECH).Но получил кирпич.
На просторах сети нашёл прошивку под QBN размером в 8 мегабайт.Она нормально встаёт (после включения загораются все индикаторы,потом горит индикатор ЛАНа в который воткнут шнур) ,но не выдаёт IР адрес.С теми что указаны на сайте и на FTP сервере QTECH после прошивки (ШЬЮ ПРОГРАММАТОРОМ выпаивая флешку из роутера) и загрузке роутера горят все лампы кроме Wi-Fi и ничего.
Где скачать оригинальную полную прошивку для версии V2 не V2S.
#8. 4 ноября 2018 года, 13:44. Евгений пишет:
Здравствуйте,народ! Спасибо за помощь,у меня все получилось с первого раза. Все пошажно расписано и разжовано,остается только проглотить. Еще раз огромное спасибо.
#9. 28 июня 2018 года, 11:03. Леонид пишет:
Спасибо! большое все получилось по указанию автора с роутером qbr-1041wu v2, прошивка с оф.сайта
#10. 14 марта 2018 года, 03:13. Евгений пишет:
Большое спасибо, помогло.
#11. 23 февраля 2018 года, 22:57. Ильназ пишет:
Владимир это все понятно,но репитр это другое,соединить обе точки по беспроводной сети
#12. 23 февраля 2018 года, 19:29. Владимир пишет:
Ильназ, я использовал этот роутер как повторитель. Кабель с другого роутера на входящее гнездо WAN. Ноут (компьютер) подключается к LAN. Сброс настроек (reset), затем вход в настройки роутера (192.168.1.1 ), ввёл желаемое название wifi сети и пароль. Сохранить настройки. И всё.
#13. 23 февраля 2018 года, 00:39. Ильназ пишет:
На сайте написано,что устройство может работать как репитр,как его настроить?
#14. 31 января 2018 года, 08:57. Владимир пишет:
Спасибо. Хорошая статья. Сам дошёл. прошивку сменил на предлагаемую #84. Роутер обнаружился.
#15. 31 января 2018 года, 06:55. Владимир пишет:
Если можно, опуститесь до уровня «чайника». Роутер QBR — 1040W Ростелеком. Ситуация, подобная #40-49. После «reset»а роутера и установки в «Internet Protocol Version4(TCP/IP4) 192.168.1.5 и запуска tftpd32 в окне «Server interfeices» видно 127.0.0.1 и 192.168.1.5 . Вхожу в 192.168.1.5, Port 69, ввожу путь в прошивке, жму «Put». Идёт загрузка. Выходит сообщение «7219 blocks transfired in 6 second 0 block retransmited MDS:0b957563e24071466eb7e93a5549c0f1». Жму «OK». В настройках «Internet Protocol Version4… возвращаю автоматическое получение IP. В окне «Server interfeices» видно 127.0.0.1 и 192.168.0.73. В настройки роутера не могу попасть ни по какому из известных адресов 192.168.0.1 ; 192.168.1.1 ; пытаюсь также 192 168.0.73. Роутер по — прежнему работает в режиме свитча. Не горит wifi на роутере, и не раздаёт соответственно. Что я не так делаю?
#16. 16 января 2018 года, 08:32. Admin пишет:
На сколько я знаю, на QBR-2014WW нет аварийного загрузчика, поэтому через tftp его не восстановить.
#17. 16 января 2018 года, 02:16. Елена пишет:
А какие настройки для роутера QBR-2014WW ? Какой порт указывать?
#18. 9 января 2018 года, 02:22. Vfka пишет:
не мог никак восстановить кирпич через tftp пока не подключил его через WAN, сработал по адресу 192.168.1.6:69 залил родную ростелеком прошивку 3.1.0.22
#19. 22 декабря 2017 года, 19:40. Admin пишет:
@Екатерина
Это ip адрес не от роутера приходит, а от интернет провайдера. Попробуйте интернетовский провод из роутера выдернуть и попробуйте еще раз компьютер подключить.
#20. 22 декабря 2017 года, 19:23. Екатерина пишет:
ip адрес у меня автоматически поставлен после прошивки.По кабелю интернет есть,нет доступа к интерфейсу роутера,основой шлюз постоянно меняется и нет нужного 192.168.0.1 или аналогичного 192.168.1.1 скрин
http://my-files.ru/5rowfx
#21. 22 декабря 2017 года, 19:06. Admin пишет:
@Екатерина
В окошке у вас говорится, что все в порядке, файл успешно передан, ошибок нет. Как вариант подождать минут десять. Если по проводу компьютер к роутеру подключить, и в настройках компьютера поставить — получать ip адрес автоматически, компьютер от роутера настройки получит?
#22. 22 декабря 2017 года, 18:49. Екатерина пишет:
Здравствуйте!Нужна ваша помощь,больше не знаю и куда обратиться)После прошивки роутера qbr-1040w ростелеком не могу попасть интерфейс роутера,и не раздает wi-fi.Решила прошить вашем способом,все как выше описано сделала и в корень диска кинула программу и прошивку,появляется вот такое окошко
http://my-files.ru/3gis19
и собственно с роутером все тоже самое,прошивка
https://helpdesk.qtech.ru/index.php?/Knowl … -2015-goda
Пробовала более раннюю версию все тоже самое((( Может что еще подскажете?!
#23. 18 ноября 2017 года, 12:25. Admin пишет:
#24. 18 ноября 2017 года, 01:55. Вениамин пишет:
Здравствуйте, проблема с роутером qbr-1040w, изначально работал, но были с проблемы с провайдером от дом ру, предложили перепрошить, после прошивки окирпичился, как следствие выяснилось что нужно прошивать последовательно не пропуская релизы прошивки, прошиваю по вашей инструкции первой прошивкой 1.1.9e.140214.bin все индикаторы мигают, по тфт прошифка закидывается, жду больше пяти минут выставляю ip на получение автоматически, все висит на инициализации, потом неопознанная сеть, выходит не получаю от роутера не ip не адрес шлюза. на наклейке написан шлюз 192.168.1.1, но кажется я входил в интерфейс по адресу 192.168.0.1, но сейчас не тот не другой не работают
#25. 14 сентября 2017 года, 23:18. Admin пишет:
@Вадим
Сперва определиться, что работает, что нет. Отключаем интернет-кабель от роутера, подключаем только компьютер. На компьютере настройте сетевое подключение, как «получать адрес и днс автоматически». Смотрим какой ip адрес получили (и получили ли вообще), какие днс получили и шлюз. Шлюз — роутер, пробуем зайти в веб-интерфейс по этому адресу.
#26. 14 сентября 2017 года, 21:21. Вадим пишет:
Здравствуйте подскажите пожалуйста что делать прошил роутер мтс qbr-1041w. Все работает кроме вай-фай раздачи и не заходит в настройки роутера.
#27. 11 сентября 2017 года, 22:25. Admin пишет:
@Артем
Пробовать настроить, например по этой инструкции
http://nastroisam.ru/qbr-1040w-rtk/
VLAN Вам не нужны, интернет как «Получать ip адрес автоматически (Dynamic IP)», если говорите, что просто вставляете интернетовский кабель в компьютер и интернет работает. Или у провайдера узнавать тип подключения и нюансы. Попробуйте настроить, а там видно будет.
#28. 11 сентября 2017 года, 21:48. Артём пишет:
что делать дальше???
#29. 10 сентября 2017 года, 20:56. Артём пишет:
да
#30. 10 сентября 2017 года, 20:55. Admin пишет:
В веб-интерфейс роутера по адресу 192.168.1.1 пускает?
#31. 10 сентября 2017 года, 18:40. Артём пишет:
Адрес IPv4: 192.168.1.2
#32. 10 сентября 2017 года, 15:21. Admin пишет:
@Артем
Центр управления сетями (сетевые подключения), подключение по локальной сети, сведения.
Или в командной строке: ipconfig
#33. 10 сентября 2017 года, 14:28. Артём пишет:
? А где посмотреть ip? Который получает пк?
#34. 10 сентября 2017 года, 14:24. Admin пишет:
При подключении к роутеру qtech, какой ip адрес получает компьютер?
#35. 10 сентября 2017 года, 14:19. Артём пишет:
При подключении проводов интернета и провода до пк лампочки горят и мигают, если подключить интернетовский провод на прямую интернет работает, настроено получение IP получать автоматически, и когда заходишь в свойства соединения видно что происходит обмен пакетами, при подключении другого роутера (tenda) все работает отлично единственные настройки которые сделал в роутере (tenda) прописал логин и пароль предоставленные провайдером
#36. 10 сентября 2017 года, 13:32. Admin пишет:
@Артем
Тогда давайте последовательно.
При подключении интернетовского провода и провода от компьютера, лампочки на роутере загораются, помаргивают при активности?
При подключении интернетовского провода на прямую к компьютеру интернет есть и как настроено сетевое подключение на компьютере?
Если настроить сетевое подключение на компьютере как DHCP (получать ip адрес и днс автоматически) и подключить к роутеру, компьютер получает от роутера сетевые настройки?
#37. 10 сентября 2017 года, 12:50. Артём пишет:
после прошивки не могу зайти в меню роутера
#38. 10 сентября 2017 года, 12:43. Артём пишет:
просто прокинут провод до квартиры интернетовский, а на счет привязки не знаю, по поводу прошивки сейчас попробую
#39. 10 сентября 2017 года, 12:37. Admin пишет:
#40. 10 сентября 2017 года, 12:25. Артём пишет:
результата 0-просто все реквизиты сохранены но реакции ни какой не, пишет нет доступа к сети, серийный номер проверил все сходится до цифры, роутер QBR — 1041W MTC F80, провайдер который пробую установить Курьер+
#41. 10 сентября 2017 года, 11:56. Admin пишет:
@Артем
Что значит 0 результата? Попробуйте сделать сброс настроек на заводские из веб-интерфейса. Проверьте, что в Серийный номер в разделе Статус, веб-интерфейса, совпадает с серийным номером, на наклейке на роутере.
Какая точно у Вас модель роутера и какой провайдер?
#42. 10 сентября 2017 года, 10:55. Артём пишет:
Здравствуйте вопрос по данному роутеру, вообщем приобрел роутер qbr-1040w от МТС хотел ввести параметры от другого провайдера-слетела прошивка, сделал все по вашей инструкции результат был хорошим прошил под стандартную прошивку QBR далее ввожу все реквизиты 0 результата, перепробовал кучу прошивок от ростелеком и от того же МТС — 0 результата, единственное прошил под последнюю прошивку от МТС загорелась лампочка wlan, помогите пожалуйста
#43. 30 августа 2017 года, 12:13. Леонид пишет:
спасибо, всё исправил. Роутер через какое-то время сам в себя пришёл.Спасибо за помощь!
#44. 30 августа 2017 года, 10:29. Admin пишет:
@Леонид
Какой пароль и имя вводите при подключении? На какую версию обновлялись? Просто ping до роутера есть?
#45. 30 августа 2017 года, 01:39. Леонид пишет:
Здравствуйте, глюк был в обновлении, потому решил восстановить. Всё сделал, как в инструкции, не помогает, не могу зайти в веб Интерфейс. Помогите пожалуйста
#46. 24 августа 2017 года, 01:12. Admin пишет:
#47. 23 августа 2017 года, 22:47. Александр пишет:
Добрый вечер.
Помогите найти прошивку для роутера
QBR-1040W v3S
Заранее спасибо!
#48. 23 июля 2017 года, 12:58. Admin пишет:
@Алексей
Отлично, спасибо за обратную связь!
#49. 23 июля 2017 года, 01:38. Алексей пишет:
На QBR-1041WU v2S от Ростелеком залил версию 3.1.0.505, все работает нормально и все индикаторы wi-fi, wps, lan тоже
#50. 23 июля 2017 года, 01:30. Алексей пишет:
У меня получилось только когда воткнул кабель в разъем WAN (на LAN2 постоянно выскакивала ошибка) на роутере, и сразу все пошло. Всем удачных восстановлений кирпичей)))
#51. 22 мая 2017 года, 13:04. Михаил пишет:
увы, не подошло.
#52. 22 мая 2017 года, 08:24. Admin пишет:
@Михаил
Имя: qtech
Пароль: qtechsupport
Но набор команд ограниченный.
#53. 22 мая 2017 года, 00:49. Михаил пишет:
Не могу зайти на роутер по телнету. Роутер QBR 1041WUv2S, прошивка 3.1.0.22. Дефолтные имена все перепробовал. В базе знаний тоже не нашел. Никто не распологает данными?
Спасибо.
#54. 25 апреля 2017 года, 11:47. Олег пишет:
Спасибо большое, помогло!!!
#55. 7 апреля 2017 года, 01:37. Илья пишет:
У меня тоже самое, что у Павла. Роутер qbr-1041w МТС. Я отправляю файл «прошивка».bin. Сервер и прошивку распаковал в корень, но теперь появляется ошибка — server stops the transfer. Error#2: Access
#56. 18 февраля 2017 года, 14:11. Admin пишет:
В сообщении информация а не ошибка. Столько-то блоков передано, ошибок передачи нет, контрольная сумма такая-то. Но, что-то, быстро слишком передача прошла и блоков маловато. Вы какой файл отправляете? Постарайтесь избегать кириллицы в путях, лучше распаковать сервер и прошивку в корень диска, и tftpd сервер запускать с правами администратора.
#57. 18 февраля 2017 года, 11:48. Павел пишет:
#58. 16 февраля 2017 года, 11:15. Алексей пишет:
#59. 16 февраля 2017 года, 10:39. Admin пишет:
А какой адрес ноутбук получает, если dhcp включен? Если 192… , то значит роутер отдает, а если 169… значит не отдает.
Значит с прошивкой не угадали. Надо определяться с моделью/версией, искать прошивку.
#60. 16 февраля 2017 года, 10:36. Алексей пишет:
пишет:
подключение ограничено или отсутствует
#61. 16 февраля 2017 года, 10:35. Алексей пишет:
эффекта никакого
#62. 16 февраля 2017 года, 10:22. Admin пишет:
Индикатор Wi-Fi у многих не горит, это глюк прошивки. Для начала попробуйте настройки сбросить через reset: выключите роутер из розетки, зажмите reset, считаете до 15, не отпуская reset включаете питание, считаете до 15, отпускаете. Включить патч-корд от ноутбука во 2 порт роутера, инет не подключать в роутер, на ноутбуке поставить получение настроек сети автоматически (DHCP) и посмотреть получит ли он ip адрес.
#63. 16 февраля 2017 года, 10:17. Алексей пишет:
https://apf.mail.ru/cgi-bin/readmsg/IMG_20 … cte=binary
#64. 16 февраля 2017 года, 10:13. Алексей пишет:
#65. 15 февраля 2017 года, 18:58. Admin пишет:
Какая точно версия и ревизия написаны на роутере? И что именно не работает. У Ростелекома была/есть большая партия роутеров QTech, у которых на корпусе написано одно, а внутри на самом деле другое. Правдивая версия указана в веб-интерфейсе и с настройками у них беда. Отсюда и прикол: смотришь версию/ревизию на наклейке, качаешь свежую прошивку, прошиваешь и … кирдык.
#66. 15 февраля 2017 года, 18:12. Алексей пишет:
и ip у роутера 192.168.0.1 хотя на бирочке 1.1
#67. 15 февраля 2017 года, 18:07. Алексей пишет:
Все сделал по инструкции, загрузка прошла, подождал минут 5-7, эффекта никакого…
роутер работает как обыкновенный свитч, входящий кабель вставляю в лан4 (допустим) кабель от ноута в wan инет работает через созданное подключение на ноуте, тв тоже работает. (изначально перепрошивал из-за того что тв от РТ не показывал онлайн)
прошу помочь чем сможете!
#68. 21 января 2017 года, 16:21. Максим пишет:
Спасибо большое, автор!!! Когда неправильной прошивкой загубил роутер, думал уж всё, он к тому же в аренде был. Вы выручили просто!
#69. 17 января 2017 года, 18:59. сергей пишет:
Остольное все по инструкции прошивку поставил 1.1.13
#70. 17 января 2017 года, 18:55. сергей пишет:
В настройках программы в отделе server interface оставить всплывающий апи адрес 127.0…….. И подчлючить к LEN 1 все должно получиться ,у меня получилось
#71. 13 января 2017 года, 00:40. Volodya пишет:
Я хотел заводскую прошивку поставить, а поспешил не всё рассмотрел и поставил для qbr-1041wus v2 вроде, и всё, индикаторы питания и lan2 горят когда в аварийном режиме
#72. 13 января 2017 года, 00:22. Admin пишет:
А индикатор подключения на роутере горит или моргает? И, кстати, что у Вас с роутером случилось, что прошивка слетела?
#73. 12 января 2017 года, 23:17. Volodya пишет:
кстати host is down выдает когда после долгого простоя в аварийном режиме вводишь put и так далее
#74. 12 января 2017 года, 21:57. Volodya пишет:
Эх, что же делать
#75. 12 января 2017 года, 21:49. Admin пишет:
Если ошибки: No route to host или host is down, то либо сетевые настройки неправильные, либо роутер не переходит в аварийный режим, либо аварийный загрузчик поврежден. А может и прошивка какая-то специфическая, где аварийный режим выпелен. QBR-1041wu от МТС я прошивал таким способом в стоковую прошивку, после случайно залитой через веб-интерфейс не той прошивки, но какая ревизия была сейчас не помню.
#76. 12 января 2017 года, 21:27. Volodya пишет:
Есть варианты как подключиться через UART я вставил, но через какую прогу открыть не знаю
#77. 12 января 2017 года, 21:26. Volodya пишет:
Я пробовал и то и то.На 192.168.1.6 пишет тоже самое или host is down. У меня роутер не той модели которая в инструкции (Qtech QBR-1041W от МТС такой беленький)
#78. 12 января 2017 года, 20:59. Admin пишет:
Да, с rexmt мой косяк, пробел потерял. У Вас на скрине я вижу адрес 192.168.1.1, в команде connect. Надо 192.168.1.6.
Попробуете, отпишитесь пожалуйста.
#79. 12 января 2017 года, 19:15. Volodya пишет:
#80. 12 января 2017 года, 19:15. Volodya пишет:
c rexmt разобрался, теперь после put~/1.1.11.ru.all.1041w.bin пишет tftp: sendto: No route to host
#81. 12 января 2017 года, 18:55. Volodya пишет:
На команду rexmt1 пишет ошибку ?Invalid command . Как узнать пошёл ли процесс установки?
#82. 12 января 2017 года, 15:51. Admin пишет:
Попробуйте без виртуалки. Настройте на своей сетевой ip адрес 192.168.1.5 и маску сети 255.255.255.0, скопируйте прошивку в домашнюю папку, запустите терминал (Приложения>>Утилиты>>Терминал) и пробуйте загрузить прошивку через встроенный tftp клиент:
tftp[Enter] должно появится приглашение командной строки tftp: tftp> , дальше по порядку команды:
connect 192.168.1.6 [Enter]
binary [Enter]
rexmt 1 [Enter]
timeout 300 [Enter]
put ~/имя_файла_прошивки.bin [Enter]
#83. 12 января 2017 года, 15:29. Admin пишет:
В самом tftpd32 есть вкладка Log, туда и пишется все что происходит. А Вы где block #0 видите? С виртуалкой тяжелый случай. Какая виртуальная машина, как настроен виртуальный сетевой интерфейс (shared, nat, bridge), какая физическая сетевая карта, Application Firewall в Маке как настроен. Иногда проще ноут с виндой найти или попробовать использовать Маковский tftp клиент.
#84. 12 января 2017 года, 15:27. Volodya пишет:
Маска и айпи всё правильно стоит, как поставить 100мбит и полный дуплекс?
#85. 12 января 2017 года, 15:16. Volodya пишет:
У меня мак поэтому делаю через виртуалку виндовс. Через прогу tftpd32, оставил вчера на ночь, так и было block #0 всю ночь. А где там логи найти?
#86. 12 января 2017 года, 01:09. Admin пишет:
А полностью строку из лога не покажите? Скорее всего, загрузка на сервер не может начаться из-за проблем с сетью. Внимательно проверьте сетевые настройки, ip адрес и маску подсети. Посмотрите в какой порт подключили, по проводу, компьютер в роутер. Проверьте, что компьютер не получает ip адрес автоматически. Возможно роутер не перешел в аварийный режим (ресет не додержали) или может он в рабочем состоянии. Иногда бывают проблемы с программным обеспечением (файерволлы/брандмауэры, антивирусы, особенно часто проблемы с Касперским). Еще реже, роутер не может согласовать скорость подключения с устройством, попробуйте на компьютере принудительно установить скорость 100 Мбит и полный дуплес.
А лучше, отложите это дело на завтра, заниматься такими вещами на ночь глядя бывает чревато…
#87. 12 января 2017 года, 00:31. Volodya пишет:
Ребят помогите!!! Делаю всё по вашей инструкции но пишет block #0 уже час!!Что делать??
#88. 10 января 2017 года, 02:42. 1 пишет:
как?
#89. 22 декабря 2016 года, 14:59. Admin пишет:
@Игорь
QBR-1041WU бывают разных версий и отличаются и настройкой и функционалом. Ростелеком тоже по-разному настраивается, в зависимости от региона и технологии подключения. Но в 99% любой QBR-104*, вне зависимости от прошивки (МТС, РТ или оригинальная), можно настроить на Ростелеком, единственное могут быть проблемы с их IP телевидением.
Для стандартного QBR-1041WU есть прошивки МТС и стандартная. Для QBR-1041WU v2, по-моему, прошивка одна на всех, стандартная. Для QBR-1041WU v2S тоже стандартная есть, вроде как, и IPTV на нем работает от РТ.
У меня сейчас дома как раз QBR-1041WU прошитый из МТС в стандартную прошивку, на ростелекоме работает без IPTV. @Дмитрий кстати, у меня индикатор wi-fi тоже не горит, я думал диод погорел, а оказывается глюк какой-то.
#90. 22 декабря 2016 года, 14:19. Игорь пишет:
Добрый день! У меня Вай фай роутер QBR-1041WU ОТ МТС, скажите, можно ли его можно настроить на ростелеком?
#91. 16 декабря 2016 года, 01:15. Дмитрий пишет:
Очень Респект автору!!!
#92. 16 декабря 2016 года, 01:14. Дмитрий пишет:
К стати вифи не горит… Да и х.р с ней… Клиентам обЪЪяснил….. :))
#93. 16 декабря 2016 года, 01:11. Дмитрий пишет:
Извените… Настроил на дом ру… Гудит сцуко!!!!
#94. 16 декабря 2016 года, 01:09. Дмитрий пишет:
Так вот, все работает!!! Все как здесь написано!!!
Ньюансы:
1 Смотрите прошику (тобиш версию, у меня 1041w =1041wu_v2
2 Шить надо как дядя говорит…
3. Шил только потому, так как не реагировал на смену настроек на заводские.
И 4 все без проблем, качаю запускаю шью жду и вуаля вместо мтс обычный 1041WUv2s////
#95. 13 ноября 2016 года, 22:36. Дмитрий пишет:
Приветствую!
Можно ли прошить данную модель роутера для другого провайдера?
#96. 2 августа 2016 года, 23:17. Роман пишет:
есть настройки они не меняются в статистике в остальных меню они нормальные
#97. 29 июля 2016 года, 08:21. Admin пишет:
Что значит не настраивается: настроек нет, настройки не сохраняются и не применяются? Проверить соответствие модели и ревизии роутера и прошивки, сделать сброс на заводские настройки.
#98. 29 июля 2016 года, 01:21. Роман пишет:
а он создал точку только она без пароля и никак не настраивается я теперь всему дому вайфай раздаю
и как быть
#99. 29 июля 2016 года, 00:09. Admin пишет:
После аварийного восстановления, можно попробовать обновить прошивку штатно и сбросить настройки на заводские. А так проверьте, в настройках роутера wi-fi включен? У меня у самого есть 2 qtech, у которых индикатор wi-fi не горит, но сама беспроводная сеть работает исправно.
#100. 28 июля 2016 года, 21:55. Роман пишет:
после прошивки перестала гореть лампочка с раздачей вифи он даже в вай фаях не видит что делать
#101. 12 июля 2016 года, 21:14. Admin пишет:
@Дмитрий
Попробуйте положить файл прошивки в папку с сервером, по-умолчанию, увидеть должен. В интерфейсе сервера, над пунктом Server interface, есть пункт Current directory (текущая папка) и кнопки выбрать папку, показать папку. Запускать tftpd32 надо с правами администратора.
#102. 12 июля 2016 года, 19:31. Дмитрий пишет:
Подскажите,все сделал по этой инструкции(спасибо,все предельно понятно) прошивку скачал с QTECH;и..tftpd32 ее не видит!!!Прошивка-1.1.11.ru.all.1041w.bin,ВЫРУЧИТЕ,что не так???
#103. 17 февраля 2016 года, 12:34. Admin пишет:
Если загрузка сразу не пошла, значит сервер загрузки и не ждет. Как вариант, остается смотреть трафик между компьютером и роутером, при включении, анализатором и пытаться найти зацепку. Или попробовать обратиться в поддержку QTECH
http://helpdesk.qtech.ru
#104. 17 февраля 2016 года, 09:09. Собир пишет:
Спасибо за совет.Вчера попробовал два варианта адреса 192.168.1.6 и 192.168.1.1 но процесс долго висел, с портами не стал менять, честно не знаю даже какие варианты попробовать По каким признакам можно определить что процесс завис и т.п.?
#105. 17 февраля 2016 года, 00:47. Admin пишет:
Спасибо за отзыв. Подойдет ли эта инструкция для Вашего роутера, если честно, то я не знаю. Но попытка — не пытка, хуже не сделаете. IP адреса взяты эти потому что: 192.168.1.6 этот адрес жестко зашит производителем в настройки аварийного загрузчика роутера, а 192.168.1.5 советуют в тех. поддержке Qtech, хотя можно попробовать другой адрес из этой же подсети. Если Ваш роутер на адрес 192.168.1.6 не отзывается, то, вполне возможно, в нем настроен другой адрес, или порт, или протокол. Например, многие роутеры прошиваются в аварийном режиме через веб-интерфейс. В крайнем случае можно установить на компьютер анализатор трафика (снифер), например Wireshark, и посмотреть, может Ваш роутер пытается подключиться к компьютеру сам, или имеет совершенно другой ip адрес.
#106. 16 февраля 2016 года, 17:26. Собир пишет:
Доброго времени суток. Спасибо за полезную статью.
Подскажите пожалуйста актуальна ли данная процедура для модели QBR-1241WU/L ?
Почему именно эти IP нужно прописывать?
#1
Bill52
-
- Members
- 1 posts
-
Australia
Posted 11 May 2007 — 08:53 PM
Hi there,
PXE network boot:
When the client connects, the message window appears but the bootfile is not transfered.
IP is allocated OK.
I receive the above error message (in the log window).
What can I do about it?
I can’t see what am I doing wrong.
Thanks,
Bill
- Back to top
#2
Ph. Jounin
Ph. Jounin
-
-
Developer
-
- 54 posts
Member
- Location:Lyon (France)
Posted 14 May 2007 — 09:24 PM
The acknowlegde of block 0 is sent by the client when the server uses specific options. Thus, you should have a trouble in the settings.
You can try to check/uncheck Option negotiation. You may also try PXE compatibilty.
- Back to top
#3
Computer Angel
Computer Angel
-
- Members
-
- 14 posts
Newbie
-
Pakistan
Posted 03 October 2008 — 08:11 PM
hi i am having the same problem. i am trying to boot windows 98 cd image through tftp.. my logs are the followings:
Using local port 3893 [03/10 14:04:36.890]
OACK: <tsize=797149248,blksize=1440,> [03/10 14:04:36.890]
Using local port 3894 [03/10 14:04:36.906]
TIMEOUT waiting for Ack block #0 [03/10 14:04:41.734]
TIMEOUT waiting for Ack block #0 [03/10 14:04:41.750]
TIMEOUT waiting for Ack block #0 [03/10 14:04:45.609]
TIMEOUT waiting for Ack block #0 [03/10 14:04:45.625]
TIMEOUT waiting for Ack block #0 [03/10 14:04:51.890]
TIMEOUT waiting for Ack block #0 [03/10 14:04:51.906]
TIMEOUT waiting for Ack block #460527 [03/10 14:07:54.234]
after this my laptop resets! can anyone guide me y this is happening?
- Back to top
#4
AcmeUK
AcmeUK
-
- Members
- 1 posts
-
United Kingdom
Posted 27 October 2008 — 11:55 PM
PXE network boot:
When the client connects, the message window appears but the bootfile is not transfered.
IP is allocated OK.
I receive the above error message (in the log window).
Hi
I had the same problem. I found out here http://blog.webpirates.co.uk/?p=56 that the PC you want to boot MUST be on the same subnet as your TFTP server.
My server was on 192.168.1.xx, I had set up the Tftp32 DHCP to the 10.1.1.xx range and got the timeout error. Changing the DHCP addresses to the 192.168.1.xx range sorted the problem for me.
Hope this helps
BillP
- Back to top
Модераторы: GRooVE, alexco
Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.
-
doker
- сержант
- Сообщения: 207
- Зарегистрирован: 2008-11-18 16:20:26
ошибка в работе tftp
день добрый, столкнулся с проблмой, настраиваю встроенный в FreeBSD 7.2 tftp сервер
inetd.conf
Код: Выделить всё
tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /var/tftpboot -u user_back
Код: Выделить всё
# netstat -a | grep tftp
udp4 0 0 *.tftp *.*
при скачке все волшебно, но при заливке
Код: Выделить всё
# tftp 10.10.10.10
tftp> put dovecot-1.1.11.tar.gz
Error code 3: Disk full or allocation exceeded
Sent 9216 bytes in 5.0 seconds
xferlog
Код: Выделить всё
tftpd[65420]: Filename: 'dovecot-1.1.11.tar.gz'
tftpd[65420]: Mode: 'netascii'
tftpd[65420]: 10.10.10.10: write request for dovecot-1.1.11.tar.gz: error 102
tftpd[65418]: Timeout #0 on DATA block 1
tftpd[65418]: write_file returned 0
tftpd[65420]: Timeout #0 on DATA block 1
tftpd[65420]: Timeout #1 on DATA block 1
tftpd[65420]: Timeout #2 on DATA block 1
tftpd[65420]: Timeout #3 on DATA block 1
tftpd[65420]: Timeout #4 on DATA block 1
tftpd[65420]: Timeout #5 on DATA block 1, giving up
пермишены
Код: Выделить всё
# cd /var
# ls -all | grep tftpboot
drwx---rwx 2 user_back user_back 512 12 ноя 17:34 tftpboot
места на диске вагон
Код: Выделить всё
# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1a 135G 82G 42G 66% /
devfs 1.0K 1.0K 0B 100% /dev
есть у кого какие мысли ?
гугль непомог
-
Хостинг HostFood.ru
Услуги хостинговой компании Host-Food.ru
Хостинг HostFood.ru
Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/
-
doker
- сержант
- Сообщения: 207
- Зарегистрирован: 2008-11-18 16:20:26
Re: ошибка в работе tftp
Непрочитанное сообщение
doker » 2009-11-13 11:46:41
pol писал(а):Эм …
Код: Выделить всё
touch /var/tftpboot/dovecot-1.1.11.tar.gz chmod 666 /var/tftpboot/dovecot-1.1.11.tar.gz
?
под user_back создаеться без проблем
Код: Выделить всё
$ touch /var/tftpboot/dovecot-1.1.11.tar.gz
$ chmod 666 /var/tftpboot/dovecot-1.1.11.tar.gz
$ ls -all | grep dovecot
-rw-rw-rw- 1 user_back user_back 0 Nov 13 11:52 dovecot-1.1.11.tar.gz
-
doker
- сержант
- Сообщения: 207
- Зарегистрирован: 2008-11-18 16:20:26
Re: ошибка в работе tftp
Непрочитанное сообщение
doker » 2009-11-13 11:51:21
BirdGovorun писал(а):Похоже проблема с правами на папку, куда заливаешь.
какие ?, стоят 707
-
pol
- проходил мимо
Re: ошибка в работе tftp
Непрочитанное сообщение
pol » 2009-11-13 11:59:06
Я подумал о:
man tftpd
-w Allow write requests to create new files. By default tftpd
requires that the file specified in a write request exist. Note
that this only works in directories writable by the user speci-
fied with -u option
-
doker
- сержант
- Сообщения: 207
- Зарегистрирован: 2008-11-18 16:20:26
Re: ошибка в работе tftp
Непрочитанное сообщение
doker » 2009-11-13 12:03:02
pol писал(а):Я подумал о:
man tftpd
-w Allow write requests to create new files. By default tftpd
requires that the file specified in a write request exist. Note
that this only works in directories writable by the user speci-
fied with -u option
в точку ))))
огромное спасибо
Решение и попытка TFTPD32 не может передавать данные
Предыстория: однажды, чтобы провести эксперимент с топологией GNS3, вам нужно передать файл конфигурации GNS3 на локальный компьютер, поэтому я загрузил TFTPD32. Краткая диаграмма топологии выглядит следующим образом. После настройки его можно пропинговать, но нельзя передать. Это почти сбивает с толку. Такого рода судебное разбирательство длилось 3 часа … действительно глупо (вручную смешно)
Первый способ ошибки: добавить системный TFTP
В случае PING было неизбежно думать, что это проблема TFTP, и я начал думать, что это проблема системы. Я использовал систему GHOST, но я чувствовал, что она оптимизирована. Порт 69 был заблокирован. Через функцию программы панели управления — —Добавить программу WINDOS — TFTP-клиент.
Не работает …
Глупо думать об этом сейчас, как я хочу передавать данные из GNS3 на локальную, это тоже сторона сервера, открытие клиента — это позор!
Вторая попытка ошибки: проблема с программой TFTPD32.
Сделав неправильную попытку, я почувствовал, что завис и проблема с системой решена (Привет!) Поэтому я начал задаваться вопросом, есть ли проблема с настройкой TFTPD32, и я запустил Baidu для поиска правильной настройки TFTPD32, потому что мой был на английском языке, и Зеленого нет, значит, вначале был бардак … Сначала возьмите переводную картинку
Это моя собственная фотография
Не работает …
Неправильная третья попытка — N
Размышляя об этом, можно выделить разные:
1. Очевидно, что PING подключен, но я думаю, что есть проблема с этим адресом класса B, можно ли его изменить на класс C … (крупные компании не используют серию TFTP)
2. Перезагрузите компьютер, он будет работать? Перезагрузите GNS3, перезапустите TFTPD32 (тройное управление сетью)
3. Будет ли 360 заблокирован? Закройте его!
А, 360?
Вот и волшебный поворот
Правильная попытка первая:
Подумав о том, блокирует ли 360 информацию, я наконец вспомнил, что в WINDOS есть брандмауэр, который всегда будет игнорироваться …
Это оно!(Что я делал раньше )
Думаю, я могу написать статью «О необходимости отсутствия системного межсетевого экрана》。
Правильная попытка вторая:
Существование разумно, так что лучше найти способ обойти это. Довольно неприятно отключать подсказку в правом нижнем углу.
TFTP — это передача с небольшой пропускной способностью, поэтому это UDP.
Следующий шаг …
Здесь его можно отключить.
Это конец эксперимента, и я оплакиваю одну секунду IQ. OTL …
I am trying to netboot a PC with no CD Drive and no USB Booting options (Available in BIOS but does not recognise USB, broken perhaps somehow).
Anyhow here is the log from TFTP32:
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1F:D0:8D:8B:09 [06/12 13:06:48.916]
DHCP: proposed address 192.168.2.1 [06/12 13:06:48.917]
Rcvd DHCP Rqst Msg for IP 0.0.0.0, Mac 00:1F:D0:8D:8B:09 [06/12 13:06:51.113]
Previously allocated address 192.168.2.1 acked [06/12 13:06:51.113]
Connection received from 192.168.2.1 on port 2070 [06/12 13:06:51.125]
Read request for file <netbootpxelinux.0>. Mode octet [06/12 13:06:51.126]
Using local port 53708 [06/12 13:06:51.127]
Connection received from 192.168.2.1 on port 2071 [06/12 13:06:53.125]
Read request for file <netbootpxelinux.0>. Mode octet [06/12 13:06:53.126]
Using local port 53709 [06/12 13:06:53.127]
Connection received from 192.168.2.1 on port 2072 [06/12 13:06:57.136]
Read request for file <netbootpxelinux.0>. Mode octet [06/12 13:06:57.137]
Using local port 53710 [06/12 13:06:57.137]
Connection received from 192.168.2.1 on port 2073 [06/12 13:07:03.122]
Read request for file <netbootpxelinux.0>. Mode octet [06/12 13:07:03.123]
Using local port 53711 [06/12 13:07:03.124]
TIMEOUT waiting for Ack block #1 [06/12 13:07:06.129]
TIMEOUT waiting for Ack block #1 [06/12 13:07:08.129]
Connection received from 192.168.2.1 on port 2074 [06/12 13:07:11.086]
Read request for file <netbootpxelinux.0>. Mode octet [06/12 13:07:11.087]
Using local port 53717 [06/12 13:07:11.088]
TIMEOUT waiting for Ack block #1 [06/12 13:07:12.139]
TIMEOUT waiting for Ack block #1 [06/12 13:07:18.126]
TIMEOUT waiting for Ack block #1 [06/12 13:07:26.090]
Also when I ping the computer I get:
Pinging 192.168.2.1 with 32 bytes of data:
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Ping statistics for 192.168.2.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
PS C:Windowssystem32>
If anyone has any ideas as to how I might go about rectifying this it would be most appreciated.
Regards
EDIT_>
Additional information that might be useful
-
I am not using a crossover cable; however, the network card on my server computer is a gigabit one, I’m not sure if that means I still need a crossover cable, however. The two PCs are connected by only a fast Ethernet switch.
-
The final objective of the netboot is to install Debian on the client computer. I am currently running an Apache server but I haven’t yet ascertained what the next steps will be. I am booting pxelinux.0 (not really sure yet what it actually is, I got it from the Debian tar.gz file I downloaded from the net following the guide here).
It looks like the tcpdump
output contains only requests and not any responses at all. If this is what is actually happening, then a timeout error is to be expected.
In the server_args
line of your TFTP configuration for xinetd, you have -u tftp
. That tells in.tftpd
to run as user tftp
. In light of that, this message logged by in.tftpd
might be important:
Jan 15 13:13:21 tools in.tftpd[7955]: no user tftp: Success
It says «no user tftp». Does the tftp
user account actually exist on your system?
The Success
at the end of the log message requires a bit of C programming knowledge to understand. It is likely to come from a minimalist error-handling function that probably just calls perror()
and then does any necessary clean-up before exiting.
The perror()
function takes a message from its caller and then appends to it a standard error message corresponding to the current value of the errno
variable. It is designed to be used in situations where a previous system call has failed; the custom message should describe what the program was doing when the error was encountered, and the standard message should then clarify the type of problem encountered.
But if the programmer has used their error-handling function to report an error that has been caught some other way, the standard error message part will read Success
.
My guess is that the in.tftpd
process gets started by xinetd
, prepares to switch to user tftp
, and finds out that such user does not exist. So the in.tftpd
process outputs that log message and dies without sending anything to the client.
The terse message with a misleading «Success» at the end is an example of the old concept of «if your only tool is a hammer, you tend to treat everything as nails.» In this case, the programmer has probably used their only error handling function in a situation to which its output format does not quite fit.
Also, these requests look a little odd:
12:34:33.477401 IP 172.16.1.202.ah-esp-encap > tools.dmz.tuxme.dk.tftp: 27 RRQ "pxelinux.0" octet tsize 0
12:34:35.481131 IP 172.16.1.202.acp-port > tools.dmz.tuxme.dk.tftp: 27 RRQ "pxelinux.0" octet tsize 0
12:34:39.490793 IP 172.16.1.202.msync > tools.dmz.tuxme.dk.tftp: 27 RRQ "pxelinux.0" octet tsize 0
12:34:45.477712 IP 172.16.1.202.gxs-data-port > tools.dmz.tuxme.dk.tftp: 27 RRQ "pxelinux.0" octet tsize 0
12:34:53.441801 IP 172.16.1.202.vrtl-vmf-sa > tools.dmz.tuxme.dk.tftp: 27 RRQ "pxelinux.0" octet tsize 0
The tsize 0
indicates the client is expecting a TFTP transfer with a file size of 0 bytes total.
Are you aware that the UEFI PXE specification, as it existed in UEFI version 2.3 or so, requires the DHCP server to tell the PXE client the size of the file it’s supposed to load? If you’re using ISC DHCP server, the required option could be specified as
option boot-size <size value>;
The <size value>
should be the size of the boot file in bytes divided by 512, then rounded up.
Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)
Форум доступен по ссылке https://community.tp-link.com/ru
Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой «_RU».
Подробнее Вы можете прочитать тут: https://community.tp-link.com/ru/home/f … pic/501542
Убедительная просьба не дублировать темы на старом/новом форуме.
Восстановление прошивки маршрутизатора
-
sard
- Сообщения: 8
- Зарегистрирован: 17 апр 2016, 11:11
- Страна: Россия
Re: Восстановление прошивки маршрутизатора
Пытаюсь восстановить окирпиченный роутер.
Всё по инструкции сделал.
Проблема возникла вот в чём:
Роутер цепляется к tftpd серверу, начинает скачивать прошивку и останавливается на разном проценте
Минимум 8 — максимум 70,
В среднем — 35-40
После чего роутер перезагружается дальше и если зажать ресет, то процесс начинается по новой.
В момент остановки передачи в логах:
Ack block 6261 (к примеру) ignored (received twice)
TIMEOUT waiting for Ack block 6262
И так каждый раз, только блоки разные.
Фаервол выкл, шнуры разные пробовал.
Подскажите, в какую сторону копать дальше в этом случае. Через сериал на плате или железку в помойку?
-
sard
- Сообщения: 8
- Зарегистрирован: 17 апр 2016, 11:11
- Страна: Россия
Re: Восстановление прошивки маршрутизатора
Сообщение
sard » 17 апр 2016, 22:25
Goodwin писал(а):нужна прошивка без boot.
Искать на просторах интернета.
Доброго времени суток.
Я брал прошивку без бута. И на основе официальной и опенВрт.
Симптоматика совершенно не меняется.
Насколько я понимаю, если заливка идет с бутом — бут тут же применяется и происходит перезагрузка?
Она же должна сначала загрузиться в оперативку роутера и только потом прошиться.
А тут даже не передается до нужного процента.
-
GregoryS
- Сообщения: 1281
- Зарегистрирован: 20 дек 2013, 12:00
- Страна: Россия
Re: Восстановление прошивки маршрутизатора
Сообщение
GregoryS » 18 апр 2016, 10:42
to sard
Добрый день.
Можете указать, какая аппаратная версия устройства и какую прошивку Вы пытаетесь ему скормить?
-
sard
- Сообщения: 8
- Зарегистрирован: 17 апр 2016, 11:11
- Страна: Россия
Re: Восстановление прошивки маршрутизатора
Сообщение
sard » 18 апр 2016, 11:16
GregoryS писал(а):to sard
Добрый день.
Можете указать, какая аппаратная версия устройства и какую прошивку Вы пытаетесь ему скормить?
Здравствуйте.
WDR4300 — V1.
Пробовал и из шапки темы и отсюда:
https://wiki.openwrt.org/toh/tp-link/tl … p_recovery
и отсюда:
http://www.friedzombie.com/tplink-stripped-firmware/
И еще из пары разных мест скачивал (увы с другого устройства — ссылки не сохранились). Почти во всех случаях вес прошивки был 7.75мб.
В одном случае — 7.68мб
Контрольные суммы не сличал, правда. Только сейчас дошло, что они могли побиться.
-
vovan26
- OpenWrt разработчик
- Сообщения: 2493
- Зарегистрирован: 12 мар 2014, 17:20
- Страна: Узбкистан
- Откуда: Узбекистан
Re: Восстановление прошивки маршрутизатора
Сообщение
vovan26 » 18 апр 2016, 11:49
А какая проблема взять прошивку с ОФ сайта и НЕХ’ом вырезать u-boot?
Разработка ПО для роутеров на базе OpenWrt.
Желание получить ответ, предполагает умение сформулировать вопрос. (И.В. Сталин)
На общие вопросы в личке не отвечаю, задайте его на форуме.
-
sard
- Сообщения: 8
- Зарегистрирован: 17 апр 2016, 11:11
- Страна: Россия
Re: Восстановление прошивки маршрутизатора
Сообщение
sard » 18 апр 2016, 12:03
vovan26 писал(а):А какая проблема взять прошивку с ОФ сайта и НЕХ’ом вырезать u-boot?
В общем-то никакой, попробую сегодня.
Хотя и не понимаю чем это будет отличаться от того, что другие сделали. Разве что свежее сама прошивка.
И как это связано с прерыванием загрузки с локального TFTPD сервера.
-
vovan26
- OpenWrt разработчик
- Сообщения: 2493
- Зарегистрирован: 12 мар 2014, 17:20
- Страна: Узбкистан
- Откуда: Узбекистан
Re: Восстановление прошивки маршрутизатора
Сообщение
vovan26 » 18 апр 2016, 12:54
Какая разрядность системы ПК и какой используете tftpd сервер?
tftpd запускаете от имени администратора?
Разработка ПО для роутеров на базе OpenWrt.
Желание получить ответ, предполагает умение сформулировать вопрос. (И.В. Сталин)
На общие вопросы в личке не отвечаю, задайте его на форуме.
-
sard
- Сообщения: 8
- Зарегистрирован: 17 апр 2016, 11:11
- Страна: Россия
Re: Восстановление прошивки маршрутизатора
Сообщение
sard » 18 апр 2016, 13:07
vovan26 писал(а):Какая разрядность системы ПК и какой используете tftpd сервер?
В случае с Windows 10 — система 64, сервер — tftpd32
Запуск от имени админа.
Но я так же пробовал из Убунты. Там tfptd-hpa у совпадает разрядность с системой. От рута запускал.
И симптомы те же — идут UDP пакеты по 512 в сторону роутера, 4 — в ответ.
И на определенном пакете останавливается передача, роутер перезагружается.
Тоже всегда на разном этапе.
Что примечательно — если роутер выключить, потом включить и зажать ресет — обычно процент получается выше. 50-70%
Если просто в цикле его перезагрузок зажать, то 30-40%.
У меня подозрение, что что-то с железом (цепь питания/память), поскольку роутер окирпичился на ровном месте, не в момент обновления.
Сначала просто пропал вайфай на частоте 2.4
И после перезагрузки роутера — всё умерло.
-
vovan26
- OpenWrt разработчик
- Сообщения: 2493
- Зарегистрирован: 12 мар 2014, 17:20
- Страна: Узбкистан
- Откуда: Узбекистан
Re: Восстановление прошивки маршрутизатора
Сообщение
vovan26 » 18 апр 2016, 13:18
есть tftpd64.
Возможно битая флешь, накатить прогером дамп и сравнить с буфером.
Питание тоже проверить.
Разработка ПО для роутеров на базе OpenWrt.
Желание получить ответ, предполагает умение сформулировать вопрос. (И.В. Сталин)
На общие вопросы в личке не отвечаю, задайте его на форуме.
Hi,
I am beginner with TFTP protocol in Linux. I have been trying to connect a AM335x EVM Board with my Host to make boot. but first I will like to test my TFTP server.
The configuration is the next:
# cat /etc/xinetd.d/tftpservice tftp
{
protocol = udp
port = 69
socket_type = dgram
wait = yes
user = nobody
server = /usr/sbin/in.tftpd
server_args = /tftpboot
disable = no
}# cat /etc/default/tftpd-hpa
# /etc/default/tftpd-hpa
TFTP_USERNAME=»tftp»
TFTP_DIRECTORY=»/tftpboot»
TFTP_ADDRESS=»0.0.0.0:69″
TFTP_OPTIONS=»—secure»
RUN_DAEMON=»yes»the /tftboot has this files:
# ls -l /tftpboot/
insgesamt 3096
-rwxrwxrwx 1 nobody root 174 Dez 4 14:50 test
-rwxrwxrwx 1 nobody root 3163680 Dez 7 08:59 uImage-am335x-evm.binHowever when I like getting locally some file in /tftpboot over TFTP protocol, I obtain that:
# tftp localhost
tftp> get uImage-am335x-evm.bin
Error code 1: File not found
tftp> quitThen I make that I see the /var/log/syslog and it shows:
Dec 12 15:29:46 sst-virtual-machine tftpd[6987]: tftpd: trying to get file: uImage-am335x-evm.bin
Dec 12 15:29:46 sst-virtual-machine tftpd[6987]: tftpd: serving file from /srv/tftpI am sure that I miss something out, because my configuration I thing that is good. But the files in TFTP protocol is looked in the /svr/tftp. Why can it be happening that?
Because tftp configuration showsserver_args = /tftpboot. I think that the TFTP protocol should search the files in that directory /tftpboot, doesn’t it? I have not more idea what wrong is, any help would be greatly appreciated.-Regards
I am trying to netboot a PC with no CD Drive and no USB Booting options (Available in BIOS but does not recognise USB, broken perhaps somehow).
Anyhow here is the log from TFTP32:
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1F:D0:8D:8B:09 [06/12 13:06:48.916]
DHCP: proposed address 192.168.2.1 [06/12 13:06:48.917]
Rcvd DHCP Rqst Msg for IP 0.0.0.0, Mac 00:1F:D0:8D:8B:09 [06/12 13:06:51.113]
Previously allocated address 192.168.2.1 acked [06/12 13:06:51.113]
Connection received from 192.168.2.1 on port 2070 [06/12 13:06:51.125]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:51.126]
Using local port 53708 [06/12 13:06:51.127]
Connection received from 192.168.2.1 on port 2071 [06/12 13:06:53.125]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:53.126]
Using local port 53709 [06/12 13:06:53.127]
Connection received from 192.168.2.1 on port 2072 [06/12 13:06:57.136]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:57.137]
Using local port 53710 [06/12 13:06:57.137]
Connection received from 192.168.2.1 on port 2073 [06/12 13:07:03.122]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:07:03.123]
Using local port 53711 [06/12 13:07:03.124]
TIMEOUT waiting for Ack block #1 [06/12 13:07:06.129]
TIMEOUT waiting for Ack block #1 [06/12 13:07:08.129]
Connection received from 192.168.2.1 on port 2074 [06/12 13:07:11.086]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:07:11.087]
Using local port 53717 [06/12 13:07:11.088]
TIMEOUT waiting for Ack block #1 [06/12 13:07:12.139]
TIMEOUT waiting for Ack block #1 [06/12 13:07:18.126]
TIMEOUT waiting for Ack block #1 [06/12 13:07:26.090]
Also when I ping the computer I get:
Pinging 192.168.2.1 with 32 bytes of data:
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Ping statistics for 192.168.2.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
PS C:\Windows\system32>
If anyone has any ideas as to how I might go about rectifying this it would be most appreciated.
Regards
EDIT_>
Additional information that might be useful
-
I am not using a crossover cable; however, the network card on my server computer is a gigabit one, I’m not sure if that means I still need a crossover cable, however. The two PCs are connected by only a fast Ethernet switch.
-
The final objective of the netboot is to install Debian on the client computer. I am currently running an Apache server but I haven’t yet ascertained what the next steps will be. I am booting pxelinux.0 (not really sure yet what it actually is, I got it from the Debian tar.gz file I downloaded from the net following the guide here).