Возможно. Я ни когда не использовал arp proxy. По симптомам - это может быть и оно, как по факту это работает - не знаю.
Закройте фаерволом исходящие пакеты на внешнем интерфейсе с локальными адресами.
Список больших файлов можно получить еще и так:
find /usr -size +10M -ls
Выведет все файлы в /usr больше 10Мб размером. Если вывод будет слишком большим цифру можно увеличивать. Вместо мегабайт можно указывать "k", "G". sbh: Прислушайся о чем тут говорят. Место на диске оно же ни куда не испарилось, оно чем-то занято. Выяснишь какими файлами занято, будет наводка на "кто занял" (кто владелец файлов) или возможно какой программой файлы созданы.
Вообще в нормальной ситуации на фряшном сервер /usr практически не должен расти без участия человека. Растет обычно /var.
У вас на 0.254 трафик не заворачивается в ВПН. Никаких внешних адресов в tracert не должно быть. Кстати, на схеме вы упустили еще адресацию в ВПН. Предполагаю что и со стороны 35.254 будет происходить нечто похожее.
Смотрите настройки OpenVPN. Кто является сервером OpenVPN на вашей схеме? В OpenVPN есть соответствующие директивы, с помощью которых можно прописать маршруты к клиентской сети и маршруты к серверной сети.
Отберай только по /im.
Видимо для винды он все еще running. Возможно, ему нужно время, чтоб уйти в not responding или винде нужно время чтоб понять это.
Отбор процессов можно проверить с помощью tasklist - фильтр и там и там работает одинаково. Уточненный вызов:
tasklist.exe /FI "STATUS eq Not Responding"
Если отбирает правильные процессы замените tasklist на taskkill, команду в батник, батник повесить в шедулер. Можно навесить дополнительных фильтров, например на имя образа исполняемого файла и т.п.
Возможно, дело в кодировке бат-файла. По умолчанию в консоли кодировка 866, если ты сделал батник, например, в блокноте с этой командой то у него будет кодировка 1251, из-за этого "слово" прочитается как набор кракозябр. Поставь перед del echo, а второй строкой батника pause, тогда все сам увидишь.
Если это так, то выхода 2:
1.сохранить батник в кодировке 866, с соответствующей правкой "слова"
2.первой командой батника сделать chcp 1251
По крону - не вариант.
Автоматизировать заливку можно, например в составет putty есть консольный psftp или pscp, который то же поддерживает sftp, после заливки, следующей командой удаленный вызов скрипта с помощью plink из состава того же putty.
Для RDP сеансов пользователя, нужно либо один раз зайти с сохранением пароля (нажать галку), либо в "Учетные данные Windows" на рабочей станции добавить учетку для терминального сервера вручную (в первом варианте, с нажатой галкой, эти данные добавляются сами терминальным клиентом). Так же можно это сделать с помощью утилиты командной строки cmdkey.
:)
Оставь уже эту задачу. Хранить целое значение в вещественной переменной - это ... не правильно.
Максимальное целое число, которое может хранится в double без потери точности - 2^53. Вычисляется просто - мантисса в double 52 бита, плюс еще один виртуальный младший бит по стандарту подразумевается всегда равным 1, итого 53 бита. 2^53+1 - уже не влезает. Можешь проверить с помощью программы, про которую я писал выше, или сам протестируй.
Видимо, поэтому Страуструп и пишет, что в double не влезет, потому что 53 бита, а нужно 64. Но в том же 9 задании он пишет про "примерное количество", а не про "с точностью до зернышка". А примерное количество как раз и есть: ~1.8*10^308, а чтоб хранить это число нужно 1024 клетки, что с большим запасом перекрывает требования задачи.
Про fixed я написал в том плане, что он влияет только на способ отображения информации, и что на количество отображаемых с помощью fixed цифр то же можно повлиять с - precision, т.е. он может и 20 значащих цифр отобразить. Поэтому в своих тестах установи precision в значение побольше и тогда уже тестируй. А то у тебя возможно накладывается еще и округление при выводе, т.к. значение по умолчанию для precision - 15 символов.
И еще стандарт не гарантирует точность в 15 десятичных значащих цифр, т.к. описывает хранение двоичных данных, которые с десятичными цифрами имеют мало общего. 2^53 - имеет размер в 16 десятичных цифр. Но при этом 2^53+1 - так же 16 цифр, но уже округляется, т.к. в двоичной системе +1 добавляет еще один разряд, который уже в разрядную сетку не помещается. Видимо, поэтому, встречается упоминание про точность до 15 значащих цифр, хотя на самом деле почти в 10 раз больше.
На самом деле я тебе с самого начала пытался сказать, что ты не правильным путем решаешь задачу - в лоб, нахождением в цикле степеней двойки с помощью умножения на 2. Ответ ты, конечно получишь правильный в итоге, но это как минимум не оптимально.
Задача на самом деле решается достаточно просто. Как? Я описывал выше. Надо только понять, что в задаче используются числа - степени двойки, и вспомнить что в компе все хранится в двоичной системе счисления, а там как бы то же степени двойки имеют место быть. И не надо тут быть "олимпиадником".
Переходи к другим задачам, не зацикливайся. Желаю удачи!
Виндовый telnet - убогое гавно.
Для cmd можно сделать скрипт на VBS/JS в нем с помощью XMLHTTPRequest пытаться коннектиться к веб серверу.
А вообще, если порт не известен - нужно сканировать все порты на каждой машине, а это очень не быстро. Для таких целей, возможно проще будет использовать nmap, вроде бы она умеет работать из ком.строки.