mongdb数据库

mongodb使用总结

标签

kvm 1

qemu 1

虚拟化 1

kernel 1

debug 1

多线程 1

coroutine 1

排序算法 1

sort 1

编程技巧 2

KVM，console 1

KVM，qemu，编译，调试 1

SR_IOV，passthrough，KVM 1

KVM，qemu 6

编译错误 1

linux c 1

变长参数 1

TCP连接 1

混合存储 1

flashcache 1

ldconf 1

本地源 1

yum 1

fio 2

blktrace 1

work-notes 1

bonding 1

ssh互信 1

jekyll 1

Flash 1

Cache 1

TCP 2

Apache 1

Nginx 1

systemtap 2

git 1

shell 1

linux 2

haproxy 1

network 1

gdb 1

coredump 1

netmap 1

libpcap 1

tcpdump 1

内核、传输加密 1

内核、Multipath、TCP 1

Multipath 1

HTML 1

JavaScript 1

DNS 1

bind 1

协议栈 1

MSS 1

MTU 1

TSO/GSO 1

centos7，网络配置，bond0配置 1

centos7，rc.local 1

virturalization 1

iptables 1

NAT 1

内核 2

centos7 1

module 1

mongodb 1

RabbitMQ 1


flashsocket 跨域访问失败问题

2015年02月02日

[目录]

我思故我在 – 笛卡尔

问题现象

最近公司运维反馈有几个线上项目有用户投诉，说用户播放搜狐视频时被公司的缓存系统引导到缓存服务器后视频就无法播放了。查看缓存服务器的log并没有发现请求失败的日志，更奇怪的是log并没有来自用户的HTTP Get请求日志。到测试环境去测试发现很容易复现问题，客户端wireshark抓包分析客户端请求的数据流。

用户请求引导阶段

播放搜狐视频过程中 flash player不断向源站发起视频资源的HTTP Get请求，HTTP Get请求被公司的缓存系统捕获到并发送302重定向数据包来引导用户请求到缓存系统，如下所示：

用户发起视频资源的HTTP Get请求并被302重定向引导

从上图可以确认用户请求引导阶段是正常的。

用户请缓存系统发起请求阶段

接着分析用户向缓存服务器发起的请求及缓存服务器的响应，发现用户收到302重定向后没有直接向缓存服务器的80端口再次发起视频资源的HTTP Get请求，而是尝试向缓存服务器的843端口建立TCP连接，但是缓存服务器没有开启843端口，因此多次syn请求都被服务器rst掉了，如下所示：

用户向缓存服务器843端口发起syn后被缓存服务器rst掉

再分析接下来的数据流，发现客户端flash player 再也没有发起视频资源的请求，至此大致发现问题所在。

相关原理

谷歌搜索[flash ，843]关键字，发现是flash 10以后引入的一个新的特性：

flash 10以后引入了“跨域策略文件”，主要用于视频服务器对本机资源的访问权限进行控制。 flash跨域请求访问视频资源时首先会向视频服务器发起“跨域策略文件”请求，如果请求失败，则表示该视频服务器禁止任何第三方域的flash跨域请求。

解决方法

缓存服务器或者前端负载均衡服务器必须要监听843端口，当有客户端发起policy-file-request请求时，响应正确的cross-domain-policy文件给客户端flash player。用C语言写了一个简单的TCP服务器来实现该功能。– github 项目地址

enjoy the life !!!