3、WAPI协议性能测试 性能测试是指测试协议实体或系统的性能指标,是用实验的方法检测被测协议实现的各种性能参数,包括:数据传输率、连接时间、执行速度、吞吐量、并发数等。...在测试过程中,我们使用了业界主流的数据报文捕获分析工具进行WAPI协议包的捕获,将报文解析结果与WAPI安全协议检测系统产生的报文解析结果进行比对测试,如果WAPI报文解析结果完全一致,说明WAPI安全协议检测系统报文解析结果正确
脚本简介Linux 服务器一键测试脚本,支持speedtest国内外测速(显示上行、下行、抖动和丢包率)、Geekbench v5单核、多核性能测试,Netflix、YOuTube Premium、BiliBili
本文作者:Alex(MS08067核心成员) 前言 这次给大家介绍一下Digitalocean这个机房,他家的VPS测评可以百度搜搜看,我这里说一下重点。...移动和电信线路不错(尤其是移动),联通就很差了250-300ms的延迟,不过好在不丢包。 不能做大规模的扫描和发包,临时流量比较高或者用zmap、nmap等没问题。...有CDN,DNS,OSS云存储,数据库,VPS等等 Vps区域有如下 两个产羊毛的地方: https://education.github.com/packGITHUB的学生计划,一年50美金优惠...在中国香港PP接受你的付款请求 紧接着注册你的Digitalocean账号 遇到下图此问题请少侠重新来过,正常情况下可以从余额支付并且完成账户注册。...从https://browserleaks.com/canvas可以看到你的浏览器指纹以及指纹唯一性的概率有多少 那么理想状态下是这样的 Digitalocean不单只是对你进行IP
Nextcloud搭建办法 主要的搭建办法有两个: 通过VPS一键安装 手动安装 通过VPS一键安装 Vultr有一键安装Nextcloud的功能,非常方便。...主要步骤如下: 注册vps 创建vps实例 Server Location -> 选择一个好的机房,比如洛杉矶,日本和新加坡等。...以下是我的测试结果: image.png 选择的原则是,ping值最小,丢包率最小。比如我的测试结果中,较不错的是sjo、wa和lax,都是美国机房。
三、阅读 MTR 报告 我在我的搬瓦工HK 9.99/月的 VPS 上操作一下: root@ubuntu:~# mtr --report google.com Start: Mon Oct 30 10:...如果不加任何参数,会进入一个动态界面,mtr 会不断的发包,查看实时丢包率。...第一列就是各个节点的 IP 地址,第二列(Loss%)是丢包率,第三列(Snt)是发包书,第四列(Last)是最后一次发包的时延,第五列(Avg)是平均时延,第六列(Best)是最好的一次的时延,然后是最差的一次的时延...四、分析 MTR 报告 分析一个 MTR 报告,主要是看丢包率和时延。...丢包率看百分比就行,看看哪个节点上有丢包或者丢包比较多,那就是那个节点有问题,通过IP地址查看该节点位置,确定是内网还是外网问题。
想了一下数据库应该没丢,问题出在无法连接上。去找了一圈也没有个靠谱的解决办法,最后还是上宝塔面板官方论坛找了一下,终于找到了官方对此问题的回复。...打开 SSH 软件连接 VPS 服务器,清理二进制日志: rm -f /www/server/data/ib_* rm -f /www/server/data/mysql-bin* 尝试启动 mysqld...执行完上面两步,再试试宝塔面板已经可以正常打开了,到此一切正常。...不过老魏使用军哥 lnmp 每次都是直接重启 VPS(国内外主机都有),没有遇到过类似问题,看来在稳定性方面,面板还是不如 lnmp 一键包做的好,当然面板有它的方便快捷、可视化的特点,会越来越受到站长们的欢迎
一、丢包对通话主观体验的影响 很多人问我,到底丢多少个包才会影响语音通话主观体验呢? 我从两个维度来谈谈我的看法: 1....丢包位置: 如果是丢在非语音帧(不具备语音有用信息量),且声源环境比较安静,丢多少个包可能你都察觉不到;如果声源环境比较嘈杂,丢了非语音帧,有可能你会听到背景噪声不连续不自然,但由于不是丢重要信息,所以也不会太影响通话信息的传递...iphone丢包率为0的时候是很少看到的,也就是说当丢包率上去后,facetime就会触发发送这种长度一致、内容相同的包,而且发包时间间隔极短,不会是丢包重传。...FEC是通过对历史帧信息进行冗余编码,在发送正常帧后发出相应冗余帧,当接收端检测到丢包就可以利用收到的冗余帧进行恢复。ARQ是实现接收端检测丢包后通知发送端重传的协议。...为避免问题恶化,有些抗丢包策略采取比较绅士的做法,即自动检测到当前网络负载程度,当过载则降低冗余率,目的是避免丢包率上升,是一种对FEC冗余率和丢包率平衡折中的方法。
不管是采用传统的idc模式,还是最近比较火的vps。作为运维,不免被老板灵魂拷问,哪家的vps比较好,哪家的idc比较好。价格上没什么好说的,谁高谁低,一幕了然。...具有下面功能: 网络质量监控,监控三大运营商网络延迟,丢包,可以设置省内/全国。 监控dns解析域名速度。 后台更新网络监控节点(手动更新,自动更新)。 部署节点性能测试,生成测试报告。...生成丢包,延迟等数据。 prometheus 收集smokeping采集的数据,与pushgateway配合使用。 grafana 数据展示,展示prometheus的数据。...部署 准备资源 一台vps 准备一台vps,从零开始部署并使用,记录整个过程。...vps采用腾讯云竞价实例作测试, 购买链接 vps初始化 参考文章: docker和docker-compose一键安装脚本 安装项目依赖 yum install glibc.i686 libstdc
弱网定义 首先我们需要明确弱网的定义,我们从两个维度进行定义:丢包率与带宽限制。丢包率在多少以下代表网络可用?网络带宽究竟达到多少代表该网络可稳定运行?...只有在丢包和带宽都处于可接受范围内时,该网络才不算弱网。如果任何一个维度的指标出现异常,例如丢包率过高或者带宽限制明显,就可将其视为一种弱网环境。...从算法指标来看:丢包率在2%以内的网络可被视为质量不错,丢包率为4%~6%则属于正常网络,丢包率大于10%则网络环境较差,20%则意味着网络环境非常糟糕。 如果是延迟呢?...在这种模式下如果控制丢包率在10%以下,实际上是不需要做任何重传请求的,因此丢包率在10%以下的延迟基本上没有什么影响。...如果网络带宽不错但延迟比较明显,我们会优先使用FEC,且控制丢包率在20%以内;如果丢包率超过20%,使用FEC会额外消耗更多的带宽,继而导致整个传输链路的持续恶化。
使用vps供应商为 vultr ,IDC机房分布如下图 ? 列表中有9个国家,ubuntu 系统最低配置每个月5美元,每个国家一台vps deploy 也没多少钱。...这边还有一些需要注意的地方,国内访问国外服务器,可能会丢包,最好是在其中一台vps上面执行初始化脚本 运行完后,查看主节点,成功接收到数据。 ?...使用 tcpdump dump数据包,wireshark 打开,可以看到子节点和主节点之间的通信以明文传输,且有明显的特征 ? 使用scapy 识别主节点和子节点的地址,主要代码如下 ?...如果变形使用 cat /etc/passwd & 或者 tail /etc/passwd 在正常的 vps 里面也是可以正常读取到 passwd 的内容, ? ?...蜜罐攻击 非授权攻击 查看下主节点面板查询传输的数据包,用户认证是通过后,is_login 的值就是登陆用户,也就是说我们可以直接爆破这个用户,绕过登陆,直接设置后端各种参数,比如将报警参数置为空。
Cubic算法的正常运行对链路的丢包率有一定的要求,在丢包率较高的长肥管道环境下,其发送窗口会迅速收敛到很小。...注意看上面的图的横轴丢包率,当丢包率接近25%的时候,曲线从崖点跌落,这并不是偶然的。过程很容易理解,首先,在增益期,x%的丢包率是否抵消了增益比25%?也就是说,x是否大于25。...3.bbr_pacing_gain数组中系数为1(即平稳反馈周期)的元素的多少,决定了抗丢包能力(太久,则会持续衰减,太短,则比较颠簸)。...这是BBR不如CUBIC的地方,BBR事实上完全基于反馈,正常来讲按照数据守恒规则,一个包离开另一个方可进入的情况下,丢包率本身就会持续拉低带宽,BBR有一个5/4的增益,这可能会弥补丢包带来的反馈减损...甚至丢包率在10%~15%的时候,BBR的表现就开始不佳。 BBR算法在高丢包率下的优化 请注意,任何优化都只针对特定场景的特定业务,不存在一种通用的算法优化。
可是无论怎么选,总感觉哪里不对,延迟高不说,还经常丢包。查来查去,一直查不到问题。 我以为只有我一个是这样,后来 通过ping测试、请朋友测试等等一系列测试中,终于意识到不对。 ?...而恰恰就是ip在美国的那台vps延迟特别高,丢包也严重?突然想到有朋友曾经和我说vultr日本的机房是从美国绕过来的。...这是正常的路由路径 日本机房,IP为美国($$R测试) 国内请求 ⇒ 广州(或者其他地方)⇒ 日本⇔ 美国 ⇓ 国内接收 ⇐广州(或者其他地方) ⇐日本 ⇐美国 ?
SEND 发送端总速率 471kbps 每秒钟发送的音视频数据是多少 LOSS 网络丢包率 0-0-0-0 | 0-0-0-0 | 0% 视频最终丢包率 - 视频FEC恢复了几个包 - 视频ARQ恢复了几个包...- 视频原始丢包率 | 音频最终丢包率 - 音频FEC恢复了几个包 - 音频ARQ恢复了几个包 - 音频原始丢包率 | 网络丢包率 BIT 音视频码率 175 | 0 | 40kbps 大画面编码码率...RECV 接受端总速率 272kbps 每秒钟接受的音视频数据是多少 LOSS 网络丢包率 0-0-0-0 | 0-0-0-0 | 0% 视频最终丢包率 - 视频原始丢包数 - 下行视频实际丢包率 |...音频最终丢包率 - 音频原始丢包数 - 下行音频实际丢包率 | 下行网络丢包率 BIT 音视频码率 232 | 40 kbps 视频码率 | 音频码率 kbps RES 分辨率 368x640 下行接受到的分辨率...| 音频FEC恢复包数 - 音频原始丢包数 - 音频FEC比例 ARQ 重传数据 0 - 0 | 0 - 0 视频ARQ恢复包数 - 视频ARQ请求数 | 音频ARQ恢复包数 - 音频ARQ请求数 CPU
基于丢包的拥塞控制的优势是比较简单,只需要知道丢包率,就可以根据丢包率确认码率调整的方向与大小;劣势就是当我们发现丢包的时候,拥塞已经发生,在此基础上进行控制为时已晚。...网络拥塞的情况下追丢包需要处理三个问题,第一个问题,首先要基于丢包率获得码率,因为需要根据已有码率才能调整码率,这是最重要的信息。...在接收端根据抖动缓冲队列里面统计得到丢包率,通过RTC包反过来给到发送端,发送端继续判断究竟码率应该是多少,最终得到想要的码率。 ?...这里列了GCC做的公式,GCC公式第一行列了两个例子,一个是丢包率10%,一个是丢包率2%,超过10%的话我们一般认为已经发生了拥塞,网络处于比较差的状态。低于2%我们认为网络处于比较好的状态。...GCC采用(1 - 0.5)丢包率表示是比较缓慢在上调码率,如果网络处于一个比较好的状态,丢包率低于2%,上调的幅度也不会太大,这是GCC的做法。即构科技的做法相对会比较激进。
BBR解决了两个问题: 再有一定丢包率的网络链路上充分利用带宽。非常适合高延迟,高带宽的网络链路。 降低网络链路上的buffer占用率,从而降低延迟。非常适合慢速接入网络的用户。...ref=zeruns 高性价比和便宜的VPS/云服务器推荐:https://blog.zeruns.tech/archives/383.html speedtest测速服务搭建 yum install
,这种情况只能说明在传输需要合成的语句的时候出现了问题,这时候第一个排查的就是网络问题,可能是网络大量丢包造成的数据传输问题,于是开始使用ping命令查看,发现确实有丢包,但是通过ping又没有办法发现是哪个地方丢包...,这个时候聪明的你肯定想到我们用traceroute命令来检测数据包传输到哪个地方不传了,但是我发现这个并不能说明什么,因为丢包不是完全丢,而是丢一部分,这个时候想有没有一个命令是ping和traceroute...-i 使用这个参数来设置ICMP返回之间的要求默认是1秒 -c 指定发送多少个数据包 -4 IPv4 -6 IPv6 在MTR运行过程中,可以输入快捷字母切换模式例如: ?或 h:显示帮助菜单。...115.239.210.27 0.0% 6 2.5 2.5 2.4 2.5 0.0 Host: 显示经过每一跳的地址 LOOS%:到此此节点数据包丢包率...,显示每个节点的丢包率 Snt: 发送包的数量 Last: 显示的最近一次的返回延时 Avg: 发送ping包的平均延迟 Best: 最低延迟时间 Wrst: 最大延迟时间 StDev:标准偏差
在出国线路上表现为拥堵,丢包率高。...CN2 VPS 是否一定比普通 163 承载网络的 VPS 更快呢?CN2 决定了网络质量会优于普通 163 承载网络,但也不一定,除了承载网络之外,机房的地理位置也很重要。
在有一定丢包率的网络链路上使用 TCP BBR 有着提高传输速度的作用。 内核版本 自从 Linux 内核 4.9 开始已经封装了这个新的 TCP 控制算法 BBR。...升级内核 基于 KVM 架构 VPS 可以将内核更新到 4.9 以上的版本从而启用该功能。
Loss% 列展示了数据包在每一跳的丢失率。Snt 列记录的多少个数据包被送出。 使用 –report 参数默认会送出10个数据包。...当10个数据包全部发出后,得到的平均延迟可能是正常的,但是平均延迟是不能很好的反应实际情况的。如果标准偏差很高,使用最好和最坏的延迟来确定平均延迟是一个较好的方案。...MTR丢包截图 从上面的图中,可以看从第13跳和第17跳都有 10% 的丢包率,从接下来的几跳都有丢包现象,但是最后15,16跳都是100%的丢包率,可以猜测到100%的丢包率除了网络糟糕的原因之前还有人为限制...所以,当看到不同的丢包率时,通常要以最后几跳为准。 还有很多时候问题是在数据包返回途中发生的。数据包可以成功的到达目的主机,但是返回过程中遇到“困难”了。...此外,互联网设施的维护或短暂的网络拥挤可能会带来短暂的丢包率,当出现短暂的10%丢包率时候,不必担心,应用层的程序会弥补这点损失。
Loss% 列展示了数据包在每一跳的丢失率。 Snt 列记录的多少个数据包被送出。 使用 –report 参数默认会送出10个数据包。...当10个数据包全部发出后,得到的平均延迟可能是正常的,但是平均延迟是不能很好的反应实际情况的。如果标准偏差很高,使用最好和最坏的延迟来确定平均延迟是一个较好的方案。...image.png 从上面的图中,您可以看从第13跳和第17跳都有 10% 的丢包率,从接下来的几跳都有丢包现象,但是最后15,16跳都是100%的丢包率,我们可以猜测到100%的丢包率除了网络糟糕的原因之前还有人为限制...所以,当我们看到不同的丢包率时,通常要以最后几跳为准。 还有很多时候问题是在数据包返回途中发生的。数据包可以成功的到达目的主机,但是返回过程中遇到“困难”了。...此外,互联网设施的维护或短暂的网络拥挤可能会带来短暂的丢包率,当出现短暂的10%丢包率时候,不必担心,应用层的程序会弥补这点损失。
领取专属 10元无门槛券
手把手带您无忧上云