Sem acesso de rede externa ao virtualbox CentOS6.5

1

Eu tenho o CentOS 6.5 rodando localmente no virtualbox. Eu configurei tudo e tudo estava funcionando perfeitamente. Voltei depois do fim de semana e notei que o computador estava congelado, então tive que reiniciar. Agora não consigo mais acessar minha instalação virtual do CentOS remotamente. Eu não posso ssh, ftp, ou ver qualquer site que estou desenvolvendo nele. Eu sou capaz de logar no VIA virtualbox. Eu também não parecem ter acesso a sites externos dentro do CentOS. Basicamente, eu só posso entrar no servidor a partir da VM e é isso ...

Gostaria de copiar e colar os resultados dos meus arquivos, mas não posso, neste momento, não ter uma GUI e não permitir que eu copie da linha de comando. Então vou escrever isso da melhor maneira possível ...

comando: ping google.com

ping google.com 
ping: unknown host google.com

comando: ping jpCentos.ocean.local (hostname)

64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.058 ms

comando: ping 8.8.8.8

ping 8.8.8.8
From 10.1.1.158 icmp_seq=1 Destination Host Unreachable

comando: dig google.com

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> google.com
;; global options: +cmd
;; connection timed out; no servers could be reached

conteúdo de: resolve.conf

search ocean.local
nameserver 10.1.1.19

conteúdo de: /etc/sysconfig/network

NETWORKING=yes
HOSTNAME=jpCentos.ocean.local
GATEWAY=10.1.1.3

conteúdo de: /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0
TYPE=Ethernet
UUID=4c88f74e-57ca-465b-a0dd-78e12ff6e591
ONBOOT=yes
NM_CONTROLLED=yes
BOOTPROTO=static
HARDWARE=08:00:27:8C:xx:xx
DEFROUTE=yes
PEERDNS=yes
PEERROUTES=yes
IPADDR=10.1.1.158
NETMASK=255.255.254.0
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
NAME="System eth0"

comando: 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     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:mysql
ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:10040 
REJECT     all  --  anywhere             anywhere            reject-with icmp-host-prohibited            

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

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Eu tentei desativar o iptables e o csf, mas o problema ainda persiste.

comando: route -n

Destination    Gateway       Genmask            Flags   Metric   Ref  Use   Iface
10.1.0.0       0.0.0.0       255.255.254.0      U       0        0    0     eth0
169.254.0.0    0.0.0.0       255.255.0.0        U       1002     0    0     eth0
0.0.0.0        10.1.1.3      0.0.0.0            UG      0        0    0     eth0

comando: nslookup google.com

;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

comando: nslookup 8.8.8.8

;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

comando: dig ns.google.com @8.8.8.8

;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

comando: ifconfig eth0

eth0      Link encap:Ethernet  HWaddr 08:00:27:8C:xx:xx
          inet addr:10.1.1.158  Bcast:10.1.1.255  Mask:255.255.254.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Detalhes da rede do Window7: (ocean.local é a nossa rede)

Connection-specific DNS Suffix: 
Description: Realtek PCIe GBE Family Controller
Physical Address: ‎8C-89-A5-C8-xx-xx
DHCP Enabled: No
IPv4 Address: 10.1.0.235
IPv4 Subnet Mask: 255.255.254.0
IPv4 Default Gateway: 10.1.1.3
IPv4 DNS Server: 10.1.1.19
IPv4 WINS Server: 10.1.1.19
NetBIOS over Tcpip Enabled: Yes
Link-local IPv6 Address: fe80::2ce5:c9e5:6bdb:d536%12
IPv6 Default Gateway: 
IPv6 DNS Server: 

Deixe-me saber se você precisar de mais alguma coisa para ajudar a isolar isso. Verifiquei que as configurações de rede estão configuradas corretamente para nossa rede, mas vejo algumas variáveis das quais não tenho certeza (variáveis PEER).

    
por Jeremy 22.07.2014 / 20:25

2 respostas

2

Você forneceu muitas informações. Infelizmente não é o tipo certo de informação.

  1. Primeiro, verifique se o link está ativo: ifconfig eth0 e certifique-se de ver "BROADCAST EXECUTADO"
  2. Certifique-se de que você pode fazer ping no gateway: ping 10.1.1.3
  3. Em seguida, verifique se você pode executar ping em outro host na mesma sub-rede: ping 10.1.1.150 ou algum outro host ativo
  4. certifique-se de que você pode executar ping no servidor de dns: ping 10.1.1.19
  5. Em seguida, verifique se o servidor DNS está realmente funcionando: inicie nslookup e, no prompt do nslookup, digite server 10.1.1.19 , pressione Enter e digite yahoo.com
  6. faça um mtr em yahoo.com e analise a saída
por 22.07.2014 / 20:48
0

Olhando para o IP, parece que você está rodando sua VM em NAt dentro da Virtual-box

Faça um backup do seu arquivo ifcfg-eth0 e mantenha-o em algum lugar seguro. agora edite o arquivo original com o seguinte conteúdo.

DEVICE=eth0
TYPE=Ethernet
UUID=4c88f74e-57ca-465b-a0dd-78e12ff6e591
ONBOOT=yes
NM_CONTROLLED=yes
BOOTPROTO=dhcp
HARDWARE=08:00:27:8C:xx:xx
DEFROUTE=yes
PEERDNS=yes
PEERROUTES=yes
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
NAME="System eth0"

salve e tente reiniciar a rede sudo service network restart

Deve corrigir o problema.

    
por 14.08.2014 / 17:29