Возможно когда рубят электричество в точке3 вместе с микротиком гасится еще какая-то железка, которая поднимается медленней микротика. Когда микротик включился, а та железка еще нет, микротик не подключается и по собственной дурости, видимо, не повторяет попытки получить адрес и проч. После ручной перезагрузки микротика, вторая железка уже работает и микротик сразу получает всю информацию и канал работает.
Другой вариант (если вы на 100% уверены, что вышеописанной ситуации быть не может) - глюки микротика. В свое время с похожим поведением столкнулся у роутера D-Link, тогда у этого роутера были и другие причуды. После замены роутера - проблем исчезла. Можно начать с обновления прошивки микротика.
Что это за чудесный cmd у вас? Что он делает? Какой протокол использует/какая программа запускается?
Обычный ping за 15 секунд точно показал бы потери пакетов.
Можете поэкспериментировать:
ping -t google.ru
Скорее всего у вас в этом cmd происходит HTTP запрос к серверу в интернете с помощью wget или curl (или еще чего-то), а значит используется протокол TCP. С ним запросто подобные вещи могут происходить при кратковременных перебоях связи.
Чтоб у TCP сработал таймаут должно пройти гораздо большее время.
expressrus, а блокчейн, видимо по вашему, не зависимо от интернета передается без использования стандартных протоколов?
В любом случае, какой бы протокол передачи не использовался он базируется либо на UDP либо на TCP на нижнем уровне. Иначе вас не поймет даже ваш собственный провайдер.
Username0, Far не древний, а вполне актуальный продукт. Цветовых схем для него полно, можно подобрать подходящую, шрифт можно увеличить. Кроме того можно отдельно запускать редактор фара с открытым файлом, без самого фара.
И наблюдать за логом часы напролет - вы сами то в это верите? Попробуйте, потом тут скажите на долго ли вас хватило.
Если лог изменяется достаточно интенсивно, то уже через 30 минут наблюдения у человека отвалятся глаза. Однозначно нужна автоматика, а просмотр лога только для ручного подтверждения, если что.
Не знал, спасибо.
Правда эти функции появились в последних версиях. Для string_list требуется совместимость базы данных с версией 130, а это начиная с SQL 2016 возможно.
У меня пока что более старые версии в работе.
К. А., Фактическую отправку осуществляет MTA (в вашем случае это exim) (т.е. это он открывает соединение и передает эл.почту), вышеприведенными командами вы смотрите кто открывает сетевое соединение, а это и есть exim.
Софт генерирующий отправку письма просто кладет письмо в очередь на отправку, эту очередь обрабатывает exim. Очередь - обычно это просто каталог в файловой системе, возможно /var/spool или что-то в этом роде.
Можно настроить уровень логирования exim и смотреть его логи, можно понаблюдать за каталогом очереди (очередь может быть организована по разному, не обязательно каталог в файловой системе, но обычно это так).
Так же можно посмотреть работающие процессы и если будет что-то подозрительное, нужно разобраться что это, почему оно работает, что делает и откуда запускается.
Еще один подозрительный кандидат - шедулер, посмотрите задания крона, разберитесь что там должно быть, а чего не должно.
Andymion, Возможно, что проблему можно решить динамической маршрутизацией, если анонсировать подсети с маской 32.
Если сервера с openvpn поставить за общим шлюзом, то, теоретически, на нем можно разруливать каналы сохраняя "состояния", т.е. например первый пакет от такого-то адреса пришел с 1 хоста, значит весь трафик на/с этого адреса будет пересылать через 1 хост, если со 2 хоста - то через него.
Нечто подобное делал на базе фаервола ipfw из состава FreeBSD - разруливал 2 канала в интернет от разных провайдеров. Думаю эту же технику можно применить и к вашей задаче.
Аналогичные возможности есть в фаерволе pf и iptables (если не ошибаюсь), но там это на более высоком уровне, не уверен, что подойдет для вашего случая. В этом плане ipfw более низкоуровневый инструмент, но позволяет все сделать более гибко с учетом конкретной специфики.
Andymion, Честно говоря никогда не имел дела с openvpn с такой нагрузкой, поэтому не знаю как она себя ведет, но:
1. однопоточная не значит медленная, если однопоточная, то скорее всего там применен асинхронный ввод/вывод, а этот метод как раз используется в высоконагруженных серверах. Например nginx.
2.фиксированный IP - похоже вы сами себе злобный буратино. От НАТа вы отказались, IP менять вы не хотите. Как тогда будет осуществляться маршрутизация?
DmitriyShuhov, Была аналогичная вашей ситуация, только меня больше волновала невозможность автоматической установки обновлений (как раз вышла очередное крупное обновление). Так же не работал и магазин, но это я уже выяснил в ходе дальнейших раскопок.
Т.к. это было на моем личном ноуте, то я потратил три дня на попытки исправить ситуацию. Безрезультатно. В итоге переустанавливал винду.
Причем переустановка через обновление так же заканчивалась не удачно. Пришлось переустанавливать с "нуля".
Я не призываю вас все бросить и переустанавливать винду (но есть вероятность, что этим все и закончится), попробуйте что-нибудь предпринять, возможно в инете появились рецепты для данной ситуации. Гуглите. Может получится что-нибудь сделать.
Было бы не плохо, если вы тут напишете чем все закончится.
PS: Вин10 оказалась не очень стабильной ОС. Таких странных проблем в ХР и Вин7 не было, имхо.
Клиент для mysql идет в составе mysql (ну или отдельно) от разработчика, обертки для него, чтоб можно было использовать из PHP (java, Python, ...) пишут другие, обертки, как правило, используют стандартный клиент.
Twelfth Doctor, Чем лезть в код библиотеки, можно было бы просто задать в опциях компилятора -DNLOHMANN_JSON_HPP или в своем исходнике перед #include добавить:
#define NLOHMANN_JSON_HPP
Обновите библиотеку или будете собирать свое приложение на другом компе эта ошибка опять всплывет.
athacker, Даниил, по RDP можно сделать так чтобы локальная консоль не блокировалась, зовется это shadow remote control, по умолчанию выключено, требует предварительной настройки. Но работает потом без всякого доп.ПО.
Vadim kyklaed, Раз при компиляции нет ошибок, значит знает. На MSDN нашел, что в 2008 студии это есть.
Но суть то не в том знает или нет. Перед тем как выделять массив вы должны знать сколько элементов в нем будет. Это без относительно того какой у вас массив VLA/статический/динамический.
Если по условию задачи вы этого не знаете (как у вас), то обычно выделяют сразу какой-то небольшой массив фиксированного размера, если элементов оказывается больше, то выделяют массив большего размера, переносят данные из первого во второй, первый освобождают.
На самом деле, если уж вы пользуетесь С++, то есть смысл использовать и классы стандартной библиотеки для массивов, там все это уже реализовано и спрятано внутрь классов.
Но для лучшего понимания массивов и работы памяти в С/С++ реализуйте это один раз вручную, когда разберетесь можно будет использовать stdlib.
Vadim kyklaed, Нет, в современных стандартах размер массива может не быть константой. VLA - Variable Size Array. Возможность введенная в языки С/С++ относительно не давно.
Это как раз то что вы используете.
И хоть компилятор и проглатывает значение N=0 при определении массива, но при этом память не выделяется. У этого варианта определения массива есть свои нюансы и не всегда его нужно применять.