Archives par étiquette : Windows

vmnat.exe (VMWARE) utilise tout votre CPU, je vous propose une solution…

Hello,

Si comme moi, lorsque vous avez commencé à ajouter des règles de NAT dans le « Virtual Network Editor » de VmWare Workstation tournant sous un Windows, et que depuis le process vmnat.exe par en sucette au niveau utilisation de la CPU… je vous propose une solution méconnue de forwarding de port avec les fonctions built-in de windows.

Il suffit de taper dans une ligne de commande msdos

netsh interface portproxy add v4tov4 listenport=80 connectport=80 connectaddress=w.x.y.z

w.x.y.z étant l’adresse ip de votre machine virtuelle visible depuis votre hôte

PS : L’autre solution, c’est d’utiliser virt-manager sous Linux, mais ça c’était la méthode facile 😉

If like me, when you added some forward NAT in « Virtual Network Editor » on a Windows VmWare Workstation and since that vmnat.exe use quite a lot of your CPU. I propose you to do the forward with native windows functions.

On your windows, under cmd.exe you can do :

netsh interface portproxy add v4tov4 listenport=80 connectport=80 connectaddress=w.x.y.z

w.x.y.z is the IP address of your virtual machine

PS : The other solution is to use virt-manager under Linux, but this is the easy solution 😉

Share

Résoudre un problème de connexion à sftp pour un Openssh sous Windows

Une quick note pour éviter d’oublier :

Si vous rencontrez un problème du genre « message too long 1291872512 »

sftp monuser@monserveur
monuser@monserveur’s password:
Received message too long 1291872512

A condition d’utiliser un openssh suffisamment récent une solution élégante est de changer la ligne

« Subsystem      sftp    /usr/sbin/sftp-server » par  « Subsystem       sftp    internal-sftp » dans le fichier sshd_config du serveur windows.

Share

Quelques petites notes sur Colinux

Comme j’ai eu du mal à trouver l’information, je la mets à disposition sur mon blog (au moins je pourrais la retrouver).

Pour Démarrer une Ubuntu sous Colinux il est impératif de désactiver les affichages « plymouth »…

C’est relativement simple lorsqu’on a compris où ajouter les arguments à passer au kernel… Dans le fichier de conf que vous construisez ajouter sur la même ligne que l’option root les options nosplash noplymouth, ce qui n’était pas clairement indiqué c’est que cela devait être sur la même ligne.

Pour ce qui est d’une éventuelle différence de comportement entre le mode lancement en mode interactif et en mode service en utilisant le même fichier de configuration que vous produit…. Il faut après avoir ajouter en temps que service modifier le service pour qu’il utilise votre utilisateur et non un compte système.

Update : Une autre solution pour le deuxième soucis, c’est de modifier le fichier de config appelé pour y mettre l’adresse MAC… C’est précisé ici

http://sourceforge.net/tracker/index.php?func=detail&aid=2548486&group_id=98788&atid=622063

Share