Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1066870
  • 博文数量: 186
  • 博客积分: 4939
  • 博客等级: 上校
  • 技术积分: 2075
  • 用 户 组: 普通用户
  • 注册时间: 2010-04-08 17:15
文章分类

全部博文(186)

文章存档

2018年(1)

2017年(3)

2016年(11)

2015年(42)

2014年(21)

2013年(9)

2012年(18)

2011年(46)

2010年(35)

分类: 系统运维

2015-12-16 17:43:21

      业务需要从golang, ruby等官方网站下载一些东西,就考虑在AWS上build一个proxy,然后设置走proxy, 下载squid,简单配置完毕,从AWS US region测试完全没问题,兴奋之余设置本地浏览器的代理,出现了连不上代理的错误,找了个US region的AWS, 直接curl -x 是可以的。对比下squid的access.log, 发现本地去请求到了squid, 但没回来,直接被GFW给reset了。
    
      好吧,不死心,改了代理端口,设置只允许一个IP访问,还是一个样。GFW让我想起了《圣斗士》上的那堵叹息之墙。

     p.s HTTP/1.1 用了代理会在header上加一个x-forward-for。

    也遇到了一个问题,添加的squid instance在的VPC的main route table 没有igw-XXX,导致无法ssh -i xxx.pem 过去。可以看这      

     

    也就是在某个VPC下,所有的subnet的instance会默认继承main route table,除非你做了改动。
    最后问候一下XXX, 如网友所言,祝病魔早日战胜XXX,你懂的。
阅读(1252) | 评论(0) | 转发(0) |
0

上一篇:AWS: VPC基础之CIDR

下一篇:AWS: VPC以及其他

给主人留下些什么吧!~~