Обычно в настройках DNS сервера можно указывать вышестоящие сервера, к которым он будет обращаться, если у самого нет соответствующей зоны. В виндовом ДНСе это то же есть.
Arti-Jack, при чем тут Clipboard, это вообще не про то.
Нельзя использовать строку в fgets, т.к. в fgets вы должны передать указатель на выделенную память куда он положит прочитанные данные. Вместо fgets можете использовать gets_s, для stdin у них один и тот же функционал.
Fitzjerald, я ответ написал в верхнем посте, он работает, проверил.
Просто выполните операции по отдельности в консоли, посмотрите, что получается в результате каждой операции, думаю после этого должно стать понятнее.
Ваша сложная индексация с J - n в двух вариантах реализуется просто вызовом mod(). Выделите из пример вызов mod и выполните, посмотрите, что получится.
1.Выделить память для массива char * arr[N],
2.назначить максимально возможный размер предложения (можно с помощью #define)
3.Организовать цикл в N итераций, в цикле
3.1.выделить буфер в памяти максимального размера (из п.2), присвоить адрес буфера очередному элементу массива arr из п.1.
3.2.водить предложение с помощью gets_s в текущий буфер.
4.В конце можно в отдельном цикле вывести массив на экран, перед выходом из программы не забыть освободить память отдельно для каждого буфера и для самого массива arr. Вызовов free() должно быть столько же сколько вызовов malloc().
Возможно когда рубят электричество в точке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 не было, имхо.