PlusAzuki comments

Results 28 comments of


                                            PlusAzuki

程序老是突然去世

无法绑定的记录没留存就删了 > 1. 无法绑定应该有报错记录吧？ > 2. 多线程的问题难说，不清楚是系统的限制还是程序的问题，可以试试调整 `Thread Pool ` 开头的和 `Multiple Request Times` 参数 > 3. 线程多暂时无解，之前就有说过 #5 多半是多线程支持库实现不太行，多了系统撑不住，这种嵌入式设备强上并行没什么比较好的办法解决 1.记录没存,重启程序自动删的...不好意思 2.阈值没算出来,每次宕机都是一次挑战... 3.线程多会出错这个我有一个想法:设置一下阈值,超过阈值部分的请求和接着的请求的算到下一回,虽然这可能会导致多设备请求时部分设备超时....但这或许是在嵌入式设备的最好的方法了

程序老是突然去世

发现了新bug: 条件如下: 客户端(装有nginx，并使用nginx的反代服务不使用upstream而使用resolver指向其上级路由器) ----其上级路由器A(装了pcap-dnsproxy并将local dns指向其上级路由器B) ----路由器B(使用了HiXNS 的dns服务，国内解析没问题）此时客户端开始浏览反代的页面，nginx会出现错误502 bad gateway，然而pcap-dnsproxy没有提示出错但是如果将resolver指向路由器B则没有此问题所以这是什么bug呢？

程序老是突然去世

又双发现一个新bug:网易云音乐的IP总是不尊守routing.txt到香港去了我还特意从ip.cn扒了一份差不多完整的中国大陆路由表,但是就是去了香港...程序也没报错 HiXNS解析出来有59.111.160.195,然后路由表里存在 59.107.0.0/13 ,但程序就像没看见一样直奔香港; B站在路由表更改后解析已正常

程序老是突然去世

> 又双发现一个新bug:网易云音乐的IP总是不尊守routing.txt到香港去了 > 我还特意从ip.cn扒了一份差不多完整的中国大陆路由表,但是就是去了香港...程序也没报错 > HiXNS解析出来有59.111.160.195,然后路由表里存在 59.107.0.0/13 ,但程序就像没看见一样直奔香港; > B站在路由表更改后解析已正常即使我把路由表的 59.107.0.0/13 展开 /16 ,网易云音乐的解析结果也还是在香港...所以这是什么问题?

程序老是突然去世

> 1. Nginx 那个看不懂是做的什么配置 > 2. 经测试路由表工作似乎是正常的，如果程序不接受，有可能是解析结果中有不在路由表里的地址 > > 如果对任何行为有怀疑，可以抓个包看看。 1.Nginx是用来本地反代P站的2333，有两种方式设定上游服务器: 1 老老实实的在upstream写完所有IP，但nginx不会为其优选， 2 设定需要反代的网站为一个元素，在reslover 后面加上解析这个元素的DNS，有缓存时间，过期重新获取，如果dns能帮忙优选结果则效果比前者要好 2.测试多次之后发现写不写主DNS都是会从国外dns来获取结果，而本地dns经常被不明力量所无视 == ，我确定获取网易云音乐的结果是在路由表里的... 目前出了一个新的问题，在默认配置的第62行，默认值是0，可是总有错误日志....说xxx format error，然后把那行注释掉之后没有异常...

程序老是突然去世

不走路由表原因大概知道了: Routing.txt文件少了这样的开头: [Local Routing] 这个原因可还行2333打扰了能不能不要读这个头就能用呢(

程序老是突然去世