Ubuntu에서 imgur.com 및 gravatar.com에 액세스 할 수 없지만 Windows에서 액세스 할 수있는 이유는 무엇입니까?

이 이상한 문제가 있습니다. 우분투에서 imgur.com에 액세스 할 수 없습니다!

/etc/hosts파일 을 확인 했는데 imgur와 관련된 항목이없는 것 같습니다. Windows (동일한 연결)에서 액세스 할 수 있습니다.

나는 그것을 ping하거나 traceroute 할 수 없으며 심지어 imgur의 IP를 ping 할 수도 없습니다. iptables도 지 웠습니다. 원인은 무엇입니까?

gravatar.com에도 액세스 할 수 없습니다! 방금 미안 했어

호스트 imgur.com 실행 (Google DNS 서버와 동일한 출력)

gowtham@gowtham-hacktohell:~$ host imgur.com
imgur.com has address 23.23.110.58
imgur.com has address 23.23.110.81
imgur.com has address 54.243.128.92
imgur.com mail is handled by 5 alt1.aspmx.l.google.com.
imgur.com mail is handled by 1 aspmx.l.google.com.
imgur.com mail is handled by 10 aspmx2.googlemail.com.
imgur.com mail is handled by 5 alt2.aspmx.l.google.com.
imgur.com mail is handled by 10 aspmx3.googlemail.com.

tcptraceroute 실행

gowtham@gowtham-hacktohell:~$ tcptraceroute imgur.com
Selected device ppp0, address 117.199.141.54, port 44995 for outgoing packets
Tracing the path to imgur.com (54.243.128.92) on TCP port 80 (http), 30 hops max
 1  117.199.128.1  17.534 ms  17.764 ms  17.896 ms
 2  218.248.171.102  93.272 ms  26.393 ms  109.985 ms
 3  115.114.130.49.STATIC-Chennai.vsnl.net.in (115.114.130.49)  49.442 ms  47.180 ms  46.981 ms
 4  * * *
 5  ix-0-100.tcore2.MLV-Mumbai.as6453.net (180.87.39.25)  70.085 ms  69.712 ms  70.361 ms
 6  if-2-2.tcore1.MLV-Mumbai.as6453.net (180.87.38.1)  186.862 ms  186.434 ms  185.515 ms
 7  if-9-5.tcore1.WYN-Marseille.as6453.net (80.231.217.17)  181.965 ms  182.963 ms  184.682 ms
 8  if-8-1600.tcore1.PYE-Paris.as6453.net (80.231.217.6)  186.152 ms  184.483 ms  182.950 ms
 9  if-12-2.tcore1.PVU-Paris.as6453.net (80.231.154.70)  191.271 ms  189.655 ms  188.606 ms
10  if-3-2.tcore1.FR0-Frankfurt.as6453.net (80.231.153.54)  187.245 ms  186.013 ms  193.808 ms
11  xe-0-1-0-6.r02.frnkge03.de.bb.gin.ntt.net (129.250.9.57)  288.412 ms  281.124 ms  281.011 ms
12  ae-2.r20.frnkge04.de.bb.gin.ntt.net (129.250.5.217)  352.432 ms  357.071 ms  357.256 ms
13  ae-1.r21.asbnva02.us.bb.gin.ntt.net (129.250.3.20)  391.405 ms  394.961 ms  391.812 ms
14  ae-2.r00.asbnva02.us.bb.gin.ntt.net (129.250.3.114)  378.128 ms  381.786 ms  385.697 ms
15  ae-4.amazon.asbnva02.us.bb.gin.ntt.net (168.143.232.50)  370.938 ms  353.306 ms  351.793 ms
16  72.21.220.55  361.004 ms * 364.525 ms
17  205.251.245.55  368.187 ms  380.907 ms  375.333 ms
18  * * *
19  * * *
20  * * *

PPoE를 사용하여 연결에 전화를 겁니다.

Wireshark를 통해 스트림을 캡처하면

_{(출처 : akamaihd.net )}

달리기 컬

gowtham@gowtham-hacktohell:~$ curl -I http://imgur.com
HTTP/1.1 200 OK
Server: nginx
Date: Fri, 11 Jan 2013 12:24:01 GMT
Content-Type: text/html
Connection: keep-alive
Cache-Control: max-age=5, s-maxage=5, must-revalidate
X-Cached: EXPIRED

그리고 텔 네팅,

gowtham@gowtham-hacktohell:~$ telnet imgur.com 80
Trying 23.23.110.58...
Connected to imgur.com.
Escape character is '^]'.
HEAD / HTTP/1.0


HTTP/1.1 200 OK
Server: nginx
Date: Fri, 11 Jan 2013 12:25:11 GMT
Content-Type: text/html
Connection: close
Cache-Control: max-age=5, s-maxage=5, must-revalidate
X-Cached: HIT

Connection closed by foreign host.

MTU 경로 검색 문제 일 수 있습니다. 다른 웹 사이트는 모두 제대로 작동하더라도 특정 웹 사이트가 제대로 작동하지 않을 수 있습니다. 연결이 거부되지 않고 시간 초과로 나타납니다. 전체 웹 페이지와 같이 합리적으로 큰 전송에만 표시됩니다. 텔넷은 조각화해야 할 패킷을 보내지 않을 것입니다. 발신 ssh에도 영향을 줄 수 있습니다.

수정은 특정 크기 이상의 패킷이 항상 조각화되도록 네트워크 장치에서 MTU를 낮추는 것입니다. 예를 들어 :

http://tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.cookbook.mtu-discovery.html

자세하게는 인터넷을 통해 데이터를 보낼 때 패킷으로 분할됩니다. 인터넷 어디에서나 이러한 패킷의 최대 크기는 헤더를 포함하지 않는 1460 바이트입니다. 이보다 큰 메시지를 보내면 메시지를 분할하거나 조각화해야합니다.

이제 메시지가 특정 유형의 인터넷 링크를 통과하는 경우 다른 프로토콜로 캡슐화해야합니다. 이는 헤더를 포함하는 패킷이 다른 패킷 안에 랩핑됨을 의미합니다. 패킷 크기가 커지므로 패킷이 이미 최대 크기 인 경우 다시 분할해야합니다. 그러나 이는 DDoS 공격을 수행하기 위해 악용 될 수 있기 때문에 많은 라우터가 생성하지 않은 패킷을 자동으로 조각화하지 않습니다. 따라서 최대 크기의 패킷은이 라우터를 통과하지 않습니다.

이 문제를 피하기 위해 MTU 경로 발견이 발명되었습니다. 패킷이 라우터에 비해 너무 크면 더 작은 패킷을 보내라는 메시지를 다시 보냅니다. 그러나 이것도 악용 될 수 있으며 많은 라우터가 그렇게하지 않을 것입니다.

따라서이 문제를 극복하는 방법은 항상 절대 최대 값보다 약간 작은 패킷을 보내는 것입니다. 이것이 MTU 설정의 목적입니다. 아이디어는 여분의 오버 헤드가 한계를 초과하지 않도록 충분히 작게 설정하는 것입니다. 물론 얼마나 작은 지 알 수 없으므로 실험을 통해 최적의 값 (아직 작동하는 가장 큰 값)을 찾아야합니다.

컬 출력에서 ​​본 내용에서 액세스 할 수 있습니다.

브라우저에서 볼 수 없으면 다른 브라우저로 시도하십시오.

내 컬 출력.

curl -I http://imgur.com
HTTP/1.1 200 OK
Server: nginx
Date: Sat, 12 Jan 2013 03:21:00 GMT
Content-Type: text/html
Connection: keep-alive
Cache-Control: max-age=5, s-maxage=5, must-revalidate
X-Cached: HIT