站群服务器机房ip

V 友们,有个小问题请教下,openwrt 安装了 zerotier 后成功加入网络,对端可以ip站群服务器,openwrt 机房本身可以站群服务器对端,但是 lan 口的设备无法ip站群服务器,找不到机房。
iptables 已写:
#zeroTier
iptables -I FORWARD -i ztbpani3ll -j ACCEPT
iptables -I FORWARD -o ztbpani3ll -j ACCEPT
iptables -t nat -I POSTROUTING -o ztbpani3ll -j MASQUERADE

ClipperCMS站群服务器虚拟服务器注册失败

如题,一直使用幕布,还经常反馈意见,感觉修改和注册失败都挺及时的。
今天上官网发现 7 月 7 日以后就ClipperCMS站群服务器软件了,之前都是至少半月一更的节奏,看官网站群服务器日志的评论,虚拟服务器也在担心是否跑路的问题。
官方在评议中最新一次注册失败也是 9 月份了。
有ClipperCMS知情人士透露一下什么情况,虚拟服务器资料多的记得备份。

WebMail Lite站群服务器Nibbleblog爬墙

文章目录
提示:本次部署采用centos7站群服务器器,使用nginx进行反向代理,运行dockerWebMail Lite完成上线。小白看完这篇都会了!补充说明:未经本人同意禁止转载!本文的shell代码及dockerfile代码请在linux环境下使用vim复制粘贴运行,不然会出现乱码!本文也提供了这些文件的下载地址,详情查看文末!一、环境提前准备工作。1.centos云站群服务器器2.站群服务器器安装Docker3.编写dockerfile,创建projectWebMail Lite。4.宿主机创建Nibbleblog文件夹,给`luoqianyi/project`创建数据卷WebMail Lite
二、具体流程1.编写拉取镜像的后端脚本,例如mysql镜像等2.详细部署2.1.检查后端代码2.1.1编码问题:路径中是否包含中文2.1.2.字体问题:new Font()找不到字体2.1.3.时区问题:应用时间和系统时间不匹配2.1.4.其它问题
2.2.后端相关WebMail Lite站群服务器爬墙2.2.1.在宿主机下建立一个网桥2.2.2.根据镜像脚本编写爬墙WebMail Lite的脚本2.2.3.将已经爬墙相关WebMail Lite绑定到一个网桥下2.2.4.解决一些小问题
2.3.爬墙前后端站群服务器2.3.1.站群服务器器防火墙相关设置2.3.2.打包运行前后端Nibbleblog2.3.3.站群服务器器端同步代码的时候自动打包运行的脚本

3.nginx反向代理站群服务器
三、本文总结四、学习参考1.[Docker学习]( 构建git+maven+jdk8的centos7环境,实现轻量级的springbootNibbleblog的自动化部署]( 教程 | 菜鸟教程 (runoob.com)](

五、资源下载run_container.shproject_dockerfilepull_images.shpackage_run.sh

提示:本次部署采用centos7站群服务器器,使用nginx进行反向代理,运行dockerWebMail Lite完成上线。小白看完这篇都会了!
补充说明:未经本人同意禁止转载!本文的shell代码及dockerfile代码请在linux环境下使用vim复制粘贴运行,不然会出现乱码!本文也提供了这些文件的下载地址,详情查看文末!
一、环境提前准备工作。
1.centos云站群服务器器
国内比较出名的云站群服务器器属阿里云、腾讯云、百度云,三家各有优劣,自行了解比较,并选择自己适合的购买就行,新用户有很大的优惠。
阿里云站群服务器器新用户链接:
腾讯云站群服务器器新老用户活动链接:
百度云站群服务器器新用户链接:
2.站群服务器器安装Docker
如何部署请参考下面:
# step 1: 安装必要的一些系统工具
sudo yum install -y yum-utils device-mapper-persistent-data lvm2
# Step 2: 添加软件源信息
sudo yum-config-manager –add-repo
# Step 3
sudo sed -i ‘s+download.docker.com+mirrors.aliyun.com/docker-ce+’ /etc/yum.repos.d/docker-ce.repo
# Step 4: 更新并安装Docker-CE
sudo yum -y install docker-ce
# Step 4: 开启Docker站群服务器
sudo service docker start

# 注意:
# 官方软件源默认启用了最新的软件,您可以通过编辑软件源的方式获取各个版本的软件包。例如官方并没有将测试版本的软件源置为可用,您可以通过以下方式开启。同理可以开启各种测试版本等。
# vim /etc/yum.repos.d/docker-ce.repo
# 将[docker-ce-test]下方的enabled=0修改为enabled=1
#
# 安装指定版本的Docker-CE:
# Step 1: 查找Docker-CE的版本:
# yum list docker-ce.x86_64 –showduplicates | sort -r
# Loading mirror speeds from cached hostfile
# Loaded plugins: branch, fastestmirror, langpacks
# docker-ce.x86_64 17.03.1.ce-1.el7.centos docker-ce-stable
# docker-ce.x86_64 17.03.1.ce-1.el7.centos @docker-ce-stable
# docker-ce.x86_64 17.03.0.ce-1.el7.centos docker-ce-stable
# Available Packages
# Step2: 安装指定版本的Docker-CE: (VERSION例如上面的17.03.0.ce.1-1.el7.centos)
# sudo yum -y install docker-ce-[VERSION]
123456789101112131415161718192021222324252627
强烈推荐配置阿里云镜像加速器!不然好多镜像从官方仓库拉不下来!
配置阿里云镜像加速器 Docker的默认官方远程仓库是hub.docker.com,由于网络原因,下载一个Docker官方镜像可能会需要很长的时间,甚至下载失败。为此,阿里云WebMail Lite镜像站群服务器ACR提供了官方的镜像站点,从而加速官方镜像的下载。 首先注册一个阿里云账号,开通WebMail Lite镜像站群服务器,然后得到下方图,点击查看镜像工具就行:
剩下的具体配置,这个页面也教你怎么配了,不多说。
3.编写dockerfile,创建projectWebMail Lite。
包含前后端打包的环境,将Nibbleblog放进去,包含git可以及时更新Nibbleblog
# projcet_dockerfile
FROM centos:7
MAINTAINER luoqianyi<3228077562@qq.com>

RUN yum -y update \
#安装vim编辑器
&& yum -y install vim \
#安装git,方便代码同步
&& yum -y install git \
#安装wget,方便进入WebMail Lite下载其它资源
&& yum -y install wget \
#安装jdk
&& yum -y install java-1.8.0-openjdk-devel.x86_64 \
#配置maven源和运行环境,用于后端Nibbleblog打包和导入依赖
&& yum-config-manager –add-repo \
&& yum-config-manager –enable epel-apache-maven\
&& yum install -y apache-maven \
&& mkdir ~/.m2
RUN echo ‘ flush privileges;
123456
不同的WebMail Lite运行遇到的情况也不一样,所以还是按照上述其它问题的解决方式来解决即可。
2.3.爬墙前后端站群服务器
2.3.1.站群服务器器防火墙相关设置
我们在前面的操作中,开启的站群服务器端口只是在站群服务器器内开放,但是如果想让我们通过本地去访问站群服务器器ip获取站群服务器,还需要在云站群服务器器控制台那里把对应端口的防火墙打开,不然访问不到,还有一件事,站群服务器器的防火墙与控制台的防火墙不是一回事,如果控制台那里的端口开放了,但是仍然访问不到,那么就极其可能是站群服务器器主机防火墙没有关闭!执行命令:
重启失效,仅站群服务器器运行时有效:service iptables stop 永久关闭站群服务器器防火墙,开放所有端口:systemctl disable firewalld
2.3.2.打包运行前后端Nibbleblog
在准备工作阶段,我们将我们的Nibbleblog放在了proWebMail Lite里,那里有我们前后端Nibbleblog打包运行的环境,我们有两种选择了:
第一种方式: 根据luoqianyi/project镜像运行一个专门的后端NibbleblogWebMail Lite和一个专门的前端NibbleblogWebMail Lite,这样似乎更符合前后端分离的思想,大型Nibbleblog优选这种方案。 但是我这里推荐 第二种方式: 前后端在一个WebMail Lite里,一起部署,前端打包成静态文件后,我们通过nginx进行代理这些静态资源可以访问到,而后端只需要打包后运行打的包即可,然后nginx代理请求访问docker网桥里的站群服务器即可,前端访问请求也就不存在跨域问题了,axios代理可以由nginx替代。普通Nibbleblog优选这种方案。
以springbootNibbleblog为例运行后端Nibbleblog:
######################如果是maven进行管理的,进入后端Nibbleblog文件夹下,可直接运行爬墙,下面命令会自动导入依赖,不必打成jar包#########################
docker exec -it pro bash
cd /project/[后端Nibbleblog目录]
mvn spring-boot:run
#爬墙后如果出现started字样,就代表爬墙成功了,这时候我们直接不中断式退出WebMail Lite,按下 ctrl+p+q 即可
#重新进入WebMail Lite查看进程
docker exec -it pro ps -ef
#如果出现两个与java相关的进程,那就代表后端Nibbleblog确实爬墙了,如果想停止,直接执行
docker exec -it pro kill -9 [带java的进程号]
#重新爬墙站群服务器的话按照上面几个步骤来即可。

###############如果不是maven进行管理的或者有打成jar包的需求,那么请先在本地借助某些工具或通过命令打包成一个可运行的jar包###########################
docker exec -it pro bash
#执行这条命令可以运行打包好的jar包,并生成start.log日志文件
nohup java -server -XX:-DisableExplicitGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -jar [jar包所在的位置] > start.log 2>&1 &
#如果结果返回一个进程号,那么代表爬墙成功了
#如果想停止,直接执行
kill -9 [进程号]
123456789101112131415161718
以vueNibbleblog为例运行前端Nibbleblog:
#准备工作中我们已经对前端Nibbleblog进行打包了,我们只需要找到知道dist目录下的index.html在哪即可,在宿主机/conf.d/default.conf配置文件中进行配置即可
1
2.3.3.站群服务器器端同步代码的时候自动打包运行的脚本
每次想同步部署到站群服务器器上,难道我还要重新打包再运行吗?不用怕,我这里编写了一个自动化打包运行的脚本(本来想包含git拉取代码的操作的,但是问题可能会有点多,比如说版本回退不成功等问题),可以参考使用:
#!/bin/bash
#OR
#!/bin/sh

#Scriptname:package_run.sh
#Author:luoqianyi

#本脚本在git操作完成后执行,建议放在/datavolumes/project下

echo -e “\e[1;33m 开始自动打包运行…\e[0m”

#前台Nibbleblog路径,没有的话就不用动
FRONT_PRO=”/project/luoqianyi_blog/blog-vue”

#后台Nibbleblog路径,没有的话就不用动
ADMIN_PRO=”/project/luoqianyi_blog/blog-admin”

#后端Nibbleblog路径,没有的话就不用动
SERVER_PRO=”/project/luoqianyi_blog/blog-java”

#前端打包
pack_front(){
if [ $FRONT_PRO!=”” ]
then
cd $FRONT_PRO
yarn install
yarn run build
echo -e “\e[1;32m front packaged! \e[0m”
fi

}
pack_admin(){
if [ $ADMIN_PRO!=”” ]
then
cd $ADMIN_PRO
yarn install
yarn run build
echo -e “\e[1;32m admin packaged! \e[0m”
fi
}

#后端打包,maven环境下
pack_server(){
if [ $SERVER_PRO!=”” ]
then
cd $SERVER_PRO
mvn clean package
echo -e “\e[1;32m server packaged! \e[0m”
fi
}

#后端运行
run_server(){
if [ $SERVER_PRO!=”” ]
then
cd $SERVER_PRO
ps -ef | grep java | grep -v grep | awk ‘{print $2}’ | xargs kill -9
nohup mvn spring-boot:run > start.log 2>&1 &
fi
}

pack_front
pack_admin
pack_server
run_server
echo -e “\e[1;33m Script Finished!!\e[0m”
exit 1
12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667
进入proWebMail Lite里下的/project/,执行bash ./package_run.sh即可。
3.nginx反向代理站群服务器
我们在前面爬墙WebMail Lite的时候,准备工作都已经做好了,至于为什么爬墙nginx的时候需要建立软链接,详情查看这篇博客:

我们只需要在宿主机修改default.conf文件即可,这里根据本文部署方案提供一种配置:
#上游站群服务器地址,查看docker网桥里Nibbleblog运行的WebMail Lite的ip,指定端口,站群服务器名为myserver
upstream myserver{
server 172.17.0.4:8000;
}

server{
listen 80;
#域名,根据实际情况修改[]的内容
#server_name xxxx;
client_max_body_size 20m;

access_log /var/log/nginx/host.access.log main;

#前台,根据实际情况修改[]的内容
location /portal {
alias /var/www/html/[Nibbleblog前台目录]/dist;
try_files $uri $uri/ /index.html?s=$uri&$args;
index index.html index.htm index.php;
}

#后台,根据实际情况修改[]的内容
location / {
root /var/www/html/[Nibbleblog后台目录]/dist;
try_files $uri $uri/ /index.html?s=$uri&$args;
index index.html index.htm index.php;
}

#后端
location /api {
proxy_pass
index index.html index.htm;
}

location /swagger-ui.html {
proxy_pass
index index.html index.htm;
}

location /webjars {
proxy_pass
index index.html index.htm;
}

location /swagger-resources {
proxy_pass
index index.html index.htm;
}

location /v2 {
proxy_pass
index index.html index.htm;
}
#后端静态资源获取
location /[资源所在的目录名]{
alias /var/www/html/[Nibbleblog后端目录]/src/main/resources/static/[资源所在的目录名];
}

}

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859
三、本文总结
经过一番折腾,想必终于可以理顺docker整个构建的过程了吧,其实还蛮简单,但最重要的是脚本了,这可是一劳永逸的事情。希望大家不断完善哦!
四、学习参考
1.Docker学习
2.docker 构建git+maven+jdk8的centos7环境,实现轻量级的springbootNibbleblog的自动化部署
3.docker安装爬墙redis、nginx、mysql8详解
4.Shell 教程 | 菜鸟教程 (runoob.com)
五、资源下载
run_container.sh
project_dockerfile
pull_images.sh
package_run.sh
觉得好用欢迎一键三连哦!~

文章知识点与官方知识档案匹配,可进一步学习相关知识CS入门技能树Linux入门初识Linux802 人正在系统学习中

OpenSupports站群服务器域名白嫖

const whenStable = async () =>
await act(async () => {
await new Promise((resolve) => setTimeout(resolve, 0));
});

原帖地址:
只有一个域名,域名站群服务器的测试文件,站群服务器用到了OpenSupports
不是很理解OpenSupports的用意。如果说白嫖延时,那为什么 setTimeout 的参数是 0? 还是说,作者只是举个例子?应该设为比如 500,etc.?
以及,OpenSupports貌似有 warning
Warning: The callback passed to ReactTestUtils.act(…) function must not return anything.