PING ya.ru (77.88.55.242) 56(84) bytes of data.
64 bytes from ya.ru (77.88.55.242): icmp_seq=1 ttl=246 time=63.4 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=2 ttl=246 time=63.8 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=3 ttl=246 time=63.4 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=4 ttl=246 time=63.5 ms
^[[B64 bytes from ya.ru (77.88.55.242): icmp_seq=5 ttl=246 time=63.6 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=6 ttl=246 time=63.5 ms
Сделайте, пожалуйста:
ping fw-releases.wirenboard.com
ссылка на диагностический архив
команда
ping fw-releases.wirenboard.com
висит в консоли и ничего не происходит
приходится останавливать ctrl +z
а с компьютера из браузера открывается fw-releases.wirenboard.com?
ctrl+z?
А ctrl+c не работает?
Да, с компьютера всё работает, открывается сайт с прошивками
Я подключаюсь к контроллеру через командную строку windows там ctrl +z всегда останавливает процессы.
После такой остановки что покажет job? Ctrl+z обычно пауза. Проверить можно stty -a.
Это как раз пример базовых знаний: Ctrl + C, Ctrl + D, Ctrl + Z. Курс "Введение в Linux и Bash"
Если доступа к каталогу прошивок нет - тогда, естестенно, в автоматическом режиме они обновляться не будут.
Используйте обновление в ручном режиме.
Обеспечьте доступ с контроллера к ресурсу http://fw-releases.wirenboard.com/
Прямо через командную строку Windows или MobaXterm или какого-то ещё клиента?
Вот инструкция для обновления устройства вручную Обновление прошивки Modbus-устройств Wiren Board — Wiren Board
если делаю так:
ping fw-releases.wirenboard.com/
ping: fw-releases.wirenboard.com/: Name or service not known
если так:
ping fw-releases.wirenboard.com
… всё повисло - нажимаю ctrl +z
[1]+ Stopped ping fw-releases.wirenboard.com
Ввожу команду:
stty -a
speed 9600 baud; rows 49; columns 120; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q;
stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O; min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke -flusho -extproc
В командной строке windows уже давно есть официальная поддержка ssh, которой я пользуюсь уже более трёх лет. Никаких раньше проблем с обновлением устройств у меня не возникало. Вариант обновлять в ручную я не рассматриваю. Так как проблема возникла после обновления системы на wirenboard. Повторюсь до этого всё работало как часы!
ping fw-releases.wirenboard.com -c 5
PING d3ddjsu3ujzgdr.cloudfront.net (108.156.22.20) 56(84) bytes of data.
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=1 ttl=247 time=55.4 ms
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=2 ttl=247 time=55.3 ms
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=3 ttl=247 time=55.2 ms
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=4 ttl=247 time=55.1 ms
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=5 ttl=247 time=55.4 ms
--- d3ddjsu3ujzgdr.cloudfront.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 55.144/55.283/55.435/0.117 ms
А так:
ping fw-releases.wirenboard.com -c 5
PING d3ddjsu3ujzgdr.cloudfront.net (108.156.22.98) 56(84) bytes of data.
64 bytes from server-108-156-22-98.hel51.r.cloudfront.net (108.156.22.98): icmp_seq=1 ttl=247 time=54.6 ms
64 bytes from server-108-156-22-98.hel51.r.cloudfront.net (108.156.22.98): icmp_seq=2 ttl=247 time=54.2 ms
^Z
[1]+ Stopped ping fw-releases.wirenboard.com -c 5
root@wirenboard-AWI3MCGC:~/my-app# ps
PID TTY TIME CMD
573 pts/0 00:00:00 bash
28762 pts/0 00:00:00 ping
28873 pts/0 00:00:00 ps
Обратите внимание на процесс 28762
Я не понимаю при чем тут настройка текущей консоли?
Подытожу: с контроллера нет доступа к ресурсу необходимому для работы функционала, которым планируете воспользоваться. Какие-то другие http(https) ресурсы доступны?
Каким образом должен работать доступ в интернет? Есть ли отличия пути пакетов icmp и tcp?
Извините, но я вас не понимаю… Что ещё проверить? Напишите команды, которые я должен ввести в консоль для диагностики! И как востановить доступ к ресурсу для обновления прошивок?
Попробуйте, пожалуйста,
ping fw-releases.wirenboard.com -c 5
и подождите минутку прежде чем останавливать.
По идее должен отправить 5 пакетов и после этого написать, как оно прошло. А именно по текущему поведению, ожидаем, что получено 0 пакетов, 100% потеряно.
Это значит, что у вас почему-то нет доступа к этому ресурсу.
Ну, сами же видите что вы делаете suspend для текущего процесса своим Ctrl+z. Используйте Ctrl+c для остановки…
ping fw-releases.wirenboard.com -c 5
PING d3ddjsu3ujzgdr.cloudfront.net (108.156.22.20) 56(84) bytes of data.
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=1 ttl=244 time=88.5 ms
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=2 ttl=244 time=87.9 ms
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=3 ttl=244 time=87.8 ms
64 bytes from server-108-156-22-20.hel51.r.cloudfront.net (108.156.22.20): icmp_seq=4 ttl=244 time=87.8 ms
64 bytes from 108.156.22.20: icmp_seq=5 ttl=244 time=87.6 ms
--- d3ddjsu3ujzgdr.cloudfront.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 13082ms
rtt min/avg/max/mdev = 87.635/87.919/88.460/0.284 ms
Сколько бы я не нажимал ctrl +c процесс не останавливается
Вобщем проблема решилась сама собой. вот сегодня запустил обновление и всё прошло штатно. Так и не понятно что это было. Доступ в интернет у контроллера был, ведь я как-то смог обновить пакеты через apt upgrade! Потом хотел обновить прошивки устройств, но не смог этого сделать. в течении этих дней пока велась переписка здесь на форуме я ничего не делал с контроллером и доступ к обновлению прошивок устройств был восстановлен сам по себе!