Centos 6.3 - Não consigo conectar em alguns sites

blastec
(usa Outra)

Enviado em 01/04/2013 - 22:14h

Olás!

Não consigo conectar em alguns sites, como exemplo o site "www.guj.com.br". Não sei mais o que tentar, pois aparentemente está tudo normal. Vejam:

- Meu arquivo "/etc/resolv.conf" está configurado da seguinte forma:

# Generated by NetworkManager
nameserver 208.67.222.222
nameserver 8.8.8.8
nameserver 208.67.220.220

---

- Quando digito o comando "ping guj.com.br", tenho como resposta:

PING guj.com.br (54.243.222.51) 56(84) bytes of data.
^C
--- guj.com.br ping statistics ---
30 packets transmitted, 0 received, 100% packet loss, time 29389ms

---

- Quando coloco no navegador o IP retornado (54.243.222.51), o navegador imprime a seguinte mensagem:

Welcome to nginx!

---

- Meu Firewall está desabilitado.

---

- Quando digito o comando "dig guj.com.br" tendo como resposta:

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.17.rc1.el6_4.4 <<>> guj.com.br
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54869
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;guj.com.br. IN A

;; ANSWER SECTION:
guj.com.br. 70988 IN A 54.243.222.51

;; Query time: 362 msec
;; SERVER: 208.67.222.222#53(208.67.222.222)
;; WHEN: Mon Apr 1 22:08:21 2013
;; MSG SIZE rcvd: 44

---


Alguém tem idéia do que possa ser?

Carlos_Cunha
(usa Linux Mint)

Enviado em 01/04/2013 - 22:49h

veja como esta a rota da sua internet para o destino
mtr ip_de_destino

blastec
(usa Outra)

Enviado em 01/04/2013 - 23:03h

Olá! O resultado deste comando eu não consegui colar aqui (rsrsrsrs), mas acredito que seja equivalente ao resultado do traceroute. Sendo assim, segue resultado abaixo:

[root@blas ~]# traceroute guj.com.br
traceroute to guj.com.br (54.243.222.51), 30 hops max, 60 byte packets
1 201.77.174.252 (201.77.174.252) 165.605 ms 165.571 ms 165.555 ms
2 201.77.166.254 (201.77.166.254) 165.861 ms 165.849 ms 165.831 ms
3 xe-5-2-0-332.edge-b.bhe515.ctbc.com.br (201.48.155.2) 165.817 ms 165.803 ms 165.759 ms
4 xe-1-2-0-0.core-b.ula001.ctbc.com.br (201.48.46.10) 181.456 ms 181.452 ms 181.438 ms
5 ae0-0.core-a.ula001.ctbc.com.br (201.48.44.5) 181.426 ms 183.718 ms 183.713 ms
6 xe-2-1-0-0.border-a.ash.ctbc.com.br (201.48.46.173) 324.340 ms 321.348 ms 321.318 ms
7 equinix01-iad2.amazon.com (206.126.236.68) 342.223 ms equinix02-iad2.amazon.com (206.126.236.35) 337.661 ms 337.614 ms
8 72.21.220.47 (72.21.220.47) 337.611 ms 72.21.220.55 (72.21.220.55) 337.603 ms 337.590 ms
9 205.251.245.55 (205.251.245.55) 337.527 ms 72.21.222.155 (72.21.222.155) 337.499 ms 337.496 ms
10 * * *
11 * * *
12 * * *
13 216.182.224.212 (216.182.224.212) 371.511 ms 216.182.224.85 (216.182.224.85) 371.490 ms 216.182.224.93 (216.182.224.93) 371.465 ms
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *


Dei uma olhada no em "/var/log/messages" e achei bastante estranho! Vejam as linhas indicadas:

Apr 1 23:16:49 localhost pppd[5986]: Plugin rp-pppoe.so loaded.
Apr 1 23:16:49 localhost pppd[5986]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
Apr 1 23:16:49 localhost pppd[5986]: Plugin /usr/lib64/pppd/2.4.5/nm-pppd-plugin.so loaded.
Apr 1 23:16:49 localhost pppd[5986]: pppd 2.4.5 started by root, uid 0
Apr 1 23:16:49 localhost pppd[5986]: PPP session is 58025
Apr 1 23:16:49 localhost pppd[5986]: Connected to 00:0c:42:43:77:89 via interface eth0
Apr 1 23:16:49 localhost pppd[5986]: Using interface ppp0
Apr 1 23:16:49 localhost pppd[5986]: Connect: ppp0 <--> eth0
Apr 1 23:16:49 localhost pppd[5986]: Remote message: Login ok
Apr 1 23:16:49 localhost pppd[5986]: PAP authentication succeeded
Apr 1 23:16:49 localhost pppd[5986]: peer from calling number 00:0C:42:43:77:89 authorized
Apr 1 23:16:49 localhost pppd[5986]: local IP address 201.77.166.12
Apr 1 23:16:49 localhost pppd[5986]: remote IP address 201.77.174.252
===>>>>>>> Apr 1 23:16:49 localhost pppd[5986]: primary DNS address 201.77.175.1
Apr 1 23:16:49 localhost pppd[5986]: secondary DNS address 8.8.8.8
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> PPP manager(IP Config Get) reply received.
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
Apr 1 23:16:50 localhost NetworkManager[1865]: <info> (eth0): device state change: 7 -> 8 (reason 0)
===>>>>>>> Apr 1 23:16:50 localhost NetworkManager[1865]: <info> Policy set 'TREMNET' (ppp0) as default for IPv4 routing and DNS.

O DNS primário não é o que está definido em "/etc/resolv.conf". Como?

Outra coisa foi essa msg " Policy set 'TREMNET' (ppp0) as default for IPv4 routing and DNS"

Alguma luz????

Vlw ;)

blastec
(usa Outra)

Enviado em 02/04/2013 - 09:05h

Olá galera! Alguma luz? Vlw´s ;)

Carlos_Cunha
(usa Linux Mint)

Enviado em 02/04/2013 - 22:02h

Amigo execute o mtr no destino q vela se na coluna LOST a perdas...
digite telnet www.guj.com.br 80
se abrir o telnet quer dizer que vc tem comunicação pela porta 80(http)
Té

pinduvoz
(usa Debian)

Enviado em 02/04/2013 - 22:31h

Esses números do seu DNS, que começam com "208", são do OpenDNS, que não funciona com alguns sites (não me pergunte o porquê).

Vc fixou o DNS no roteador? Presumo que 8.8.8.8 seja um roteador ou servidor de algum tipo.

blastec
(usa Outra)

Enviado em 03/04/2013 - 11:00h

Olá! O IP´s iniciados em "208" são do OpenDNS, já o IP "8.8.8.8" é o DNS do Google. Não acredito ser nenhum problema relativo ao roteador, pois neste mesma máquina que tenho o CentOS, tenho em dual boot o Windows 7, e a conexão está configurada da mesma forma, com os mesmos DNS´s, "idêntica". Porém no Windows tudo funciona lindamente, ou seja, acesso todos os sites que estou tendo problemas no CentOS.

* Obs.: pelo que pesquisei na net, várias pessoas tiveram o mesmo problema, mas não encontrei solução. Ex:

http://www.linuxsolved.com/forums/index.php?topic=43434.0

blastec
(usa Outra)

Enviado em 03/04/2013 - 11:04h

Pessoal,

Ainda estou intrigado com o "/var/log/messages". Conforme abaixo, por algum motivo NÃO ESTÁ RESPEITANDO MINHA CONFIGURAÇÃO DE "DNS", no resolv.conf.... Está pegando o DNS primário de IP "201.77.175.1", IP este que não está no meu resolv.conf.

Agora sim acho que tem a ver com meu o roteador, mas pq o Windows respeita minha configuração de DNS da CONEXÃO e o CentOS não? O problema que é moro num prédio onde a conexão é compartilhada, sendo assim não tenho acesso ao roteador.

O que eu posso fazer pro CentOS respeitar minhas configurações de DNS do "resolv.conf"???

Apr 1 23:16:49 localhost pppd[5986]: Plugin rp-pppoe.so loaded.
Apr 1 23:16:49 localhost pppd[5986]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
Apr 1 23:16:49 localhost pppd[5986]: Plugin /usr/lib64/pppd/2.4.5/nm-pppd-plugin.so loaded.
Apr 1 23:16:49 localhost pppd[5986]: pppd 2.4.5 started by root, uid 0
Apr 1 23:16:49 localhost pppd[5986]: PPP session is 58025
Apr 1 23:16:49 localhost pppd[5986]: Connected to 00:0c:42:43:77:89 via interface eth0
Apr 1 23:16:49 localhost pppd[5986]: Using interface ppp0
Apr 1 23:16:49 localhost pppd[5986]: Connect: ppp0 <--> eth0
Apr 1 23:16:49 localhost pppd[5986]: Remote message: Login ok
Apr 1 23:16:49 localhost pppd[5986]: PAP authentication succeeded
Apr 1 23:16:49 localhost pppd[5986]: peer from calling number 00:0C:42:43:77:89 authorized
Apr 1 23:16:49 localhost pppd[5986]: local IP address 201.77.166.12
Apr 1 23:16:49 localhost pppd[5986]: remote IP address 201.77.174.252
===>>>>>>> Apr 1 23:16:49 localhost pppd[5986]: primary DNS address 201.77.175.1
Apr 1 23:16:49 localhost pppd[5986]: secondary DNS address 8.8.8.8
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> PPP manager(IP Config Get) reply received.
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
Apr 1 23:16:49 localhost NetworkManager[1865]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
Apr 1 23:16:50 localhost NetworkManager[1865]: <info> (eth0): device state change: 7 -> 8 (reason 0)
===>>>>>>> Apr 1 23:16:50 localhost NetworkManager[1865]: <info> Policy set 'TREMNET' (ppp0) as default for IPv4 routing and DNS.

jptudobem
(usa Debian)

Enviado em 03/04/2013 - 11:54h

Cara, coloque ou altere (se já tiver) esse parametro no seu ifcfg-ppp0 localizado em /etc/sysconfig/network-scripts

PEERDNS=no 

Esse parametro diz para a conexão pppoe não alterar seu resolv.conf.

Você consegue pingar o IP do site em questão?

Quais os outros sites que não consegue entrar? No navegador a mensagem é a mesma?

jptudobem
(usa Debian)

Enviado em 03/04/2013 - 12:00h

Dica extrema:

para travar o arquivo resolv.conf faça:

# chattr +i /etc/resolv.conf

 

Claro, rode o comando depois que você configurá-lo da seu jeito.

jptudobem
(usa Debian)

Enviado em 03/04/2013 - 12:05h

Se mesmo assim não der, pare de usar o NetworkManager e fique só com o rp-pppoe

# service networkmanager stop

# chkconfig networkmanager off

# adsl-setup

 

blastec
(usa Outra)

Enviado em 03/04/2013 - 12:56h

Olá "jptudobem"!

Chegando em casa tentarei as dicas acima e reporto mais tarde.

Muito obrigado pela força ;)