> Стоит ли это делать или лучше прогрессировать и дальше на фрилансе?
Сами же сказали, что ощущаете застой в развитии во фрилансе. Пройдите собеседование(я), узнаете чего хотят работадатели, подготовьтесь если надо и идите в компанию если нравится.
А почему просто не взять готовый инструментарий типа borg-backup, restic, duplicity, да тысячи их? Там и ротация бэкапов настраивается, можете шифровать данные, делать инкрементальные или полные бэкапы и т.п. Большинство таких утилит умеет работать с S3-совместимыми хранилищами.
dudozer_maks, да, прекрасно работает. Не помню какое там было ядро Linux в Ubuntu 18.04, но с ним точно работало, ровно как и на свежих ядрах сейчас. Так что попробуйте обновить ядро, если не работает звук.
Вячеслав Гранченко, блин, тут надо погружаться в вашу инфраструктуру, наверняка у вас есть админы, которые с этим работают (кто-то же настроил). Так сказать ничего не получится :( На этом сайте вряд ли кто сможет помочь (тем более вопрос уже далеко внизу ленты), да и это уже не совсем профиль ресурса, т.к. вопрос превращается в задачу.
Вячеслав Гранченко, а вот это уже зацепка. Смотрите на скорость резолва имён. Посмотрите вывод: time host домен
Без самого домена о правильности/неправильности записей можно только догадки делать. Если у вас там много MX, то удалите лишние и/или расставьте приоритет записей. Если у вас почтовый сервер работает на IP из A-записи, то почтовик сперва будет пытаться подключаться к MX и если MX не работает, то попрбует A. В таком случае уберите MX или отредактируйте.
Arahis3000, значит ваш скрипт очень долго выполняется. Запустите его в командной строке и понаблюдайте. Проверьте доступность smtp.yandex.ru с сервера, на котором скрипт крутится. Там дальше видно будет.
Я бы сеть проверил на компьютере где клиент работает. Попробуйте с другого клиента отправить (из другой сети). Если проверка сети ничего не дала отправляете письмо, смотрите логи postfix на сервере. Дальше отталкиваетесь от логов. Без дара ясновидения с такими вводными больше сказать нечего.
AllingEngine, случайно заметил ваш ответ, пользуйтесь кнопкой "Ответить", чтобы собеседник узнавал об этом. У нас вакансия называется просто "Инженер ЦОД". Ребята занимаются установкой серверов/стоек и пр. Непосредственно сетевики тоже ЦОД посещают, так что и Network engineer подходит.
Drno, вы не совсем правы. & отправляет задачу в фон, но она всё так же привязана к оболочке. Когда рвётся SSH, то рвётся и сессия оболочки, поэтому вашему процессу, запущенному с & тоже хана. Отсюда у человечества и возникла идея screen, tmux, ну и самое простое — утилиты nohup, которые умеют открепляться от оболочки и работать как независимый процесс.
Многие процессоры имеют рабочую (читай нормальную) температуру в пределах 50-60 градусов и выше. Обычно в описании процессора есть так называемая критическая температура. Я чаще всего видел крит температуры где-то от 80+ градусов. Смотрите описание своего процессора.
Если нужно прямо с программированием, то тут не подскажу, но наши инженеры ЦОД частенько катаются в ЦОДы, чтобы руками трогать серверы и сетевое оборудование. Можно рассмотреть как вариант. Для автоматизации задачи там наверняка найдутся, но это будет скорее дополнение к основной работе.
