作者归档:debugger

稳定的npc端解决方案

能在centos上开机自启动就可以了。

因为以前说esxi怎么设置了虚拟机开机自启动怎么不会自己启动呢。原来需要在管理里面先开启自启动的总开关设置成开的。

systemd:
CentOS 7的服务systemctl脚本存放在:/usr/lib/systemd/,有系统(system)和用户(user)之分,即:/usr/lib/systemd/system ,/usr/lib/systemd/user

每一个服务以.service结尾,一般会分为3部分:[Unit]、[Service]和[Install]

在 /usr/lib/systemd/system/下面创建npc.service,内容如下

[Unit]
Description=一款轻量级、功能强大的内网穿透代理服务器。支持tcp、udp流量转发,支持内网http代理、内网socks5代理,同时支持snappy压缩、站点保护、加密传输、>$
ConditionFileIsExecutable=/usr/bin/npc
Requires=network.target
After=network-online.target syslog.target

[Service]
LimitNOFILE=65536
StartLimitInterval=5
StartLimitBurst=10
ExecStart=/usr/bin/npc “-server=www.11111.com:1111” “-vkey=1111111” “-type=tcp” “-debug=false”
Restart=always
RestartSec=120

[Install]
WantedBy=multi-user.target

USDT的三种类型

USDT三种链类型Omni、ERC20、TRC20的区别

  很多朋友在进行USDT转账的时候都会出现三种链类型,这个时候就很多人不知道具体选择哪一种,也不知道这几种链类型的区别,心里就会产生谨慎,其实这三种链类型都是可以使用的,致远也将会简单地讲述一下这三种链类型的区别,希望对大家有所帮助。

  USDT的三种形态分别是:

  基于比特币网络的Omni-USDT,充币地址是BTC地址,充提币走BTC网络;

  基于以太坊ERC20协议的ERC20-USDT,充币地址是ETH地址,充提币走ETH网络;

  基于波场TRC20协议的TRC20-USDT,充币地址是TRON地址,充提币走TRON网络。

  1、Omni-USDT

  2014年11月,USDT于比特币网络上诞生,于2015年2月正式上线几大主流交易所。在2018年之前,USDT的转账路径只有一条,那就是基于比特币网络的Omni-USDT。Omni-USDT存储在比特币地址上,因此每次转账的时候,需要支付比特币作为矿工手续费。Omni-USDT于比特币网络的链上,黑客攻击的成本很高,所以资产相对安全性较高。但是其交易速度非常慢,已经无法满足当今加密交易市场的需求,但很多大宗交易还是会倾向于Omni-USDT。

  2、ERC20-USDT

  2018年初,以太坊网络爆红,智能合约普及于区块链应用,ERC20-USDT出现。和Omni-USDT一样,使用ERC20-USDT同样需要支付旷工费,但转账速度有了显著的提升。由于安全性好、转账速度快,ERC20-USDT被市场广泛接受,USDT的发行者泰达公司也开始放弃了比特币Omni,转而支持更高效的以太坊ERC20。随着近期泰达公司多次在以太坊上增发USDT,ERC20-USDT的数量显著增加,目前已超过Omni-USDT总量的50%。除了官方放弃Omni协议以外,主流交易所也开始转向支持ERC20-USDT。7月3日,币安交易所宣布将由OMNI网络切换为ERC20网络,虽然原OMNI网络的USDT可以继续充值并上账,但将无法提现OMNI网络的USDT。

  3、TRC20-USDT

  2019年4月,泰达公司宣布在波场上发行了基于TRC-20协议的USDT,TRC20-USDT诞生。TRC20-USDT发行时承诺完全公开透明,零转账费,秒级到账。和前两者不同的是,目前TRC20-USDT转账是不收取手续费的,这也是波场打造的一个亮点。但目前TRC20-USDT的发展还不是很成熟,也无法保证安全性。

  应该如何区分?

  首先要明白一点:三种类型的USDT在交易所内并没有差别,但在链上是不互通的。也就是说Omn上的USDT是无法转到另外两条链上的,所以在交易所充提USDT时一定要留意地址种类。

  三者最明显的区别:

  Omni-USDT的地址是以1开头

  ERC20-USDT的地址是以0x开头

  TRC20-USDT的地址是以T开头

  那么,应该如何选择?

  Omni-USDT的安全性最好,但转账速度太慢。要是你有不着急交易的大额订单,可以优先选择Omni-USDT。

  ERC20-USDT的安全性和转账速度居中,适用于数字货币市场的频繁交易。要是你经常做短线交易,可以优先选择ERC20-USDT。

  TRC20-USDT的转账速度最快,而且链上转账无需手续费,但安全性比较低。要是你非常在意交易速度,可以考虑TRC20-USDT,建议小额为主。

yum安装gitlab突然有了新版本的奇葩经历

yum install -y gitlab-ce 安装gitlab的时候,2019年07月30日01:33:48当前最新版本是12.1.1的版本。突然下载到百分五十左右的时候。突然下载失败了。然后重新运行命令的时候居然显示安装的版本12.1.2,哈哈,看来直接被切成新版本的下载地址了,下载到半中间的直接被切断。

yum -y update系统升级导致gitlab凉凉

为了安全原因,为了剩下200美金一个月aws四核7.5G的服务器费用,弄到内网服务器吧。内网的一个虚拟机有近两个月装过专门拿来装gitlab的服务器。只是办公司一直断电所以一直就没用内网的gitlab服务器。

有喜欢新版本的习惯,升级了一下,看到提示同时升级了gitlab,但是怎么看到是升级gitlab-ee呢?

搜了一下说是用gitlab-ctl reconfigure解决

Running handlers:
There was an error running gitlab-ctl reconfigure:

bash[migrate gitlab-rails database] (gitlab::database_migrations line 53) had an error: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received ‘1’
—- Begin output of “bash” “/tmp/chef-script20190728-29603-rqc88z” —-
STDOUT: rake aborted!
Your current database version is too old to be migrated. You should upgrade to GitLab 11.11.0 before moving to this version. Please see https://docs.gitlab.com/ee/policy/maintenance.html#upgrade-recommendations
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/migrate/schema_check.rake:13:in block in <top (required)>' /opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/db.rake:56:inblock (3 levels) in ‘
/opt/gitlab/embedded/bin/bundle:23:in load' /opt/gitlab/embedded/bin/bundle:23:in
Tasks: TOP => db:migrate => schema_version_check
(See full trace by running task with –trace)
STDERR:
—- End output of “bash” “/tmp/chef-script20190728-29603-rqc88z” —-
Ran “bash” “/tmp/chef-script20190728-29603-rqc88z” returned 1

然后干脆再次蛋疼运行升级命令

再次升级看到的是升级gitlab-ce了。

Running handlers:
There was an error running gitlab-ctl reconfigure:

bash[migrate gitlab-rails database] (gitlab::database_migrations line 53) had an error: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received ‘1’
—- Begin output of “bash” “/tmp/chef-script20190728-2049-19chsyy” —-
STDOUT: rake aborted!
Your current database version is too old to be migrated. You should upgrade to GitLab 11.11.0 before moving to this version. Please see https://docs.gitlab.com/ee/policy/maintenance.html#upgrade-recommendations
/opt/gitlab/embedded/service/gitlab-rails/lib/tasks/migrate/schema_check.rake:13:in block in <top (required)>' /opt/gitlab/embedded/service/gitlab-rails/lib/tasks/gitlab/db.rake:56:inblock (3 levels) in ‘
/opt/gitlab/embedded/bin/bundle:23:in load' /opt/gitlab/embedded/bin/bundle:23:in
Tasks: TOP => db:migrate => schema_version_check
(See full trace by running task with –trace)
STDERR:
—- End output of “bash” “/tmp/chef-script20190728-2049-19chsyy” —-
Ran “bash” “/tmp/chef-script20190728-2049-19chsyy” returned 1

反正本地那个是空的还是重新安装最新版本吧。