今天发现 YouTube 视频网站在国内再次无法正常访问，嵌入播放正常，但网页访问有诸多问题。即便修改了 hosts 文件后，YouTube 的页面形式也还是完全错乱。通过一番搜索尝试后，发现了问题症结所在，并找到了以下的解决办法。（注：目前此方法在 VPN 方式能够通过，而其他代理软件——以 Tor 为例，在采用下文方法虽也可打开网站进入视频页面，但观看时会显示“An error occurred, please try again later. ”——解决的方式是将 “*.googlevideo.com” 加入需要代理的站点列表中。为了保险起见，防止 GFW 的 DNS 污染，请将 “选项”->“全局设置”中，“使用 SOCS 服务器查找 DNS”的选项亦一并勾选）

　　（1）首先确认此次封锁针对的URL地址是 s.ytimg.com ，而 YouTube 网站上有两个重要的 .css 文件放在该域名下，因此导致页面显示不正常。有时即便首页正常，但进入视频后会提示“您已关闭 JavaScript，或者使用的是旧版的 Adobe Flash 播放器”，即便按照提供的升级链接将 Adobe Flash 升级到最新版本，也无济于事。

　　（2）受直接影响的两个文件是：（因文件名为动态，可能不是以下的两个文件名，请打开页面源码，自行查找 s.ytimg.com/yt/cssbin 以获知对应的两个文件名）

　　http://s.ytimg.com/yt/cssbin/www-core-vfl107636.css
　　http://s.ytimg.com/yt/cssbin/www-the-rest-vfl105395.css

　　为了能够访问 youtube.com 以及 s.timg.com下的所有资源，你需要首先在自己的 hosts 文件中加入以下内容（Windows 平台该文件在 C:\WINDOWS\System32\drivers\etc\hosts，其他 UNIX 平台在 /etc/hosts）：

　　203.208.39.104 www.youtube.com
　　203.208.33.100 gdata.youtube.com
　　203.208.39.99 upload.youtube.com
　　203.208.39.99 insight.youtube.com
　　203.208.39.160 help.youtube.com
　　203.208.39.104 youtube.com
　　203.208.39.104 s.ytimg.com
　　203.208.39.104 i1.ytimg.com
　　203.208.39.104 i2.ytimg.com
　　203.208.39.104 i3.ytimg.com
　　203.208.39.104 i4.ytimg.com

　　（3）链接一个加密通道，比如使用 UltraVPN，清理浏览器缓存（必须！），然后直接点击（2）里面的两个 .css 文件链接，检验返回的内容是否为无乱码的标准纯文本内容。

　　（4）一旦这两个文件内容无误，这时它的内容就已保存在你的本地缓存里，这时你再访问 YouTube 就不会遇到任何麻烦。

　　以上方法的唯一麻烦是缓存会过期，或者因手动清除缓存而丢失。这时只能重复以上步骤，依靠手工在加密通道下重新获取这两个文件，才能获得正常访问。

　　值得注意的是这也导致了使用普通代理方式的失效，因为代理服务器自身在服务端就有缓存，只要有其中一个被封的用户读取了被干扰的 .css 文件，就使得后续的使用者无法再度获得该文件的正确内容。因此在目前情况下，使用代理访问 YouTube 是极其不稳定的。

　　鉴于此次 GFW 的封锁是大面积 DNS 劫持且 URL 过滤，包括 gladder 这样的翻墙利器也在这一波攻势面前牺牲倒下，因此目前最好的翻墙方法还是用 VPN 或 ssh 方式的加密通道，配合 hosts 文件的修改。（本人推荐使用 UltraVPN ）

　　从个人用户角度上讲，修改 hosts 文件本身是非常不安全的做法，网上传播的修改文件内容各色各异，一般常人很难对其真假进行鉴别，很容易被钓鱼网站利用。

　　但现在人们被逼到使用这样的非常规手段，实属迫不得已，既耽误时间牺牲效率，又隐含提高了系统的风险，究其根源，实属 GFW 作恶，在对国人主机系统安全造成最大破坏。

　　因为是技术应急文章，我不想在这里说什么脏话。但我还是要对 GFW 这种 DNS 劫持的流氓行径表示最强烈的愤慨：你连堵带截，不让国外网站提供正常服务也就罢了，还拿假的东西来混淆视听，技术人员昧着良心干这种见不得人的勾当，该遭五雷轰顶天打雷劈，小心你TMD绝后罢！