676.RabbitMQ double ack 报错

浅忆发布于 2020-02-02 收录于日常

16:50:10.134 ERROR 17788 --- o.s.a.r.c.CachingConnectionFactory :
Channel shutdown: channel error; protocol method: #method<channel.close>(reply-code=406, reply-text=PRECONDITION_FAILED - unknown delivery tag 1, class-id=60, method-id=80)

在设置手动确认ACK后老是会出现这个错误，虽然不影响消息接收，但是每次报错都会重连。除了在配置文件中设置手动ack以外，还需要在RabbitMQConfig中设置，按照参考文章上说的是

被注解注入的SimpleRabbitListenerContainerFactory覆盖，而它默认使用了自动签收。但是消费消息的时候又手动进行channel.basicAck(deliveryTag, false)，于是导致了两次ack,所以报错。

因为需要手动设置ack的话，那么在消费端需要@RabbitListener注解放到方法上，同时指定containerFactory，不然会出现无限循环错误。官方解释而刚好设置了 rabbitListenerContainerFactory ,返回类型是SimpleRabbitListenerContainerFactory，刚好被覆盖了，所以得再次手动设置一次。

        
  @RabbitHandler
  @RabbitListener(queues = "DirectQueue", containerFactory = "rabbitListenerContainerFactory")
  public void listen(Message message, Channel channel) {
  //...........................
}

[转]nginx 开启websocket

浅忆发布于 2020-01-10 收录于日常

1、编辑nginx.conf，在http区域内添加下面配置：

map $http_upgrade $connection_upgrade {
    default upgrade;
    '' close;
}

map指令的作用：该作用主要是根据客户端请求中$http_upgrade 的值，来构造改变$connection_upgrade的值，即根据变量$http_upgrade的值创建新的变量$connection_upgrade，创建的规则就是{}里面的东西。其中的规则没有做匹配，因此使用默认的，即 $connection_upgrade 的值会一直是 upgrade。然后如果 $http_upgrade为空字符串的话，那值会是 close。

2、虚拟主机的配置文件，在location匹配配置中添加如下内容：

proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "Upgrade";
示例如下：
upstream socket.kevin.com {
    hash $remote_addr consistent;
    server 10.0.12.108:9000;
    server 10.0.12.109:9000;
}
 location / {
            proxy_pass http://socket.kevin.com/;
            proxy_set_header Host $host:$server_port;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
    }

一键DD脚本(萌咖) CentOS/Debian/Ubuntu

浅忆发布于 2019-12-21 收录于日常转载

一键DD Linux系统的用途

基本所有的VPS服务器商家，都会提供免费的Linux系统供安装，比如CentOS、Debian、Ubuntu等。那为什么还要使用一键DD脚本重装/更换系统呢？

商家提供的系统版本有限，可能没有自己需要的版本。
商家的系统安装有自己不想要的服务，比如国内的阿里云盾（安骑士）。
商家的系统无法安装特定软件，比如很挑内核的锐速。

以上几种情况，一键DD脚本就可以为服务器更换一个纯净的系统，帮你解决问题。

所需环境

以网络流传较广的Vicer一键DD为例，其所需环境为： **架构：**KVM/XEN，不支持OpenVZ。 **系统：**Debian/Ubuntu/CentOS

一键DD脚本使用教程

注意事项：

Vicer脚本目前不支持重装为CentOS 7系统，支持CentOS 6.9以下版本。
重装的系统源自官方发行版。
安装过程全自动进行，无需VNC操作，无需进入救援模式。
系统安装完成后的默认用户名为root，默认密码为:MoeClub.org

DD脚本示例： 由于脚本命令中需要写明目标系统版本，所以根据需求不同，最终的运行命令也各不相同。下面提供几个使用范例，可以直接复制使用，也可以将命令中的系统版本替换为其它版本。

重装为CentOS 6.9：

以下命令中的 -c 后面为CentOS版本号，-v 后面为64位/32位，可根据需求进行替换。

# CentOS 6.9 64位：
bash <(wget --no-check-certificate -qO- 'https://moeclub.org/attachment/LinuxShell/InstallNET.sh') -c 6.9 -v 64 -a
# CentOS 6.9 32位：
bash <(wget --no-check-certificate -qO- 'https://moeclub.org/attachment/LinuxShell/InstallNET.sh') -c 6.9 -v 32 -a

重装为Debian：

以下命令中的 -d 后面为Debian版本号，-v 后面为64位/32位，可根据需求进行替换。

OVH美西杜甫测试

浅忆发布于 2019-12-05 收录于日常

黑5上手的一台机器，网络为 500Mbps。具体位置：美国俄勒冈州希尔斯伯勒

基础测试

--------------------------------------------------------------------------
CPU 型号 : Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz
CPU 核心数 : 8
CPU 频率 : 4000.854 MHz
总硬盘大小 : 7372.9 GB (14.6 GB Used)
总内存大小 : 31859 MB (775 MB Used)
SWAP大小 : 1021 MB (0 MB Used)
开机时长 : 0 days, 14 hour 34 min
系统负载 : 0.15, 0.03, 0.01
系统 : Debian GNU/Linux 9
架构 : x86_64 (64 Bit)
内核 : 4.11.8-041108-generic
虚拟化平台 : No Virt
--------------------------------------------------------------------------
硬盘I/O (第一次测试) : 290 MB/s
硬盘I/O (第二次测试) : 288 MB/s
硬盘I/O (第三次测试) : 305 MB/s
--------------------------------------------------------------------------
节点名称 IP地址 下载速度 延迟
CacheFly 205.234.175.175 38.8MB/s 62.435 ms
Linode, Tokyo, JP ms
Linode, Singapore, SG 139.162.23.4 11.0MB/s 202.753 ms
Linode, London, UK 176.58.107.39 17.0MB/s 146.624 ms
Linode, Frankfurt, DE 139.162.130.8 15.8MB/s 149.624 ms
Linode, Fremont, CA 50.116.14.9 99.4MB/s 25.793 ms
Softlayer, Dallas, TX 173.192.68.18 25.0MB/s 64.434 ms
Softlayer, Seattle, WA 67.228.112.250 26.9MB/s 59.743 ms
Softlayer, Frankfurt, DE 159.122.69.4 17.5MB/s 145.023 ms
Softlayer, Singapore, SG 119.81.28.170 7.49MB/s 229.720 ms
Softlayer, HongKong, CN 119.81.130.170 8.68MB/s 205.621 ms
--------------------------------------------------------------------------
节点名称 上传速度 下载速度 延迟
西安电信 7.18 Mbit/s 56.44 Mbit/s 386.264 ms
北京联通 2.70 Mbit/s 6.97 Mbit/s 545.524 ms
--------------------------------------------------------------------------
合肥 : 269.5 ms 北京 : 284.4 ms 武汉 : 250.65 ms
昌吉 : Fail 成都 : Fail 上海 : Fail
太原 : 26.75 ms 杭州 : 266.23 ms 宁夏 : 259.12 ms
呼和浩特 : 276.83 ms 南昌 : Fail 拉萨 : Fail
乌鲁木齐 : 342.9 ms 天津 : 256.98 ms 襄阳 : Fail
郑州 : 248.19 ms 沈阳 : Fail 兰州 : 280.55 ms
哈尔滨 : Fail 宁波 : Fail 苏州 : Fail
济南 : 266.44 ms 西安 : 272.7 ms 西宁 : Fail
重庆 : 290.53 ms 深圳 : Fail 南京 : Fail
长沙 : Fail 长春 : 251.61 ms 福州 : 266.7 ms
--------------------------------------------------------------------------
Node Name Upload Speed Download Speed Latency
Speedtest.net 220.71 Mbit/s 324.46 Mbit/s (*) 94.414 ms
Fast.com 0.00 Mbit/s 193.9 Mbit/s -
Beijing 5G CT 15.31 Mbit/s 10.29 Mbit/s -
Nanjing 5G CT 13.36 Mbit/s 69.16 Mbit/s -
Hefei 5G CT 12.75 Mbit/s 74.79 Mbit/s -
TianJin 5G CU 17.55 Mbit/s 90.03 Mbit/s -
Shanghai 5G CU 18.51 Mbit/s 33.72 Mbit/s -
Guangzhou 5G CU 13.88 Mbit/s 58.99 Mbit/s -
Tianjin 5G CM 14.85 Mbit/s 50.37 Mbit/s -
Wuxi 5G CM 7.29 Mbit/s 20.44 Mbit/s -
Nanjing 5G CM 10.88 Mbit/s 97.14 Mbit/s -
Hefei 5G CM 50.01 Mbit/s 9.86 Mbit/s -
Changsha 5G CM 3.28 Mbit/s 584.95 Mbit/s -

OVH黑五49.9欧(法国)机器基础测试

浅忆发布于 2019-11-28 收录于日常

        
        
        
    
----------------------------------------------------------------------
 Superbench.sh -- https://www.oldking.net/350.html
 Mode  : Standard    Version : 1.1.6
 Usage : wget -qO- git.io/superbench.sh | bash
----------------------------------------------------------------------
 CPU Model            : Intel(R) Xeon(R) CPU E5-1630 v4 @ 3.70GHz
 CPU Cores            : 8 Cores 1199.999 MHz x86_64
 CPU Cache            : 10240 KB
 OS                   : CentOS 7.7.1908 (64 Bit) Dedicated
 Kernel               : 4.14.129-bbrplus
 Total Space          : 6.9 GB / 6853.5 GB
 Total RAM            : 811 MB / 64312 MB (7156 MB Buff)
 Total SWAP           : 0 MB / 2043 MB
 Uptime               : 20 days 21 hour 22 min
 Load Average         : 0.00, 0.00, 0.00
 TCP CC               : bbrplus
 ASN & ISP            : AS16276, OVH SAS
 Organization         : OVH SAS
 Location             : Gravelines, France / FR
 Region               : Hauts-de-France
----------------------------------------------------------------------
 I/O Speed( 1.0GB )   : 174 MB/s
 I/O Speed( 1.0GB )   : 172 MB/s
 I/O Speed( 1.0GB )   : 176 MB/s
 Average I/O Speed    : 174.0 MB/s
----------------------------------------------------------------------
 Node Name        Upload Speed      Download Speed      Latency
 Speedtest.net    560.40 Mbit/s     930.90 Mbit/s       6.504 ms
 Fast.com         0.00 Mbit/s       208.3 Mbit/s        -
 Beijing 5G   CT  4.54 Mbit/s       29.95 Mbit/s        -
 Nanjing 5G   CT  2.63 Mbit/s       43.83 Mbit/s        -
 Hefei 5G     CT  3.59 Mbit/s       29.56 Mbit/s        -
 Guangzhou 5G CT  1.77 Mbit/s       11.32 Mbit/s        -
 TianJin 5G   CU  19.67 Mbit/s      56.32 Mbit/s        -
 Shanghai 5G  CU  3.70 Mbit/s       14.34 Mbit/s        -
 Guangzhou 5G CU  2.93 Mbit/s       9.16 Mbit/s         -
 Tianjin 5G   CM  7.63 Mbit/s       24.87 Mbit/s        -
 Wuxi 5G      CM  2.56 Mbit/s       9.42 Mbit/s         -
 Nanjing 5G   CM  4.60 Mbit/s       30.01 Mbit/s        -
 Changsha 5G  CM  5.96 Mbit/s       363.09 Mbit/s       -
----------------------------------------------------------------------
 Finished in  : 6 min 19 sec
 Timestamp    : 2019-12-28 17:37:47 GMT+8
 Results      : /root/superbench.log
----------------------------------------------------------------------
 Share result:
 · http://www.speedtest.net/result/8894382211.png
 · https://paste.ubuntu.com./p/dmt9Dj3r8m/
----------------------------------------------------------------------