Bonjour,
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
Bonjour,
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
Bonjour,
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
Bonjour,
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
Bonjour,
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
Bonjour,
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
* bridged :
Si je comprends bien c'est l'option à préférer quand on a sur l'hôte une
carte ethernet physique reliée à un réseau local. L'OS guest obtient bien
dans ce cas une adresse 192.169.1.x, et est visible sur le réseau local (je
peux le pinguer depuis n'importe quelle machine, et pinguer n'importe quelle
machine depuis ce guest).
Mais qu'est-ce que fait VMWare ici ? Il transforme la carte ethernet
physique en un switch ethernet virtuel ?
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans cette
configuration: pourquoi ?
* host-only
Si je comprends bien, VMWare installe ici une carte ethernet virtuelle sur
l'hôte et créé un réseau privé 192.168.217.x indépendant du réseau local
(l'invité ne voit pas les adresses 192.168.1.x).
FTP de l'invité vers l'hôte toujours impossible, néanmoins.
* NAT
C'est la seule configuration où le FTP de l'invité vers l'hôte est possible,
pourquoi ?
Comme en host-only, VMWare installe une carte virtuelle pour créer un réseau
privé 192.168.131.x entre l'hôte et l'invité. Par contre à la différence de
host-only, l'invité voit les adresses 192.168.1.x : qu'est-ce qui change
dans l'implémentation, par rapport à host-only ?
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
* bridged :
Si je comprends bien c'est l'option à préférer quand on a sur l'hôte une
carte ethernet physique reliée à un réseau local. L'OS guest obtient bien
dans ce cas une adresse 192.169.1.x, et est visible sur le réseau local (je
peux le pinguer depuis n'importe quelle machine, et pinguer n'importe quelle
machine depuis ce guest).
Mais qu'est-ce que fait VMWare ici ? Il transforme la carte ethernet
physique en un switch ethernet virtuel ?
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans cette
configuration: pourquoi ?
* host-only
Si je comprends bien, VMWare installe ici une carte ethernet virtuelle sur
l'hôte et créé un réseau privé 192.168.217.x indépendant du réseau local
(l'invité ne voit pas les adresses 192.168.1.x).
FTP de l'invité vers l'hôte toujours impossible, néanmoins.
* NAT
C'est la seule configuration où le FTP de l'invité vers l'hôte est possible,
pourquoi ?
Comme en host-only, VMWare installe une carte virtuelle pour créer un réseau
privé 192.168.131.x entre l'hôte et l'invité. Par contre à la différence de
host-only, l'invité voit les adresses 192.168.1.x : qu'est-ce qui change
dans l'implémentation, par rapport à host-only ?
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
* bridged :
Si je comprends bien c'est l'option à préférer quand on a sur l'hôte une
carte ethernet physique reliée à un réseau local. L'OS guest obtient bien
dans ce cas une adresse 192.169.1.x, et est visible sur le réseau local (je
peux le pinguer depuis n'importe quelle machine, et pinguer n'importe quelle
machine depuis ce guest).
Mais qu'est-ce que fait VMWare ici ? Il transforme la carte ethernet
physique en un switch ethernet virtuel ?
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans cette
configuration: pourquoi ?
* host-only
Si je comprends bien, VMWare installe ici une carte ethernet virtuelle sur
l'hôte et créé un réseau privé 192.168.217.x indépendant du réseau local
(l'invité ne voit pas les adresses 192.168.1.x).
FTP de l'invité vers l'hôte toujours impossible, néanmoins.
* NAT
C'est la seule configuration où le FTP de l'invité vers l'hôte est possible,
pourquoi ?
Comme en host-only, VMWare installe une carte virtuelle pour créer un réseau
privé 192.168.131.x entre l'hôte et l'invité. Par contre à la différence de
host-only, l'invité voit les adresses 192.168.1.x : qu'est-ce qui change
dans l'implémentation, par rapport à host-only ?
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
* bridged :
Si je comprends bien c'est l'option à préférer quand on a sur l'hôte une
carte ethernet physique reliée à un réseau local. L'OS guest obtient bien
dans ce cas une adresse 192.169.1.x, et est visible sur le réseau local (je
peux le pinguer depuis n'importe quelle machine, et pinguer n'importe quelle
machine depuis ce guest).
Mais qu'est-ce que fait VMWare ici ? Il transforme la carte ethernet
physique en un switch ethernet virtuel ?
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans cette
configuration: pourquoi ?
* host-only
Si je comprends bien, VMWare installe ici une carte ethernet virtuelle sur
l'hôte et créé un réseau privé 192.168.217.x indépendant du réseau local
(l'invité ne voit pas les adresses 192.168.1.x).
FTP de l'invité vers l'hôte toujours impossible, néanmoins.
* NAT
C'est la seule configuration où le FTP de l'invité vers l'hôte est possible,
pourquoi ?
Comme en host-only, VMWare installe une carte virtuelle pour créer un réseau
privé 192.168.131.x entre l'hôte et l'invité. Par contre à la différence de
host-only, l'invité voit les adresses 192.168.1.x : qu'est-ce qui change
dans l'implémentation, par rapport à host-only ?
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
* bridged :
Si je comprends bien c'est l'option à préférer quand on a sur l'hôte une
carte ethernet physique reliée à un réseau local. L'OS guest obtient bien
dans ce cas une adresse 192.169.1.x, et est visible sur le réseau local (je
peux le pinguer depuis n'importe quelle machine, et pinguer n'importe quelle
machine depuis ce guest).
Mais qu'est-ce que fait VMWare ici ? Il transforme la carte ethernet
physique en un switch ethernet virtuel ?
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans cette
configuration: pourquoi ?
* host-only
Si je comprends bien, VMWare installe ici une carte ethernet virtuelle sur
l'hôte et créé un réseau privé 192.168.217.x indépendant du réseau local
(l'invité ne voit pas les adresses 192.168.1.x).
FTP de l'invité vers l'hôte toujours impossible, néanmoins.
* NAT
C'est la seule configuration où le FTP de l'invité vers l'hôte est possible,
pourquoi ?
Comme en host-only, VMWare installe une carte virtuelle pour créer un réseau
privé 192.168.131.x entre l'hôte et l'invité. Par contre à la différence de
host-only, l'invité voit les adresses 192.168.1.x : qu'est-ce qui change
dans l'implémentation, par rapport à host-only ?
J'ai un VMWare sur un OS hôte WinXP, avec un OS guest W98.
J'ai un réseau local avec une Neuf Box qui sert de routeur/serveur DHCP
(adresses 192.168.1.x). J'arrive à faire accéder le W98 au réseau, mais
j'aimerais mieux comprendre le principe des différentes options de
connection ethernet de VMWare:
* bridged :
Si je comprends bien c'est l'option à préférer quand on a sur l'hôte une
carte ethernet physique reliée à un réseau local. L'OS guest obtient bien
dans ce cas une adresse 192.169.1.x, et est visible sur le réseau local (je
peux le pinguer depuis n'importe quelle machine, et pinguer n'importe quelle
machine depuis ce guest).
Mais qu'est-ce que fait VMWare ici ? Il transforme la carte ethernet
physique en un switch ethernet virtuel ?
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans cette
configuration: pourquoi ?
* host-only
Si je comprends bien, VMWare installe ici une carte ethernet virtuelle sur
l'hôte et créé un réseau privé 192.168.217.x indépendant du réseau local
(l'invité ne voit pas les adresses 192.168.1.x).
FTP de l'invité vers l'hôte toujours impossible, néanmoins.
* NAT
C'est la seule configuration où le FTP de l'invité vers l'hôte est possible,
pourquoi ?
Comme en host-only, VMWare installe une carte virtuelle pour créer un réseau
privé 192.168.131.x entre l'hôte et l'invité. Par contre à la différence de
host-only, l'invité voit les adresses 192.168.1.x : qu'est-ce qui change
dans l'implémentation, par rapport à host-only ?
Par défaut, VMWare crée 3 cartes Ethernet virtuelles :
VMnet 0 : carte virtuelle utilisée en cas de fonctionnement "bridged"
(elle se "superpose" à la carte réseau physique du PC
Ensuite, on dispose de 4 modes de fonctionnement réseau, au choix, :
... - réseau local isolé
les machines virtuelles communiquent entre elles via un
réseau virtuel, mais ne peuvent pas communiquer avec la
machine hôte ou les autres machines réelles du réseau réel
- intégration au réseau réel
les machines virtuelles se comportent comme n'importe
quelle autre machine réelle du LAN, reçoivent p.ex. une
adresse IP d'un serveur DHCP, et sont vues depuis les
autres machines du LAN comme si elles étaient réelles.
Sous VMWare, c'est le mode standard, appelé "bridged"
- NAT (Network Addresses Translation)
De la même façon qu'un routeur connecté à Internet
va effectuer une conversion des adresses locales
(en 192.168.x.x p.ex.) pour toute requête vers Internet
émise par une machine locale, ici la machine hôte effectue
une conversion analogue des adresses locales des
machines invitées.
Donc une machine invitée pourra accéder au LAN réel ,
voire à Internet, mais ne sera pas vue du LAN réel.
NB: dans le cas "Bridged" (le plus pratique AMHA quand on est dans un
LAN réel), je désactive systématiquement sur la machine hôte les
cartes Ethernet virtuelles VMnet1 et VMnet8, car si elles sont
présentes, elles bloquent presque tout le réseau sur la machine hôte.
Par défaut, VMWare crée 3 cartes Ethernet virtuelles :
VMnet 0 : carte virtuelle utilisée en cas de fonctionnement "bridged"
(elle se "superpose" à la carte réseau physique du PC
Ensuite, on dispose de 4 modes de fonctionnement réseau, au choix, :
... - réseau local isolé
les machines virtuelles communiquent entre elles via un
réseau virtuel, mais ne peuvent pas communiquer avec la
machine hôte ou les autres machines réelles du réseau réel
- intégration au réseau réel
les machines virtuelles se comportent comme n'importe
quelle autre machine réelle du LAN, reçoivent p.ex. une
adresse IP d'un serveur DHCP, et sont vues depuis les
autres machines du LAN comme si elles étaient réelles.
Sous VMWare, c'est le mode standard, appelé "bridged"
- NAT (Network Addresses Translation)
De la même façon qu'un routeur connecté à Internet
va effectuer une conversion des adresses locales
(en 192.168.x.x p.ex.) pour toute requête vers Internet
émise par une machine locale, ici la machine hôte effectue
une conversion analogue des adresses locales des
machines invitées.
Donc une machine invitée pourra accéder au LAN réel ,
voire à Internet, mais ne sera pas vue du LAN réel.
NB: dans le cas "Bridged" (le plus pratique AMHA quand on est dans un
LAN réel), je désactive systématiquement sur la machine hôte les
cartes Ethernet virtuelles VMnet1 et VMnet8, car si elles sont
présentes, elles bloquent presque tout le réseau sur la machine hôte.
Par défaut, VMWare crée 3 cartes Ethernet virtuelles :
VMnet 0 : carte virtuelle utilisée en cas de fonctionnement "bridged"
(elle se "superpose" à la carte réseau physique du PC
Ensuite, on dispose de 4 modes de fonctionnement réseau, au choix, :
... - réseau local isolé
les machines virtuelles communiquent entre elles via un
réseau virtuel, mais ne peuvent pas communiquer avec la
machine hôte ou les autres machines réelles du réseau réel
- intégration au réseau réel
les machines virtuelles se comportent comme n'importe
quelle autre machine réelle du LAN, reçoivent p.ex. une
adresse IP d'un serveur DHCP, et sont vues depuis les
autres machines du LAN comme si elles étaient réelles.
Sous VMWare, c'est le mode standard, appelé "bridged"
- NAT (Network Addresses Translation)
De la même façon qu'un routeur connecté à Internet
va effectuer une conversion des adresses locales
(en 192.168.x.x p.ex.) pour toute requête vers Internet
émise par une machine locale, ici la machine hôte effectue
une conversion analogue des adresses locales des
machines invitées.
Donc une machine invitée pourra accéder au LAN réel ,
voire à Internet, mais ne sera pas vue du LAN réel.
NB: dans le cas "Bridged" (le plus pratique AMHA quand on est dans un
LAN réel), je désactive systématiquement sur la machine hôte les
cartes Ethernet virtuelles VMnet1 et VMnet8, car si elles sont
présentes, elles bloquent presque tout le réseau sur la machine hôte.
Par défaut, VMWare crée 3 cartes Ethernet virtuelles :
VMnet 0 : carte virtuelle utilisée en cas de fonctionnement "bridged"
(elle se "superpose" à la carte réseau physique du PC
Ensuite, on dispose de 4 modes de fonctionnement réseau, au choix, :
... - réseau local isolé
les machines virtuelles communiquent entre elles via un
réseau virtuel, mais ne peuvent pas communiquer avec la
machine hôte ou les autres machines réelles du réseau réel
- intégration au réseau réel
les machines virtuelles se comportent comme n'importe
quelle autre machine réelle du LAN, reçoivent p.ex. une
adresse IP d'un serveur DHCP, et sont vues depuis les
autres machines du LAN comme si elles étaient réelles.
Sous VMWare, c'est le mode standard, appelé "bridged"
- NAT (Network Addresses Translation)
De la même façon qu'un routeur connecté à Internet
va effectuer une conversion des adresses locales
(en 192.168.x.x p.ex.) pour toute requête vers Internet
émise par une machine locale, ici la machine hôte effectue
une conversion analogue des adresses locales des
machines invitées.
Donc une machine invitée pourra accéder au LAN réel ,
voire à Internet, mais ne sera pas vue du LAN réel.
NB: dans le cas "Bridged" (le plus pratique AMHA quand on est dans un
LAN réel), je désactive systématiquement sur la machine hôte les
cartes Ethernet virtuelles VMnet1 et VMnet8, car si elles sont
présentes, elles bloquent presque tout le réseau sur la machine hôte.
Par défaut, VMWare crée 3 cartes Ethernet virtuelles :
VMnet 0 : carte virtuelle utilisée en cas de fonctionnement "bridged"
(elle se "superpose" à la carte réseau physique du PC
Ensuite, on dispose de 4 modes de fonctionnement réseau, au choix, :
... - réseau local isolé
les machines virtuelles communiquent entre elles via un
réseau virtuel, mais ne peuvent pas communiquer avec la
machine hôte ou les autres machines réelles du réseau réel
- intégration au réseau réel
les machines virtuelles se comportent comme n'importe
quelle autre machine réelle du LAN, reçoivent p.ex. une
adresse IP d'un serveur DHCP, et sont vues depuis les
autres machines du LAN comme si elles étaient réelles.
Sous VMWare, c'est le mode standard, appelé "bridged"
- NAT (Network Addresses Translation)
De la même façon qu'un routeur connecté à Internet
va effectuer une conversion des adresses locales
(en 192.168.x.x p.ex.) pour toute requête vers Internet
émise par une machine locale, ici la machine hôte effectue
une conversion analogue des adresses locales des
machines invitées.
Donc une machine invitée pourra accéder au LAN réel ,
voire à Internet, mais ne sera pas vue du LAN réel.
NB: dans le cas "Bridged" (le plus pratique AMHA quand on est dans un
LAN réel), je désactive systématiquement sur la machine hôte les
cartes Ethernet virtuelles VMnet1 et VMnet8, car si elles sont
présentes, elles bloquent presque tout le réseau sur la machine hôte.
Par défaut, VMWare crée 3 cartes Ethernet virtuelles :
VMnet 0 : carte virtuelle utilisée en cas de fonctionnement "bridged"
(elle se "superpose" à la carte réseau physique du PC
Ensuite, on dispose de 4 modes de fonctionnement réseau, au choix, :
... - réseau local isolé
les machines virtuelles communiquent entre elles via un
réseau virtuel, mais ne peuvent pas communiquer avec la
machine hôte ou les autres machines réelles du réseau réel
- intégration au réseau réel
les machines virtuelles se comportent comme n'importe
quelle autre machine réelle du LAN, reçoivent p.ex. une
adresse IP d'un serveur DHCP, et sont vues depuis les
autres machines du LAN comme si elles étaient réelles.
Sous VMWare, c'est le mode standard, appelé "bridged"
- NAT (Network Addresses Translation)
De la même façon qu'un routeur connecté à Internet
va effectuer une conversion des adresses locales
(en 192.168.x.x p.ex.) pour toute requête vers Internet
émise par une machine locale, ici la machine hôte effectue
une conversion analogue des adresses locales des
machines invitées.
Donc une machine invitée pourra accéder au LAN réel ,
voire à Internet, mais ne sera pas vue du LAN réel.
NB: dans le cas "Bridged" (le plus pratique AMHA quand on est dans un
LAN réel), je désactive systématiquement sur la machine hôte les
cartes Ethernet virtuelles VMnet1 et VMnet8, car si elles sont
présentes, elles bloquent presque tout le réseau sur la machine hôte.
Oui, en quelque sorte. C'est ce qu'on appelle un pont.
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans
cette configuration: pourquoi ?
Peut-être un pare-feu ou une limitation d'accès dans le serveur FTP de
l'hôte. Les autres postes du réseau local peuvent y accéder ?
Comme en host-only, VMWare installe une carte virtuelle pour créer
un réseau privé 192.168.131.x entre l'hôte et l'invité. Par contre à
la différence de host-only, l'invité voit les adresses 192.168.1.x :
qu'est-ce qui change dans l'implémentation, par rapport à host-only ?
VMware réalise un routeur NAT virtuel entre les deux interfaces. C'est
un peu comme le partage de connexion internet intégré dans Windows.
Oui, en quelque sorte. C'est ce qu'on appelle un pont.
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans
cette configuration: pourquoi ?
Peut-être un pare-feu ou une limitation d'accès dans le serveur FTP de
l'hôte. Les autres postes du réseau local peuvent y accéder ?
Comme en host-only, VMWare installe une carte virtuelle pour créer
un réseau privé 192.168.131.x entre l'hôte et l'invité. Par contre à
la différence de host-only, l'invité voit les adresses 192.168.1.x :
qu'est-ce qui change dans l'implémentation, par rapport à host-only ?
VMware réalise un routeur NAT virtuel entre les deux interfaces. C'est
un peu comme le partage de connexion internet intégré dans Windows.
Oui, en quelque sorte. C'est ce qu'on appelle un pont.
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans
cette configuration: pourquoi ?
Peut-être un pare-feu ou une limitation d'accès dans le serveur FTP de
l'hôte. Les autres postes du réseau local peuvent y accéder ?
Comme en host-only, VMWare installe une carte virtuelle pour créer
un réseau privé 192.168.131.x entre l'hôte et l'invité. Par contre à
la différence de host-only, l'invité voit les adresses 192.168.1.x :
qu'est-ce qui change dans l'implémentation, par rapport à host-only ?
VMware réalise un routeur NAT virtuel entre les deux interfaces. C'est
un peu comme le partage de connexion internet intégré dans Windows.
Oui, en quelque sorte. C'est ce qu'on appelle un pont.
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans
cette configuration: pourquoi ?
Peut-être un pare-feu ou une limitation d'accès dans le serveur FTP de
l'hôte. Les autres postes du réseau local peuvent y accéder ?
Comme en host-only, VMWare installe une carte virtuelle pour créer
un réseau privé 192.168.131.x entre l'hôte et l'invité. Par contre à
la différence de host-only, l'invité voit les adresses 192.168.1.x :
qu'est-ce qui change dans l'implémentation, par rapport à host-only ?
VMware réalise un routeur NAT virtuel entre les deux interfaces. C'est
un peu comme le partage de connexion internet intégré dans Windows.
Oui, en quelque sorte. C'est ce qu'on appelle un pont.
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans
cette configuration: pourquoi ?
Peut-être un pare-feu ou une limitation d'accès dans le serveur FTP de
l'hôte. Les autres postes du réseau local peuvent y accéder ?
Comme en host-only, VMWare installe une carte virtuelle pour créer
un réseau privé 192.168.131.x entre l'hôte et l'invité. Par contre à
la différence de host-only, l'invité voit les adresses 192.168.1.x :
qu'est-ce qui change dans l'implémentation, par rapport à host-only ?
VMware réalise un routeur NAT virtuel entre les deux interfaces. C'est
un peu comme le partage de connexion internet intégré dans Windows.
Oui, en quelque sorte. C'est ce qu'on appelle un pont.
Par contre impossible pour l'invité d'accéder à l'hôte par FTP dans
cette configuration: pourquoi ?
Peut-être un pare-feu ou une limitation d'accès dans le serveur FTP de
l'hôte. Les autres postes du réseau local peuvent y accéder ?
Comme en host-only, VMWare installe une carte virtuelle pour créer
un réseau privé 192.168.131.x entre l'hôte et l'invité. Par contre à
la différence de host-only, l'invité voit les adresses 192.168.1.x :
qu'est-ce qui change dans l'implémentation, par rapport à host-only ?
VMware réalise un routeur NAT virtuel entre les deux interfaces. C'est
un peu comme le partage de connexion internet intégré dans Windows.
Gagné, c'était le pare-feu. J'ai ouvert le port 21 et maintenant ça passe.
Mai zalors, comment se fait-il qu'en NAT le FTP pouvait accéder à l'hôte
malgré le pare-feu ?
- réseau local isolé
Mais comment se fait-il qu'en spécifiant l'hôte comme passerelle, on
n'accède pas à internet ?
Gagné, c'était le pare-feu. J'ai ouvert le port 21 et maintenant ça passe.
Mai zalors, comment se fait-il qu'en NAT le FTP pouvait accéder à l'hôte
malgré le pare-feu ?
- réseau local isolé
Mais comment se fait-il qu'en spécifiant l'hôte comme passerelle, on
n'accède pas à internet ?
Gagné, c'était le pare-feu. J'ai ouvert le port 21 et maintenant ça passe.
Mai zalors, comment se fait-il qu'en NAT le FTP pouvait accéder à l'hôte
malgré le pare-feu ?
- réseau local isolé
Mais comment se fait-il qu'en spécifiant l'hôte comme passerelle, on
n'accède pas à internet ?
Gagné, c'était le pare-feu. J'ai ouvert le port 21 et maintenant ça passe.
Mai zalors, comment se fait-il qu'en NAT le FTP pouvait accéder à l'hôte
malgré le pare-feu ?
- réseau local isolé
Mais comment se fait-il qu'en spécifiant l'hôte comme passerelle, on
n'accède pas à internet ?
Gagné, c'était le pare-feu. J'ai ouvert le port 21 et maintenant ça passe.
Mai zalors, comment se fait-il qu'en NAT le FTP pouvait accéder à l'hôte
malgré le pare-feu ?
- réseau local isolé
Mais comment se fait-il qu'en spécifiant l'hôte comme passerelle, on
n'accède pas à internet ?
Gagné, c'était le pare-feu. J'ai ouvert le port 21 et maintenant ça passe.
Mai zalors, comment se fait-il qu'en NAT le FTP pouvait accéder à l'hôte
malgré le pare-feu ?
- réseau local isolé
Mais comment se fait-il qu'en spécifiant l'hôte comme passerelle, on
n'accède pas à internet ?