API de contrôle à distance ou comment commencer?

Question

Si, par un changement que je veux développer mon propre outil de partage assistance à distance / écran pour inclure dans mon propre CRM, où dois-je aller?

Je ne comprends rien au sujet de la communication, mais je voudrais me impliquer dans une telle idée. Ma question est, ce que les connaissances de base et de la structure de base pour créer un LogMeIn / CoPilot / produit, etc.?

Je me souviens Joel a parlé de CoPilot dans un PodCast qu'il a utilisé un brillant garçon de développer l'ensemble du protocole (il y a quelques années) en C ++ ...

des idées sur la façon d'y arriver, ou s'il y a une API ouverte là-bas me attend?

Answer 1

S'il vous plaît voir cet article intitulé: Comment VNC, Fog Creek Copilot et d'autres logiciels de contrôle à distance ne fonctionne .

Je vais vous donner quelques détails supplémentaires ici, de ce que dit de blog, mais qui est plus spécifique au code source Fog Creek Copilot. Toutes ces données ont été prises en regardant le code source.

En fait Copilot n'a pas été écrit à partir de zéro en C ++ mais il a été construit hors de la GPL'ed TightVNC. Oui, cela signifie que la principale source de Copilot doit également être remis. Vous pouvez obtenir le Fog Creek code source ici copilot. Et pour autant que je comprends, vous pourriez construire votre solution hors du code source de ce projet aussi longtemps que vous l'avez fait GPL aussi bien.

Le projet est divisé en une version Mac et une version Windows. L'objectif version Mac est construit en C et la version Windows est construit dans Win32 C ++ (MFC pas). Pour la version Windows, il y a une solution d'assistance faite dans VS 2008 et une solution hôte (l'hôte est la personne aidée) fait dans VS 2008. Je pense ne pas utiliser Qt de Trolltech en raison de sa grande taille de liaison, il était important pour les garder le téléchargement très petit car il a dû être téléchargé à l'origine par tous aider quelqu'un et tout le monde a besoin d'aide chaque fois.

Il n'y a pas de configurations x64 ni IA64, donc tout le code sous Windows ne fonctionne que comme un processus x86. Il peut fonctionner sur un ordinateur Windows 64bit bien par WOW64 comme tout autre processus 32 bits peut utiliser.

Si je comprends bien, le développement a été fait avec l'hôte en cours d'exécution sur une machine virtuelle pour la plupart. Le développement du Helper a été fait sur leur bureau.

Le code source Copilot utilise stimuler 1,38, et plusieurs autres bibliothèques 3ème partie. Ces bibliothèques comprennent CASCADE pour NAT traversal, MatrixSSL, libntlm (Bibliothèque pour l'authentification NTLM de Microsoft) et omnithread (filetage et à la bibliothèque de synchronisation).

Pour la plupart, il utilise des prises de style bsd, mais il a aussi un code de réseau dans boost :: asio. Cette situation est problématique, car boost :: asio 1,38 a beaucoup de bugs dans ce qui sont fixés à 1,40 boost. Le projet a un dll crochet de fenêtres et de brancher clavier, souris et autres messages de fenêtres sur l'hôte.

Il y a un projet shell qui est pas comme les fenêtres, mais la coquille qui contient essentiellement 3 binaires: l'hôte, Deleter et crochets dll. Il extrait ces derniers.

Qu'est-ce qu'ils ne donnent pas le code source pour le réflecteur et le site Web, qui, comme je comprends certains articles du blog sur projectaardvark. com , ils sont à la fois en C #, tout le reste en C ++. Le but du réflecteur est d'aider à NAT traversal. Le nouveau blog qui remplace projectaardvark.com par la voie est appelée trafic aérien .

VNC est bassed hors du protocole de mémoire vidéo à distance. Le protocole RFB est lui-même pas si difficile si vous avez beaucoup d'expérience de protocole.

Answer 2

Jetez un oeil sur les programmes VNC open source. Ils permettent la visualisation et le mot de passe Screensharing protégé

http://www.realvnc.com/vnc/index.html http://en.wikipedia.org/wiki/Virtual_Network_Computing http://libvncserver.sourceforge.net/

J'espère que VNC les bibliothèques et les applications d'aide. Ils sont utilisés sous Windows et divers systèmes Unix.

Answer 3

Vous pouvez jeter un oeil à la télécommande de bureau activeX. Dans ce cas, le protocole est RPC (bien documenté). En outre les communications et les couches de l'interface utilisateur à distance sont faites pour vous, il vous suffit d'écrire un code shell de l'interface utilisateur simple.