Andrey Koncedalov

Проблема уходит если в Quik Set -> Internet-> Address Acquisition поставить в положении Automatic. В положении Static трабл возвращается

1) А Вы уверены что данные статики у Вас правильные ?
2) Если Вы ставите статику - укажите правило роута на "шлюз по умолчанию" самого микротика.
3) Укажите правило NATирования и роут в туннель Hurricane.

Часть трафика может идти не по туннелю, или наоборот попадать в туннель.
Такое ощущение что Вы или с правилами переиграли, или маршрутизацию некорректно сделали.

А вообще чтобы мы тут не играли в "угадай решение" а оперативно помогли - нужно выдавать максимум информации.
Сделайте в консоли микрота: export file=problem.cfg
В нотепаде замените звездочками личную инфу (звездочками, а не удалять) и предоставьте.

Лог файл показывает что задача была выполнена но по факту скрипт не запустился

Если в логе указанна что задача запустилась, значит запустился.
Вопрос в другом - как вы определяете, что не запустилось ?:
- процесс может в консоль выдавать ошибку или по таймеру ждать ввода и завершиться.

Для уверенности:
1) В начале скрипта запишите что-то в какой-то файл
2) В конце скрипта в этот же файл запишите что выполнено
3) И не пренебрегайте выводом логов при добалении в крон
/home/admin/Telegram_bot/main.py >> /home/admin/Telegram_bot/main.log 2>&1

И да, у пайтона есть свой шедуллер - python-crontab

Частая проблема - Глобальные переменные залогиненых пользователей и пользователя запускаемого по крону могут отличаться (как их наличие так и параметры) - тут нужно смотреть вашу систему.

Укажите в теме строчку из crontab -e и /etc/crontab - я не могу с этого поста зайти к вам в систему и увдеть, а не опечатались ли вы... По конкретике можно, что-то сказать.

1) Попробуйте загрузиться в любой WindowsPE или диск виртуального сервера подмонтировать в другую систему. Дальше найдите дампы синих экранов и разберитесь в них - там может быть указан сбойный модуль - проблема может быть начиная от драйверов и заканчивая чем-то установленным в системе.

2) Также скопируйте себе для осмотра папку C:\Windows\System32\winevt\Logs - это файлы журнала винды - там могут быть указаны события предшествующие синему экрану.

3) Покажите настройки самой VM - интересуют параметры процессора и памяти - там можно тоже накуралесить с найтройками.

По описанию проблема может быть в любом участке - начиная от самой кассы до arp таблиц.

1) Смотрите логи на роутере когда касса пытается получить адрес. Cами запросы dhcp и вообще их наличие. Лучше в debug режиме.

2) Смотрите логи на кассе, если есть возможность запустите на кассе Wireshark (windows) или tcpdump (linux) с сохранением дампа в файл. Сам дамп можно будет просмотреть в Wireshark - там будет удобней Вам для просмотра.

3) Если ни то и ни другое не возможно - поставите место коммутатора любую умную железку которая может логировать forward трафик - но тут конечно не факт что она у Вас есть.

По моему опыту такое может быть как от проблем с arp таблицами, так и до того что касса пробует запросить адресацию не с того сетевого интерфейса.

Банально - обновить прошивку роутера не буду советовать. т.к. думаю уже сделали. Может в прошивке есть глюк - "если солнце находится над Египтом и солнечно на улице и утром кукарекал петух. то мы от текущей даты не отдаем dhcp данные в ближайшие Х на любой из маков; sleep XXX; Нет передумали, теперь отдаем" - немного проутрировал, но смысл думаю поняли.

Логи роутера Вам в помощь !!!

Еще вариант - когда касса не получает адресацию, воткнитесь в сеть кабелем каким-то ПК, переведите сетевой интерфейс в режим захвата всего трафика и проанализируйте его. Вдруг какая-то хня/программа/зловред при запуске запускает шторм по сети. Все ПК справляются с этим, а вот касса не может. Зловред перестает работать - сеть приходит в норму. У меня такое было лет 8 назад - "спасибо" бухгалтерам. Заметил что явно что-то не ладное со всей сетью, а не ПК, только когда на 2-х коммутаторах индикаторы мигали все одновременно. Захватил пакеты с сети - а там картина маслом - Г выше головы.

Начните с логов роутера и наличия запросов к нему. а дальше капайте глубже.

На текущий момент приличными чисто внешне являются только эти две ОС (UbuntuDDE или Deepin).

Ни то, ни другое.
В наше время проще взломать прокладку между монитором и стулом (пользователя) чем ПРАВИЛЬНО настроенную ОС. А кто настраивает ОС ? правильно - человек )))

Я бы предложил Debian + "легковесное окружение без рюшечек" - но дело не в ОС, а в том как её настроили.

qTox, VKmessenger, Skype?

После этого вопроса можно спокойно прекратить употреблять слово безопасносить !!!

Оффтоп:
- Шеф, у нас дыра в безопасности!
- Ну хоть что-то у нас в безопасности.

Посмотрите информацию по setfacl, если фс поддерживает - то это поможет.

Чем создаете загрузочную флешку ?

Я если создаю - то или UltraISO или unetbootin-windows, хотя программ по созданию много.
rufus тоже норм.