I have a same problem while I’m on university campus. It works fine when I’m at home but the moment I get to the campus nothing happens. here is the result of those two commands:
curl --verbose “https://api.twitter.com/1/help/test.json”
- About to connect() to api.twitter.com port 443 (#0)
- Trying 199.59.148.20…
- connected
- Connected to api.twitter.com (199.59.148.20) port 443 (#0)
- SSLv3, TLS handshake, Client hello (1):
- SSLv3, TLS handshake, Server hello (2):
- SSLv3, TLS handshake, CERT (11):
- SSLv3, TLS handshake, Server finished (14):
- SSLv3, TLS handshake, Client key exchange (16):
- SSLv3, TLS change cipher, Client hello (1):
- SSLv3, TLS handshake, Finished (20):
- SSLv3, TLS change cipher, Client hello (1):
- SSLv3, TLS handshake, Finished (20):
- SSL connection using RC4-SHA
- Server certificate:
- subject: C=US; ST=California; L=San Francisco; O=Twitter, Inc.; OU=Twitter Security; CN=api.twitter.com
- start date: 2013-04-08 00:00:00 GMT
- expire date: 2013-12-31 23:59:59 GMT
- subjectAltName: api.twitter.com matched
- issuer: C=US; O=VeriSign, Inc.; OU=VeriSign Trust Network; OU=Terms of use at https://www.verisign.com/rpa ©09; CN=VeriSign Class 3 Secure Server CA - G2
- SSL certificate verify ok.
GET /1/help/test.json HTTP/1.1
User-Agent: curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5
Host: api.twitter.com
Accept: /
< HTTP/1.1 200 OK
< cache-control: no-cache, no-store, must-revalidate, pre-check=0, post-check=0
< content-length: 4
< content-type: application/json; charset=utf-8
< date: Wed, 24 Apr 2013 02:29:19 GMT
< etag: “72054d9a6fbdcc7df012e19f32345b65”
< expires: Tue, 31 Mar 1981 05:00:00 GMT
< last-modified: Wed, 24 Apr 2013 02:29:19 GMT
< pragma: no-cache
< server: tfe
< set-cookie: _twitter_sess=BAh7BzoPY3JlYXRlZF9hdGwrCEmq3zk%252BAToHaWQiJTI5NjhjYWQ0NWJiMGRm%250ANGZmZWRjMzc3MzFkNDRiZGYy–0ecd674dcc33fe71eea9551ab1bf27ff69792e50; domain=.twitter.com; path=/; HttpOnly
< set-cookie: guest_id=v1%3A136677055953707034; Domain=.twitter.com; Path=/; Expires=Fri, 24-Apr-2015 02:29:19 UTC
< status: 200 OK
< strict-transport-security: max-age=631138519
< vary: Accept-Encoding
< x-frame-options: SAMEORIGIN
< x-mid: 2c858a15515be72793129705e8111c874abd6ede
< x-runtime: 0.01287
< x-transaction: dd44175942b3142f
< x-transaction-mask: a6183ffa5f8ca943ff1b53b5644ef114aba154c4
<
- Connection #0 to host api.twitter.com left intact
"ok"* Closing connection #0
- SSLv3, TLS alert, Client hello (1):
and:
traceroute api.twitter.com
traceroute: Warning: api.twitter.com has multiple addresses; using 199.59.148.20
traceroute to api.twitter.com (199.59.148.20), 64 hops max, 52 byte packets
1 * * *
2 202.184.111.70 (202.184.111.70) 55.344 ms 4.149 ms 67.423 ms
3 202.184.111.65 (202.184.111.65) 2.794 ms 2.028 ms 2.160 ms
4 161.142.5.249 (161.142.5.249) 5.054 ms 11.720 ms 4.522 ms
5 te0-1-0-0.bkj96.jaring.my (61.6.51.13) 4.503 ms 5.692 ms 4.282 ms
6 te0-0-1-0.bkj97.jaring.my (61.6.10.10) 6.118 ms 6.328 ms 8.313 ms
7 103.23.192.5 (103.23.192.5) 41.553 ms 39.582 ms 40.473 ms
8 xe-4-0-0-xcr1.sng.cw.net (195.2.10.178) 123.662 ms 72.833 ms 97.916 ms
9 13414.sgw.equinix.com (202.79.197.113) 71.229 ms 69.744 ms 70.522 ms
10 13414.sgw.equinix.com (202.79.197.113) 74.643 ms
xe-0-3-0.sjc2-cr2.twttr.com (199.16.159.23) 225.292 ms 260.731 ms
11 ae53.smf1-er2.twttr.com (199.16.159.41) 226.053 ms 227.757 ms 230.290 ms
12 r-199-59-148-20.twttr.com (199.59.148.20) 228.508 ms
ae53.smf1-er2.twttr.com (199.16.159.41) 232.946 ms 227.753 ms
It’s a same machine btw. If the IP addresses on-campus were blocked, any chance to bring them back?