Preciso de uma forcinha no CentOS - Não consigo abrir site do GUJ e alguns outros sites

Olás,

* Obs.: JÁ postei a dúvida em um fórum específico de LINUX, mas o movimento lá tá meio fraco.

Recententemente instalei a versão 6.4 do CentOS, porém estou tendo alguns problemas estranhos relativos à conexão. Segue o fiz pra tentar resolver:

  1. Instalei plugin do Flash

  2. Desabilitei o Firewall

  3. Alterei o arquivo “/etc/resolv.conf” para incluir o OpenDNS e o DNS do Google:

# Generated by NetworkManager
nameserver 208.67.222.222
nameserver 8.8.8.8
nameserver 208.67.220.220
  1. 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
  1. Quando coloco no navegador o IP retornado (54.243.222.51), o navegador imprime a seguinte mensagem:
Welcome to nginx!
  1. Quando digito o comando “dig guj.com.br” tenho 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
  1. Quando digito o comando " traceroute guj.com.br" tenho como resposta:
[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 * * *

Daí fui dar 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”. Estranho né?

Outra coisa foi essa msg “Policy set ‘TREMNET’ (ppp0) as default for IPv4 routing and DNS

Alguma luz???

Pergunta: Porque mexer nos DNS do SO?

Não é mais facil deixar eles “As Is”? Ou caso realmente queira/precise, coloque os DNS do google diretamente no roteador! Eu quado tive problema de DNS fui no roteador e coloquei os do google lá!

[quote=fredferrao]Pergunta: Porque mexer nos DNS do SO?

Não é mais facil deixar eles “As Is”? Ou caso realmente queira/precise, coloque os DNS do google diretamente no roteador! Eu quado tive problema de DNS fui no roteador e coloquei os do google lá![/quote]
Pois é…o problema é que moro num prédio onde a conexão é compartilhada entre todos, e mexer no roteador fica complicado.

O estranho é que nessa máquina que tenho o CentOS tenho o Windows 7 com as mesmas configurações de conexão e funciona! :shock:

Uma pergunta boba… você colocou os testes que fez mas qual é o problema original ?

O problema é que não consigo entrar em vários sites: um deles é o próprio guj, o site da universidade onde faço pós-graduação, alguns blogs, entre outros.

Para os demais sites, tudo normal.

Sugestão de alguns passos mais para você testar:

  • Para certificar-se que a comunicação/DNS estão ok use o wget

wget http://www.guj.com.br Esse comando deverá fazer o download da página inicial do site.

  • Deixe rodando alguma ferramenta que monitore as requisições HTTP (por exemplo mozilla firebug, chrome developer tools, etc). Veja nos registros se acontece alguma coisa suspeita.

  • Certifique-se que o browser não está com nenhum proxy configurado.

  • Experimente com outro browser.

[quote=gomesrod]Sugestão de alguns passos mais para você testar:

  • Para certificar-se que a comunicação/DNS estão ok use o wget

wget http://www.guj.com.br Esse comando deverá fazer o download da página inicial do site.

  • Deixe rodando alguma ferramenta que monitore as requisições HTTP (por exemplo mozilla firebug, chrome developer tools, etc). Veja nos registros se acontece alguma coisa suspeita.

  • Certifique-se que o browser não está com nenhum proxy configurado.

  • Experimente com outro browser.

[/quote]

Olá!

Vou tentar a dica do “wget”. Quanto aos browsers já havia tentato. Testei com o Firefox e Chrome e nehum deles está com proxy.

Vlw :wink:

Apague o conteudo do resolv.conf e deixe o limpo e teste.