Bonjour,
Je n'y connais rien en voiture, mais j'avais promis, lors de mon inscription à ce forum, d'essayer de participer au niveau "informatique".
Voici une solution pour faire tourner Autodata 3.38 dans une machine virtuelle (VM).
J'ai cherché sur le forum et je n'ai rien trouvé. Si ce post est un doublon, il suffit de le supprimer.
Le problème: quand on lance Autodata dans une machine virtuelle, il le détecte et envoi un message du style:
sentinelkeyw.dll: "Sorry, this application cannot run under a Virtual Machine"
La solution que je propose utilise VMware Workstation 7.1.4 pour la création de la VM. L'OS guest (invité) de la VM sera XP.
La VM est créee sur un vieux PC, sans technique de virtualisation hardware, sous XP.
Une fois que tout est terminé et qu'Autodata est installé dans la VM, on peut la "déplacer" (move).
J'ai testé la VM obtenue par cette méthode avec succès dans:
- VMware Workstation 7.1.4 Build 385536 sous XP x32 Pro
- VMware Worksation 10.0.3 build-1895310 sous Linux x64 (Kubuntu)
- VMware Player 5.0.4-1945795 sous W7 x64 Pro
On peut donc imaginer que ça fonctionnera aussi sous MacOS.
Pré-requis:
- savoir installer Win XP
- connaissances de base pour créer une VM et manipuler une VM (réglage carte réseau virtuelle, copie de VM, ...)
- les softs nécessaires
Procédure:
- prendre un vieux PC sans technique de virtualisation sous XP x32
- installer VMware Workstation 7.1.4 Build 385536
- créer une machine virtuelle Windows XP Pro de manière MANUELLE
ex: 1 CPU, 512 Mo RAM, 20 Go min de disque dur en allocation dynamique, ...
- NE PAS LANCER LA VM et quitter VMware
- modifier le ficher <nom_de_VM>.vmx avec un éditeur de texte et ajouter les lignes suivante à la fin:
- lancer VMware, lancer la VM et procéder à l'installation de XP + mise à jour
- NE PAS essayer d'installer les "VMware Tools"
- installer Autodata dans la VM
- modifier la date système dans la VM pour la mettre en septembre 2009 ou utiliser RunAsDate de NirSoft (par ex.) pour automatiser cette procédure.
Voilà
Il y a certainement moyen de faire mieux, mais j'ai pris la voie qui ME paraissait la plus sure pour arriver à un résultat.
Et ça fonctionne.
Remarques complémentaires:
- pour transférer des fichiers dans la VM, en particulier ceux de l'installation d'Autodata, il n'est pas nécessaire d'activer les répertoires partagés; il suffit de placer les fichiers sur une clé USB et de la connecter à la VM
- on peut essayer de créer la VM sur un PC récent et/ou VMware plus récent, j'ai simplement des doutes sur le fait que VMware va essayer d'optimiser automatiquement avec des techniques qui seront peut-être détectées par Autodata.
- je n'ai pas installé la carte son dans la VM
- RunAsDate donne un message d'erreur mais modifie correctement la date système de la VM; par contre, il ne remet pas la date correcte après avoir quitté Autodata
- une fois les mise à jour Windows Update faites, on peut déconnecter la carte réseau de la VM pour une meilleure isolation
- pour utiliser la VM sur une autre machine physique et/ou avec une autre version de VMware (Worksation ou Player): copier tout le répertoire de la VM à l'endroit désiré, faire "ouvrir VM" et choisir "I copied it" (c'est une copie, ou un truc du genre). NE PAS la mettre à jour vers une nouvelle version de VMware (upgrade).
Pour aller plus loin:
Si j'ai l'occasion, il serait intéressant de tester:
- enlever les lignes d'isolation du fichier .vmx
- installer les Vmware Tools
- essayer les "écrans à distance"
- placer la VM dans un serveur ESX (je doute que cela fonctionne)
- essayer de faire la même chose dans VirtualBox plutôt que VMware (la licence VirtualBox permet un usage commercial)
- ...
Référence:
Bypassing Virtual Machine Detection on VMWare Workstation | Unibia.net
Je n'y connais rien en voiture, mais j'avais promis, lors de mon inscription à ce forum, d'essayer de participer au niveau "informatique".
Voici une solution pour faire tourner Autodata 3.38 dans une machine virtuelle (VM).
J'ai cherché sur le forum et je n'ai rien trouvé. Si ce post est un doublon, il suffit de le supprimer.
Le problème: quand on lance Autodata dans une machine virtuelle, il le détecte et envoi un message du style:
sentinelkeyw.dll: "Sorry, this application cannot run under a Virtual Machine"
La solution que je propose utilise VMware Workstation 7.1.4 pour la création de la VM. L'OS guest (invité) de la VM sera XP.
La VM est créee sur un vieux PC, sans technique de virtualisation hardware, sous XP.
Une fois que tout est terminé et qu'Autodata est installé dans la VM, on peut la "déplacer" (move).
J'ai testé la VM obtenue par cette méthode avec succès dans:
- VMware Workstation 7.1.4 Build 385536 sous XP x32 Pro
- VMware Worksation 10.0.3 build-1895310 sous Linux x64 (Kubuntu)
- VMware Player 5.0.4-1945795 sous W7 x64 Pro
On peut donc imaginer que ça fonctionnera aussi sous MacOS.
Pré-requis:
- savoir installer Win XP
- connaissances de base pour créer une VM et manipuler une VM (réglage carte réseau virtuelle, copie de VM, ...)
- les softs nécessaires
Procédure:
- prendre un vieux PC sans technique de virtualisation sous XP x32
- installer VMware Workstation 7.1.4 Build 385536
- créer une machine virtuelle Windows XP Pro de manière MANUELLE
ex: 1 CPU, 512 Mo RAM, 20 Go min de disque dur en allocation dynamique, ...
- NE PAS LANCER LA VM et quitter VMware
- modifier le ficher <nom_de_VM>.vmx avec un éditeur de texte et ajouter les lignes suivante à la fin:
Code:
isolation.tools.getPtrLocation.disable = "TRUE" isolation.tools.setPtrLocation.disable = "TRUE" isolation.tools.setVersion.disable = "TRUE" isolation.tools.getVersion.disable = "TRUE" monitor_control.disable_directexec = "TRUE" monitor_control.disable_chksimd = "TRUE" monitor_control.disable_ntreloc = "TRUE" monitor_control.disable_selfmod = "TRUE" monitor_control.disable_reloc = "TRUE" monitor_control.disable_btinout = "TRUE" monitor_control.disable_btmemspace = "TRUE" monitor_control.disable_btpriv = "TRUE" monitor_control.disable_btseg = "TRUE"
- NE PAS essayer d'installer les "VMware Tools"
- installer Autodata dans la VM
- modifier la date système dans la VM pour la mettre en septembre 2009 ou utiliser RunAsDate de NirSoft (par ex.) pour automatiser cette procédure.
Voilà
Il y a certainement moyen de faire mieux, mais j'ai pris la voie qui ME paraissait la plus sure pour arriver à un résultat.
Et ça fonctionne.
Remarques complémentaires:
- pour transférer des fichiers dans la VM, en particulier ceux de l'installation d'Autodata, il n'est pas nécessaire d'activer les répertoires partagés; il suffit de placer les fichiers sur une clé USB et de la connecter à la VM
- on peut essayer de créer la VM sur un PC récent et/ou VMware plus récent, j'ai simplement des doutes sur le fait que VMware va essayer d'optimiser automatiquement avec des techniques qui seront peut-être détectées par Autodata.
- je n'ai pas installé la carte son dans la VM
- RunAsDate donne un message d'erreur mais modifie correctement la date système de la VM; par contre, il ne remet pas la date correcte après avoir quitté Autodata
- une fois les mise à jour Windows Update faites, on peut déconnecter la carte réseau de la VM pour une meilleure isolation
- pour utiliser la VM sur une autre machine physique et/ou avec une autre version de VMware (Worksation ou Player): copier tout le répertoire de la VM à l'endroit désiré, faire "ouvrir VM" et choisir "I copied it" (c'est une copie, ou un truc du genre). NE PAS la mettre à jour vers une nouvelle version de VMware (upgrade).
Pour aller plus loin:
Si j'ai l'occasion, il serait intéressant de tester:
- enlever les lignes d'isolation du fichier .vmx
- installer les Vmware Tools
- essayer les "écrans à distance"
- placer la VM dans un serveur ESX (je doute que cela fonctionne)
- essayer de faire la même chose dans VirtualBox plutôt que VMware (la licence VirtualBox permet un usage commercial)
- ...
Référence:
Bypassing Virtual Machine Detection on VMWare Workstation | Unibia.net
Commentaire