соединения с сервером.
Надо сделать это в 2 этапа:
1. Проверить Ethernet
2. Проверить код ответа с сервера (200)
Достаточно ли следующих команд для п. 1?
cat /sys/class/net/eth0/carrier
cat /sys/class/net/eth0/operstate
Поделитесь, пожалуйста, как вы делаете такое.
curl?
Что значит проверить ethernet?
зачем два этапа, 2-ой исчерпывающий
Спасибо! Ну это уже по п. 2, как я понимаю. Я имею в виду, как проверить, что кабель воткнут в разъём и есть сигнал (если вообще так можно проверить?)
Можно. Но вам, думаю, это вредно.
Спасибо, попробую!
Потому, что наличие ethernet не означает наличия интэрнетов на компе, а отсутствие — их отсутствие. Кроме того, вы ещё и все эзернеты (и дажэ первый из них) с таким пониманием проблемы не найдёте.
Хорошо, подскажите, пожалуйста, чего достаточно (каких проверок в Linux) для того, чтобы удостовериться, что если успешного соединения с сервером нет — то проблема только в сервере (с учётом того, что моё приложение работает корректно)?
traceroute можно попробовать
Нет таких средств. Можно с определённой долей уверенности рассчитывать, что одновременно не грохнутся API гугля, aws, let's encrypt и какой-нибудь статик jquery. И гитхаба. И если ни один из них не открывается – то у тебя проблемы с инетом.
Трассировка и пинг?
А вообще — какая тебе в скрипте разница, сервер грохнулся или инет? Всё равно подымать ся и чинить.
Блин, мне сказали, проверь из приложения ethernet разъём с целью убедиться, что кабель с инетом вставлен, как его проверять я хз и как спрашивать подобное тоже судя по всему)
Ну надо соответствующее сообщение в лог выдать, что именно грохнулось
В виртуалке-то? Что-то у вашэго архитектора с психическим здоровьем тожэ не очень.
Ну типа найди как проверять, а у меня нет возможности сейчас реальный кабель в комп воткнуть
Ответь, что в гробу видал такие логи — а если им нужэн нормальный мониторинг, то пусть настраивают нормальный мониторинг.
Понятно, спасибо! )
Обсуждают сегодня