Команда msg вин 7 не работает. Команда MSG – отправить сообщение пользователю. Включение и отключение службы сообщений и net send

Info
My Windows-Server 2008 R2 machine couldn’t msg my Windows 7 box due to Error 5 getting session names.
I found the solution , in a comment made by Consoles. I reblog it so it can be found easier.

It turns out it has nothing to do with not being on the same domain or whatever. It is due to a setting related to Terminal Server.
That’s not to miraculous, since msg.exe is designed for messaging to terminal users.

So, changing a simple registry value and rebooting makes it all work again.

Solution
On the machine that you cannot message to:
Use regedit to navigate to:
Then change the following value:

Name: AllowRemoteRPC
Type: REG_DWORD
Value: 1

Reboot. Now it should work. 🙂

I did this on all my Windows 7 HP machines and it got rid of the error 5 but now it says does not exist or is disconnected. Any solution yet. I have been google-ing for about 3 hours on this and haven’t found anything other than 3rd party installs which is impractical in my situation.

Hi All after much trying and re trying i got it right to send windows 7 to windows 7

using the following command

msg /server:pcname username message

server stays as is. pcname is the name of the pc you are sending to. user name is the name the user is logged in under on that PC. message is obviously the msg u want to send.

you will also need to change a setting on the receiving computer by using regedit.

the following registry key must be activated (as described by Consoles above):

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server

Name: AllowRemoteRPC

Value: 1 (the dafault is ‘0’)

Isn’t allowing remote RPC like, a *HUGE* security risk?

I’d like to enable this so me and my roommate downstairs can have a ridiculously simple way to communicate, but if it means allowing his computer to make RPC calls, I’m afraid if he has a virus my computer will catch it, or if for some reason RPC requests are able to pass through my router, anyone over the internet will have an easy attack vector to my machine.

I think there’s a reason it’s disabled in Vista/7 by default. I’m not sure if the winpopup is worth compromising your security.

superray: search in regedit (F3) for ‘allowremoterpc’ it will find it

anon: yes, but only in intranet, and only if your firewall does not stop it. the rooter firewall will prevent all attempts by default. (it could be a problem only in mass lan-s like barding school. If scared, use skype or msn (meeboo.com)

You can send messages among Windows 7 machines and Windows XP machines on a LAN using freeware. It took a lot of searching, but I found an app that works from a command prompt and in batch files to send messages.

I had hoped to use msg.exe on our LAN, but after trying all the recommended Registry tweaks, firewall changes, etc., I could only send messages to Windows 7 machines. The above freeware apps worked right away sending to Windows XP machines and to Windows 7 machines. They work on both Workgroup LANs and on domains.

WinSend is a more traditional Instant Messaging application that starts at about $12 and goes down in price based on quantity of licenses purchased.

I know this is old, but maybe someone has a solution.

My computer: PC
Target: LAPTOP (192.168.0.110)

msg /server:laptop * “Hello Laptop”
Returns * does not exist or is disconnected.

Trying with IP
msg /server:192.168.0.110 * “Hello Lappy”
Returns ‘Error 5 getting session names’

I have already applied the registry change and rebooted the machine multiple times.

Any other suggestions?

you need to do what SUHAIL said…
and the computer wich you are triying to conect need a password, and user… added in windows credentials,
shearch in windows credential manager… and add the user and password…

Hi i tried to go to regedit and follow the steps but it doesn’t have a folder called HKML instead it has HKEY_CLASSES_ROOT and HKEY_CURRENT_USER etc. can i get the path for the folders i have?

modify regedit file

HKLM \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server

Name: AllowRemoteRPC

Value: 1 (the dafault is ‘0’)

msg / SERVER: Destination User “send message”
regards

_______________________________________

modificar archivo regedit

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server

Name: AllowRemoteRPC

Value: 1 (the dafault is ‘0’)

envio de mensaje

msg /SERVER:Destino Usuario “mensaje a enviar”

Команда MSG существовала еще в Windows 2000/XP и предназначалась для обмена сообщениями между пользователями вошедшими в систему локально и пользователями терминальных сессий (подключившихся к удаленному рабочему столу) . В Windows Vista и более поздних операционных системах семейства Windows команда MSG стала основным стандартным средством обмена сообщениями, поскольку команда net send в данных ОС больше не поддерживается.

Формат командной строки:

MSG {пользователь | имя сеанса | ID сеанса | @имя файла | *} [сообщение]

Описание параметров командной строки:

пользователь - Имя пользователя.
имя сеанса - Имя сеанса.
ID сеанса - Идентификатор сеанса.
@имя файла - Файл, содержащий список имен пользователей, сеансов или идентификаторов сеансов, которым отправляется сообщение.
* - Отправить сообщение всем сеансам на указанном сервере.
/SERVER:сервер - Сервер (по умолчанию - текущий).
/TIME:секунд - Интервал ожидания подтверждения от получателя.
/V - Отображение информации о выполненных действиях.
/W - Ожидание ответа от пользователя, полезно вместе с /V.
сообщение - Отправляемое сообщение. Если не указано, выдается запрос или принимается ввод из STDIN.

Важно!

Нынешняя реализация msg.exe прекрасно подходит для обмена сообщениями между сеансами локальных и терминальных пользователей в пределах одной системы, однако, в случаях обмена между разными компьютерами локальной сети, потребуется изменить некоторые настройки безопасности, принятые по умолчанию в операционных системах Windows Vista, 7 и более поздних.

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

Ошибка 1722 при получении имен сеанса

Это означает, что на компьютере, где должно приниматься посылаемое сообщение, невозможно получить информацию о вошедших в систему пользователях. Причиной может быть то, что брандмауэр блокирует входящие соединения, недостаточны права пользователя по отношению к удаленной системе, запрет удаленного вызова процедур в параметрах службы сервера терминалов. Как минимум, для обмена сообщениями с использованием команды msg между компьютерами, необходимо иметь учетную запись пользователя, действительную по отношению к удаленной системе и выполнить следующие настройки: