pfg21, да не причуды sudo это, а подстановка командной строки, глоббинг всякий, pipe-инг, и т.д! В sudo команда уже прилетает в виде "echo pfg21", без переменных, ну!
SterhXXX, хорошо, давайте тупить вместе: вы не можете удалить оповещение, потому что его ещё нет, оно будет создано в тот момент, когда сработает триггер. Вот и живите теперь с этим фактом.
Один из способов: в "Действиях" ставите "Условие" "Имя тега равно telegram_send", у каждого нужного триггера в "Теги" вписываете "telegram_send", вуаля!
pfg21, мда, с одиночной кавычкой я не угадал. Но можно заменить $USER на какой-нибудь $PPID или $PWD, ведь явно из-под sudo окружение должно быть другим, особенно при sudo - set
MIHUTKA, соединение HTTPS обеспечивает Nginx. Nginx работает исправно - поэтому соединение есть, HTTP трафик идёт. Сообщение "Welcome to nginx!" генерируется Nginx-ом, прописано в его коде.
Вместо "поиска ключей под фонарём" смотрите логи программы.
pfg21, вот тут ошибка. В первом варианте переменные в строке заменяются на их значения ещё ДО вызова программ, написанных в строке. А вот отключить такую обработку можно так, кажется: sudo echo '$USER'. Но это не точно!
Вы решаете проблему с неправильного конца.
Очень сильно стоит озаботится расширением подсети, в которую должны быть подключены новые устройства.
Потому что в будущем этих устройств станет ещё больше, и каждый раз придётся городить огород дендрофекальным методом, с граблями и колхозницами, тратя деньги на новое оборудование, и силы на его администрирование...
Wmp, вы уверены, что telnet при коннекте отправляет пакеты именно с порта 1234? Обычно используется случайный порт из какого-нибудь диапазона 32000-65000, же! Это же не служба на жёстком статичном порту, это обычная программа...
Кирилл Горелов, для начала - прочитать конкретную ошибку в конкретном лог-файле конкретного postfix. Потом в Google найти конкретную причину конкретной найденной ошибки. Затем исправить причину конкретной найденной ошибки. В конце: получить удовлетворение, профит, и чуть-чуть опыта в администрировании Linux.
IMHO нет, не сработает. Диск под RAID-массивом отличается от стандартного диска. Как минимум там записана информация RAID-контролера, в каким массиве диск участвует, и т.д. Поэтому отключив RAID-контроллер, вы загрузку с диска не получите.
P.S. Можно отключить автоматическую синхронизацию, вытащить один диск, вместо него вставить новый чистый, и копировать на него инфо с диска, оставшегося в таком неполноценном RAID-массиве. Но всё это только теория, практикой не подкреплённая.
find "$dir" -type f -name "$plug" ...