Назад | Перейти на главную страницу

Как удаленно подключиться с помощью perfmon?

Я удивлен, что когда я ищу это, в Google не так много информации, но ее нет. Многие задают вопрос, но у меня нет хороших ответов.

У меня есть удаленный компьютер с Hyper-v (сервером), на котором работает гость (гость) Windows 7 x64. Иногда я не могу подключиться к удаленному рабочему столу гостя. Затем я удаленно подключусь к серверу и вижу, что гостевой экземпляр постоянно использует около 25% процессора. КОГДА я пытаюсь подключиться напрямую с сервера, я получаю экран входа в систему, но как только я введу пароль, он просто останется на экране входа в Windows 7, но имена учетных записей исчезнут, и он не войдет в систему. Он отвечает на пинги хотя. Я не знаю, как еще выполнить диагностику, кроме попытки удаленного запуска perfmon. Это происходит только каждые 3 недели, и я запускаю его 24/7.

Итак, я пытаюсь запустить удаленный рабочий стол удаленно. Я тестировал это на локальной виртуальной машине, работающей под управлением виртуальной машины. Когда я пытаюсь подключиться с помощью perfmon к моей локальной виртуальной машине, я получаю эту ошибку: «при попытке подключиться к удаленному компьютеру произошла 4 следующая системная ошибка: сетевой путь не найден»

В прошлом я обнаружил, что запускал службу удаленного реестра, и когда я запускаю службу, я получаю эту ошибку: «Такой интерфейс не поддерживается»

В любом случае, как мне удаленно подключиться к другому компьютеру с помощью perfmon, или если кто-то знает, как я могу диагностировать указанную выше проблему, дайте мне знать.

Я на 99,99% уверен, что perfmon просто использует RPC. С точки зрения порта для этого требуется доступ к порту 135 на целевом сервере (RPC-сервере), а затем последующий доступ к временному порту. Брандмауэр Windows отлично справляется с этим, поскольку он может следить за диалогом от модуля сопоставления конечных точек RCP (TCP 135) с последующим коммуникационным портом.

Однако проблема, которую вы описываете выше, не имеет ничего общего с подключением. Сервер Windows, который все еще отвечает на PING, но не может быть подключен по RDP и получает сообщение «сетевой путь не найден», почти наверняка испытывает нехватку ресурсов ядра.

Довольно часто такие ситуации приходят и уходят, но их сложно диагностировать.

Я бы начал с:

  • Убедитесь, что сервер исправлен, особенно драйверы сторонних устройств.
  • Убедитесь, что у вас установлена ​​последняя версия антивирусного программного обеспечения. Минифильтры ядра AV-производителей являются печально известными источниками нехватки ресурсов ядра.
  • Если сервер x86, серьезно подумайте о переходе на x64. Ограничения адресного пространства процесса 4 ГБ, очевидно, исчезли с x64.
  • Убедитесь, что у вас достаточно физической памяти (бабушка ... яйца, я знаю!).
  • Убедитесь, что у вас достаточно места для файлов подкачки. Не обращайте внимания на рекомендации «память * 1,5» (и аналогичные) в Интернете (общее пространство подкачки должно равняться максимальному затрату на фиксацию за вычетом физической памяти). Вы только отработаете свой максимум. взимать плату, отслеживая ваш сервер во время пиковой нагрузки.
  • Используйте poolmon.exe, чтобы делать снимки своего выгружаемого пула и (что более важно) значений невыгружаемого пула. Сравните ваши снимки за определенный период времени.
  • Если один из пулов показывает постоянно увеличивающиеся дельты (т. Е. Выделения> освобождает), выясните, какой компонент владеет тегом пула-нарушителя. Если это драйвер устройства, обновите его.

Удачи!

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

  • Иметь доступ к порту 445 (и, возможно, к порту 139) на удаленном компьютере - возможно, потребуется правильно настроить брандмауэр.
  • Запустите службу удаленного реестра на удаленном компьютере.
  • Войдите в систему как пользователь с правами администратора или членом группы «Пользователи мониторинга производительности». Или вы можете запустить Perfmon.exe с таким пользователем