在IDC跨机房,或者docker集群的使用中,经常会有这样的需求:
本地办公网络可以直接访问远程IDC集群的内网。
有两种方案:
- 双向建立路由表
- iptables搞定NAT
路由表是最稳妥的做法,但是双向设置比较繁琐,而且容易出错。
本文介绍的是iptables + openvpn方案。
1、方案:
本地LAN <-- iptables+NAT --> 带openvpn的中转软路由 <-- openvpn --> 远程i[......]
在IDC跨机房,或者docker集群的使用中,经常会有这样的需求:
本地办公网络可以直接访问远程IDC集群的内网。
有两种方案:
路由表是最稳妥的做法,但是双向设置比较繁琐,而且容易出错。
本文介绍的是iptables + openvpn方案。
1、方案:
本地LAN <-- iptables+NAT --> 带openvpn的中转软路由 <-- openvpn --> 远程i[......]
一个简单的实验,具体见 Internet/ConnectionSharing
说一下实验环境,两台vm虚拟机,Ubuntu 16.04
也就是说,我们想让tmp2通过tmp1连接互联网。
这里的做法是让tmp1的网卡2和tmp2的网卡1在同一个网段,然后在tmp1上通过iptables完[......]
redis-bus() {
if [ x"$#" != x"1" ] ; then
echo "Usage: redis-bus <master-name>"
else
RedisCli='/home/tutor/lihy/redis-4.0.6/src/redis-cli'
cmd=$(echo "sentinel get-master-addr-by-name $1" | $RedisCli -h sentinel-server -p 26379[......]
tr -s ' ' '\n'< infile > outfile
[......]
转载自:http://www.cnblogs.com/89526cyh/p/6425319.html
spring中的@Transactional基于动态代理的机制,提供了一种透明的事务管理机制,方便快捷解决在开发中碰到的问题。
一般使用是通过如下代码对方法或接口或类注释:
@Transactional(propagation=Propagation.NOT_SUPPORTED)
Propagation支持7种不同的传播机制:
REQUIRED:如果存在一个事务,则支持当前[......]