Comment se connecter à une machine virtuelle invitée à partir du système hôte?

J'ai une configuration de serveur Web VM et j'ai installé et démarré Apache. La machine virtuelle a une interface réseau pontée et peut être envoyée depuis l'hôte à l'aide de 192.168.0.2.

Cependant, si je tape cette même adresse IP dans le navigateur de la machine hôte, je m'attendais à voir la page apache par défaut générée sur la machine virtuelle, mais à la place, j'arrive can't connect to 192.168.0.2dans le navigateur des machines hôtes.

J'ai clairement manqué quelque chose. Quelqu'un sait ce que j'ai raté ou fait de mal?

Sortie de VM netstat -tnlp

tcp     0     0 0.0.0.0:22        0.0.0.0:*     LISTEN     950/sshd
tcp     0     0 127.0.0.1:25      0.0.0.0:*     LISTEN    1026/master
tcp     0     0 :::22                  :::*     LISTEN     904/sshd
tcp     0     0 ::1:25                 :::*     LISTEN     980/master

Dessin approximatif de ce à quoi je pense que l'activité / la connectivité du réseau devrait ressembler.

Problème n ° 1 - Types de réseaux VM

Il existe 3 modes de mise en réseau:

1. NAT
2. Hôte uniquement
3. Ponté

Détails sur leur configuration

• Cette AU Q&A intitulée: " Dans VirtualBox, comment configurer des machines virtuelles réservées à l'hôte qui peuvent accéder à Internet? ", Montre comment faire # 2.
• Cet article intitulé: « Comment configurer les ajouts et le réseau d'invités VirtualBox », montre comment faire # 3.

Quand utiliser chacun?

• # 1 : Pour le développement d'applications Facebook / Web qui se trouvent sur d'autres serveurs
• # 2 : Si vous souhaitez créer votre propre application et la tester à partir de l'hôte VirtualBox (et pas seulement de la machine virtuelle invitée)
• # 3 : Si vous souhaitez créer une application et la tester à partir d'autres systèmes sur LAN

Problème n ° 2 - blocage du pare-feu?

Selon la distribution que vous utilisez, le pare-feu peut empêcher votre navigateur Web d'accéder à votre instance Apache. Cela aurait du sens étant donné que vous pouvez envoyer une requête ping au système, mais pas y accéder via le port 80, qui est le port sur lequel Apache écoute.

le désactiver temporairement

Sur CentOS, vous utilisez cette commande pour la désactiver.

$ /etc/init.d/iptables stop

vérifier que l'écoute d'Apache

Vous pouvez également confirmer qu'il écoute sur ce port.

$ netstat -antp | grep :80 | head -1 | column -t
tcp  0  0  :::80  :::*  LISTEN  3790/httpd

confirmer que le pare-feu est désactivé

Le pare-feu peut être confirmé qu'il est grand ouvert.

$ iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination      

Si cela résout votre problème, vous pouvez ajouter de manière permanente une règle qui autorise le trafic via le port TCP 80.

ajout d'une règle pour le port TCP 80

$ /etc/init.d/iptables restart
$ iptables -A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
$ /etc/init.d/iptables save

REMARQUE: cela rendra la règle persistante entre les redémarrages.

le pare-feu accepte le port TCP 80

Un système qui a le port 80 ouvert ressemblerait à ceci:

$ iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED 
ACCEPT     icmp --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:ssh 
ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:http 
ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:https 
ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:8834 
REJECT     all  --  anywhere             anywhere            reject-with icmp-host-prohibited 

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED 
ACCEPT     icmp --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
REJECT     all  --  anywhere             anywhere            reject-with icmp-host-prohibited 

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Issue # 3 - Apache écoute?

Dans le problème ci-dessus, nous avons vu qu'Apache écoutait, mais parfois il est mal configuré de sorte qu'il n'écoute que sur 1 adresse IP, ou qu'il écoute sur une interface réseau différente. La commande netstatpeut être utilisée pour revérifier cela ainsi que pour examiner les fichiers de configuration Apache.

$ netstat -anpt | grep :80 | column -t
tcp  0  0  0.0.0.0:80  0.0.0.0:*  LISTEN  1750/httpd

Cela montre qu'Apache écoute sur toutes les interfaces (IP 0.0.0.0).

Je ne répéterai pas la réponse de @ Lekensteyn qui couvre cette question particulière plus en détail ici.

Les références

• Chapitre 6. Réseaux virtuels

Votre installation Apache est probablement configurée pour écouter uniquement sur l'hôte local. Vous pouvez le vérifier en exécutant votre invité:

$ netstat -tnl | grep :80
Proto Recv-Q Send-Q Local Address      Foreign Address  State
tcp        0      0 0.0.0.0:80         0.0.0.0:*        LISTEN
tcp6       0      0 :::80              :::*             LISTEN

S'il le dit 0.0.0.0:80, il écoute sur toutes les interfaces. Dans votre cas, je m'attendrais à la 127.0.0.1:80place. Pour résoudre ce problème, modifiez votre configuration Apache (quelque part /etc/httpd/conf/) et modifiez:

Listen 127.0.0.1:80

à:

Listen 80

Vous pouvez également utiliser nmappour vérifier les services disponibles sur votre machine. Cela devrait ressembler à:

$ nmap 192.168.0.2

Starting Nmap 6.40 ( http://nmap.org ) at 2014-01-11 15:22 CET
Nmap scan report for localhost (192.168.0.2)
Host is up (0.0036s latency).
Not shown: 998 closed ports
PORT   STATE SERVICE
22/tcp open  ssh
80/tcp open  http

Nmap done: 1 IP address (1 host up) scanned in 0.21 seconds

Sur CentOS 7, firewalld a remplacé iptables comme pare-feu par défaut.

Je devais utiliser

systemctl stop firewalld

pour suspendre le pare-feu pour tester la connexion de l'hôte à la machine virtuelle CentOS.

Voir plus ici: /programming/24756240/how-can-i-use-iptables-on-centos-7