» Process Hacker

Цитата:

DnsCachePlugin

Win+R -> cmd -> ipconfig/flushdns нереально сложно

ChronoAngel

Можно ... если вы его напишете. Текст сообщений раскидан по примерно 580 файлам исходников общим объёмом около 8,7 Мб. Так что у вас есть шансы ... до их очередного изменения.

private_joker

Ну вот, лишил несчастных куска хлеба.

Victor_VG

Цитата:

Вот DnsCachePlugin выкидывать не стоит

Дык он вроде новый. Я его типа не приметил. Просто загрузил проект перевода. Обновлил. Ну а новый файл не заметил, потому что его в проекте и не было.
-----------
Переведу попозже, если там есть что переводить.

DmitryFedorov

Есть. Новых плагинов на деле два - DnsCachePlugin и ROTViewerPlugin. Первый нормально работает, второй видимо создан для Win8 - на Win7 зовётся, выводит пустое окно и ждёт у моря погоды. Оба плагина вызываются через меню Tools главного окна PH.

Victor_VG
Я загрузил в проект два новых файла
Ты как "главный по тарелочкам" посмотри на перевод, пока тут разберешься, а ты глядишь и ответишь
Тут пункты которые можно по разному перевести.


-----DnsCachePlugin.dll-----
DNS Resolver Cache -> Кэш вычислителя DNS //а может и вычислитель кэша
Flush -> //Кнопка¦ (сброс, смыв, очистка??, почему тогда не reset или clear )
Name -> Имя в DNS //Столбец¦ так? учитывая что DNS это Domain Name System — система доменных имён
TTL -> TTL (время жизни) // Столбец¦ этот TTL трудно понять. читал, но не понял

------ROTViewerPlugin.dll--------
Running Object Table -> Таблица запущенных объектов //пункт меню и шапка окна¦ кабы знать о чем речь
Update Checker plugin for Process Hacker -> Плагин проверки Обновления для Process Hacker //описание плагина¦ (блин странное название)
-----------------
в DnsCachePlugin.dll контекстное меню свойства - ничего не дает.
в ROTViewerPlugin.dll вообще пусто. Для чего вещь? (винды 8 не имею)

DmitryFedorov

DNS Resolver Cache

Его название, как окна я бы переводить не стал, в крайнем случае Управление DNS кэшем

Flush - Очистка - по смыслу выполняемой операции - при нажатии этой кнопки происходит очистка старых записей кэша и повторная инициализация системы кэширования локального DNS в системе.
Name - имя хоста
TTL - время в течении которого данная запись в базе DNS считается действительной. Если прошло, то запись должна быть обновлена, счётчик времени действительности для данной записи сбрасывается сервером и начинает новый отсчёт с момента её обновления.

ROTViewerPlugin

тут и я не понял пока о чём идёт речь. Вроде иного чем ты предложил перевода не вижу, но думаю надо с dmex проконсультироваться что это за механизм контроля и как с ним работать.

Update Checker plugin for Process Hacker - просто плагие-клиент для системы автообновления. Проверяет наличие текущей версии РН на сервере и если есть более новая предлагает её скачать. Другого не умеет.

Victor_VG
Ладно. Чего нить рожу. Спасибо за разъяснения.

TTL - жестко измеряется в секундах, идет обратный отсчет. (видно при нажатии на кнопку обновить) Когда время жизни становится равным нулю пропадает IP адрес, а имя домена остается. Никакого нового отсчета в проге не происходит, если только (как ты правильно сказал) об этом не позаботится сервер.
Пока не знаю как назвать.

DNS Resolver Cache наверное будет - преобразователь DNS кэша
Name - имя Домена (хост - вообще слово без смысла, означает главный узел, если не сказать хост чего, то бессмыслица), а в таблице это имя домена.
Flush - Очистка, принимается

Желательно бы знать когда надо нажимать кнопку очистить кэш DNS. Достаточно одного примера патовой (пусть даже редкой) ситуации, когда нажатие кнопки чего-то спасает.
Пример с Майкрософт скорее эмоциональный чем реально-понятный.

И еще контекстное меню "свойста" ничего не дает. Так должно быть? баг? или при каких-то обстоятельствах работает?
---------
ROTViewerPlugin.dll - пускай обождет.

Process_Hacker_RU_2.31_SVN-r5319_x86.7z
Добавил 2 плагина.

DmitryFedorov

Пример простейший: получение в браузере ошибки не доступно разрешение имени. При этом происходит простая последовательность действий: сбрасываются записи в кэше локального DNS, при первом же обращении по сброшенным адресам идёт запрос к внешним DNS серверам по восходящей - сначала запрос передаётся серверу указанному в настройках протокола TCP/IP, если он не смог его разрешить, то он обращается к вышестоящему в цепи серверу и запрос разрешает он, ответы кэшируются для ускорения разрешения адресов.

Насчёт host == Domain - это ошибочная трактовка, т.к. по определению "Домен - группа именованных систем имеющих общее управление или принадлежащих к одной логической сети.". Потому в общем случае Домен это некая структура в которую входят отдельные элементы Узлы (hosts) у каждого из которые есть собственный IP адрес и возможно несколько имён (Аллиасов). К примеру доменом может быть рабочая группа group1 в одноранговой сети (сети где нет выделенного сервера управления - контроллера домена) с блоком IP адресов 192.168.1.0/24 (192.168.1.0 - 192.168.1.255) и его DNS адрес будет 192.168.1.0/24, а вот IP адрес конкретной машины statio1 к примеру будет 192.168.1.245 и при обращении к ней DNS на запрос о разрешении имени station1 сработает по разному - внутренний сервер этой сети выдаст IP 192.168.1.245, но если эта сеть подключена через шлюз к другой сети к примеру с адресами 19.168.45.0/24 и там есть машина с таким же именем station1 и IP 192.168.45.137, и нечёткий запрос выдан оттуда, то DNS выдаст только IP 192.168.45.137 т.к. запросы в которых содержится только имя хоста без указания домена считаются локальными и разрешаются в пределах той сети в которую входит данный DNS. Хотим узнать правильный IP - должны указать полное сетевое имя включая имя Домена и Зоны в которой зарегистрирован данный домен в БД у регистратора при её наличии - station1.domain1. Вот тогда в ответ на запрос и получим правильный IP 192.168.1.245.

А то что в памяти сохраняется имя хоста это нормально - сеть работает, кэш DNS сброшен что занимает порядка < 10-4 сек, но соединения не прерваны и мы просто видим имена хостов к которым происходит обращение.

А DNS Resolver Cache наверное лучше перевести как Исправление кэша DNS - по смыслу того, что данный модуль делает.

По поводу контекстного меню "свойства" не очень понял где и при каких условиях это проявляется?

РН - хороший и полезный инструмент!
Есть 2 вопроса/предложения к его авторам:
1) почему бы не сжать .dll и .exe хотя бы UPX_ом? Проверил - работает.
2) Почему бы не добавить (как опцию в настройках) показ суммарных параметров СВЁРНУТЫХ процессов (загр.ЦП, память, ...)?
Во всех толковых файл-менеджерах есть показ/подсчет суммарного объёма каталогов и это весьма полезно. Хотелось бы нечто подобное по процессам/памяти.

Какая сейчас самая стабильная/нормальная версия ?

Aleks78

Лично у меня стоит 2.31 SVN r5319 и каких-то проблем с ней нет на нескольких сотнях машин в сети.

Добавлено:
nv59

С использованием упаковщиков, в частности UPX, mpress тут палка о двух концах. Да, работать будет, но не стоит забывать про то, что код распаковки требует память. Разные программы поведут себя по разному. Мне попадались случаи когда программа требующая 1 у.н. ОЗУ после упаковке уже требовала 1,5- 2 у.е. ОЗУ. А это согласитесь, не всегда приемлемо. Да и мухобойки не всегда адекватно реагируют на упаковщики. К примеру AVIRA/ФМП его не сильно жалуют. Тут я вижу один довод - меньшее время чтения с диска, но при современных ёмких накопителях выигрыш от сжатия хотя и будет, но не столь велик как если поставить на каталог NTFS атрибут Compressed - тут сама NTFS сожмёт его примерно в 1,5 раза - это видно по анализу MFT на стенде:



Цитата:

2) Почему бы не добавить (как опцию в настройках) показ суммарных параметров СВЁРНУТЫХ процессов (загр.ЦП, память, ...)?
Во всех толковых файл-менеджерах есть показ/подсчет суммарного объёма каталогов и это весьма полезно. Хотелось бы нечто подобное по процессам/памяти.

Во первых РН это не файл-менеджер - задачи у него другие, во вторых загляните в настройку Graphs:

Victor_VG
Да, согласен, упаковка - еще та "палка"... многоконцовая. Но тут, в принципе, каждый _умеющий может сам ... утоптать, на свой страх-риск.

Изменение настройки графики - это не совсем то, что надо. Я галку поставил - почти ничего не изменилось. Вот сейчас в +(Services) память - единицы МБ, а ведь под этим "подкаталогом" - сотни(!) МБ. Файл-менеджеры - это так, для примера _функции.

Еще 1 добавку хотелось бы (в опциях): линеечки строчные. Особенно для закладок Службы и Сеть, где строк много и все на белом фоне.
Вот, АФАИР, а Apollo сделана такая возможность выбора: с линеечками/без. Сие - удобно.
----
Словил глюк в версии 2.31_5319: попробовал запустить свежий Проц.Эксплорер - комп ушел в перезагрузку, а после рестарта ПХ отказался работать. Они ... "подрались" или это КОМОД ... свихнулся? Или версия 2.31 - не СТАБИЛЬНАЯ?
Разборки в событиях привели к ошибке на Updater.dll. Переименовал её слегка - заработало.
В Доп.настройках ПХ дозволено _только вкл. либо ВСЕ плугины, либо никакой. Сие тоже, имхо, не совсем гибко.

Victor_VG

Цитата:

Насчёт host == Domain - это ошибочная трактовка

Я это нутром почувствовал и оставил в переводе название "Имя в DNS", т.е. имя в этом кэше.

Цитата:

А DNS Resolver Cache наверное лучше перевести как Исправление кэша DNS

Имеется ввиду внешний вид кэша? В том смысле что после преобразования кэш можно глядеть глазками. Да? Что из него вытащены имена, IP, и время и теперь он исправленный?
Но первая реакция на это название такое: Если я нажму на пункт меню Исправление DNS кэша - то я его внутри исправлю и что-то в моем компьютере станет лучше.

Если переводить по смыслу того что делает DNS Resolver Cache - он извлекает информацию из DNS кэша
Тогда можно пункт меню назвать "показать инфо Dns кэша", а окно назвать "Информация DNS кэша"
Так что пока пусть все останется как есть.
-------------
Проблема со свойствами такая: в окне DNS Resolver Cache нажимаю контекстное меню "Свойства" и не получаю никакого окна, никакого перенаправления. Ощущение что нажал зря.
Может это у меня так?

DmitryFedorov

Цитата:

Может это у меня так?

Это полезная штуковина, да и вообще программа радует непереставая.

Наверное правильнее по смыслу будет "Содержимое DNS кэша"

nv59

Цитата:

Словил глюк в версии 2.31_5319: попробовал запустить свежий Проц.Эксплорер

Я знаю одно. На своей шкуре. Делаешь инсталляцию - не дай бог иметь запущенный ProcExplorer.

Добавлено:
zakataika
Мне понравилось. Если главный по тарелочкам не против - я бы так и назвал.

Где-нибудь в диалоговом окне свойствах процесса можно увидеть имя юзера, от которого он запущен (как в PE)?
А то я такое нашел только добавлением столбца "User Name" в основном окне. А мне такое не очень удобно.

unreal666
Нет, подобного тут в свойствах не наблюдаю.

фигово

unreal666
zakataika

Господа, а такое слово Enveronment вам ничего не говорит? И переменная среды %USERNAME%. Топаете в Propites -> Enveronment и смотрите значение переменной USERNAME , а для вящей убедительности можно и USERPROFILE посмотреть. Для любого процесса USERNAME устанавливается в значение равное имени запустившего процесс пользователя. Азы WinAPI.

Victor_VG
Ну дак ж чё ж нам деревяшнам пра енвяромянты какията знать та

zakataika
DmitryFedorov

Тут я бы сказал Просмотр кэша DNS - специалисты используют переведённую английскую редакцию и пойму что это за инструмент, а начинающим чем проще тем меньше наделают ошибок.

Добавлено:
zakataika

Не внимательно смотрели. Это из серии "Если хочешь есть варенье - не лови зевалом мух.".

Victor_VG
Ну ладно ужо стыдить то, там пока его найдешь, в етих ев... Проще уже так посмотреть.

Upd. кто-нибудь знает, как добиться отображения tree view на win8x64?

Victor_VG

Цитата:

Господа, а такое слово Enveronment вам ничего не говорит? И переменная среды %USERNAME%.  Топаете в Propites -> Enveronment и смотрите значение переменной USERNAME , а для вящей убедительности можно и USERPROFILE посмотреть. Для любого процесса USERNAME устанавливается в значение равное имени запустившего процесс пользователя. Азы WinAPI.

Про эти переменные я знаю и туда иногда и смотрел. НО... Эти переменные и то, под кем запущен процесс - это не одно и тоже, т.к. процесс эти переменные может изменить.
Проверка:
запускаем cmd, вводим

Код: set username=figvam
set userprofile=toofigvam

unreal666
Сделал так как Вы написали - вот результат:


Но тем не менее, реальный пользователь, под которым был запущен процесс, отображается тут:

Nanane
я про то и говорил, что в отличие от реального юзера переменные окружения могут измениться.

ЗЫ.
Т.е. все-таки где-то в свойствах юзер отображается. А я чего-то его не видел там. Сенкс.
Но конечно было бы лучше, если бы он отображался и на вкладке General, как в PE.

При поиске девайсов сразу словил bsod.

Цитата:

кто-нибудь знает, как добиться отображения tree view

Вот это имхо конечно порно какое-то.

Victor_VG
Раз есть такой инструмент "Просмотр кэша DNS" и специалисты им пользуются, то и поставлю в проект перевода ЭТОТ перевод не по тексту, а по смыслу. В следующей версии будет это понятие.
Логичное название.

DmitryFedorov

Думаю это лучшее решение.

А мне в PH не хватает визуализации суммарных CPU History и потребления памяти, как это сделано в PE - на инструментальной панели. В PH это реализовано только в отдельном окошке (System Information).