2010-07-30 2 views
2

Tout comme un "net send" sur Windows, si je me souviens de ce que net send fait correctement. Je veux juste dire quelque chose comme:Sous UNIX, comment envoyer un message à une autre boîte UNIX sur le même réseau par adresse IP?

<command> <IP address> "Hey what's up?" 

et le message "Hey quoi de neuf?" devrait apparaître sur la machine de l'autre gars. Idéalement, cela ne devrait pas nécessiter l'installation de paquets qui ne sont pas déjà présents dans les distributions UNIX/Linux typiques.

Des idées?

Merci!

+3

salut les gars, ce n'est pas une question serverfault! Je ne suis pas intéressé par "les serveurs, les réseaux, ou l'administration de beaucoup de machines" - seulement en envoyant des messages blagues à des collègues! Au plus, cette question est borderline stackoverflow/serverfault. Je déteste être un downer mais je n'apprécie pas que ma question soit fermée comme ça à cause de ce que quelqu'un d'autre pense. Je l'ai mis ici parce que je croyais que c'était approprié pour ce forum. Pouvez-vous s'il vous plaît débloquer? Merci. – mindthief

+0

Vérifiez cela: http://askubuntu.com/questions/61995/chat-over-lan-from-linux-to-linux. – Stormvirux

Répondre

3

Recherchez "parler", "ntalk" et "ytalk". Ce sont les plus proches. Heureusement, la plupart des machines Unix n'ont pas de démon de ce type fonctionnant par défaut, et même Windows a eu la sensibilité de désactiver ce service par défaut après avoir réalisé à quel point il était ennuyeux.

+0

merci, je vais jeter un oeil à ceux-ci! – mindthief

1

smbclient -M destination-hôte -U mon hôte -n mon hôte

plus d'info ici: http://www.yolinux.com/TUTORIALS/unix_for_dos_users.html

espère que cela aide

aussi, essayez la commande "parler". (Talkd mérite d'être étudiée aussi)

+0

en tant que test, j'ai essayé d'envoyer un message à localhost. Il échoue avec ce message: $ smbclient -M 127.0.0.1 -U 127.0.0.1 -n 127.0.0.1 Erreur lors de la connexion à 127.0.0.1 (connexion refusée) La connexion à 127.0.0.1 a échoué. Erreur NT_STATUS_CONNECTION_REFUSED J'ai essayé des variantes de cela, comme l'utilisation de localhost au lieu de l'IP, et il échoue de la même manière. Cette méthode semble cependant prometteuse. – mindthief

+0

@mindthief: Premièrement, la machine distante doit avoir un serveur samba en cours d'exécution (et il ne doit pas y avoir d'accès bloquant le pare-feu). C'est ce qui manquait à votre test. Deuxièmement, le serveur samba doit être configuré pour laisser passer les pop-ups, ce qui n'est pas le cas par défaut. – Gilles

1

compte tenu de vos exigences strictes (installation par défaut, etc.) ce se rapproche le plus:

DISPLAY=otherip:0.0 xterm -e "/bin/echo \"Hey what's up?\"; /bin/sleep 9999" 
+2

et n'oubliez pas de jeter une paire de «xeyes» pendant que vous y êtes! – mvds

+0

cela nécessite-t-il que le serveur X fonctionne? J'ai essayé d'utiliser localhost comme destination (peut-être que ce n'est pas valide?) Et j'ai reçu ce message: DISPLAY = 127.0.0.1: 0.0 xterm -e "/ bin/echo \" Hé quoi de neuf?\ ";/bin/sleep 9999" xterm Erreur Xt: Impossible d'ouvrir l'affichage: 127.0.0.1:0.0 Etre capable de faire passer les Xeyes serait DOUX !! Donc, si vous savez comment faire fonctionner ça, je serais heureux d'en entendre parler! Merci! – mindthief

+0

@mindthief: Cela nécessite que l'utilisateur de l'autre machine vous ait donné l'autorisation d'exécuter l'application sur son affichage X (il y a un mot de passe par session, qui est géré via la commande 'xauth'). Il nécessite également que les connexions TCP au serveur X soient activées, ce qui n'est pas le comportement par défaut sur la plupart des unités de nos jours. (Et cela ne fonctionnera pas si un pare-feu bloque la connexion, non plus.) Donc le gars distant n'a pas besoin de logiciel spécial mais doit avoir fait une modification de configuration et vous donner la permission de l'embêter. – Gilles

1

Unix était multiutilisateur dès le début, de sorte que vous auriez à spécifier quel utilisateur sur la la machine cible à laquelle vous voulez envoyer un message. Ensuite, la commande aurait été rwrite, mais elle a presque disparu. talk (ou ytalk, ntalk, etalk) laisserait l'autre répondre, mais ces jours-ci la messagerie instantanée passe par une identité gérée de manière centralisée (AIM, Jabber, Skype, etc.) plutôt que d'une machine à l'autre.

+0

merci pour le fond! Je vais regarder dans la conversation, etc. – mindthief