[跑路]Aulerion充10刀送5刀/支持支付宝微信支付/可选日本等15机房

时间:2018年12月30日栏目:VPS优惠动态作者:赵容点击: 4,597 次

Aulerion是2018年中出现的一家按小时计费的国外VPS主机商，走的路子跟Vultr和digitalocean差不多，主机基于KVM架构，目前提供全球15个地区机房，包括日本、美国、荷兰、德国、英国、加拿大、南非、奥地利等，采用SSD硬盘，最低月费2.5美元起，同时商家还支持支付宝或者微信充值，目前注册用户使用优惠码充值10美元可获赠5美元。

下面列出商家的部分套餐配置信息(配置相对于之前有更新请留意)。

CPU：1core
内存：512MB
硬盘：5G SSD
流量：1TB/100Mbps
架构：KVM
IP/面板：1IPv4/自有面板
价格：$2.5/月购买链接

CPU：2cores
内存：1GB
硬盘：10G SSD
流量：2TB/100Mbps
架构：KVM
IP/面板：1IPv4/自有面板
价格：$5/月购买链接

CPU：2cores
内存：2GB
硬盘：20G SSD
流量：4TB/100Mbps
架构：KVM
IP/面板：1IPv4/自有面板
价格：$10/月购买链接

优惠码：NEWYEAR 测试地址：https://losangeles-ping.aulerion.com

注意优惠码充值赠送适用于注册新用户(充值到账后，在下面的Gift Code 填写优惠码，点击提交，赠送的就到账了)，测试地址提供的洛杉矶地区，在测试地址页面左上角可以切换不同地区，商家表示洛杉矶增加了一个新的rack扩容，Aulerion提供的主机均采用自己的IP，广播到不同地区(广播IP非原生IP)，所以用百度或者其他某些查询是不准确的，商家也支持上传自己的ISO来安装操作系统。

标签： Aulerion , KVM , 日本VPS , 洛杉矶VPS

↓↓↓您可能对这些感兴趣↓↓↓

赤鱼网络：香港/日本/新加坡VPS月付6折年付4折$24/年起

VIRPUS：邮件服务器5折$15/月-双核/2GB/50GB/5个IP/无限流量/洛杉矶机房

UFOVPS圣诞促销5折起,充200元送20元,香港CN2 GIA/日本CN2 GIA/美国高防可选

VMISS全场8折4加元/月起,CN2 GIA/AS9929/CMIN2线路,香港/韩国/日本/英国/美国机房

OrangeVPS：$20/年-单核/2GB/30GB/2TB@1Gbps/新加坡机房

[圣诞]Hosteons：$17.99/年-单核/1GB/10GB/1TB@1Gbps/洛杉矶&法国&德国等8个机房

LOCVPS：洛杉矶2GB内存VPS年付80元起,香港4GB内存VPS年付128元起

CloudCone：$12.12/年-双核/1GB/12G SSD/2TB@1Gbps/洛杉矶机房

声明: 博客仅为分享信息绝非推荐,网站不参与交易绝非中介,内容均仅代表个人观点绝非权威,读者请自行考虑后入手并自担风险！一分钱一分货仍是恒久不变之真理,未成年读者(包括生理和心理)请在监护人陪同下访问本站!本文由( 赵容 )原创编译，转载请保留链接: [跑路]Aulerion充10刀送5刀/支持支付宝微信支付/可选日本等15机房码字不易,谢绝复制粘贴！
关于使用: 本站主要分享服务器及VPS信息,不提供任何产品销售及代购,所有访客朋友请在国家法律法规许可范围内购买和使用产品,QQ群讨论:683851361.
关于安全: 任何IDC都有倒闭和跑路的可能,主机线路更不可控,月付和备份是您的最佳选择,请保持良好的、有规则的备份习惯.

上一篇：AlphaVPS：大硬盘VPS年付15欧元起/保加利亚
下一篇：RepriseHosting：西雅图独立服务器26.95美元起/支持支付宝

[跑路]Aulerion充10刀送5刀/支持支付宝微信支付/可选日本等15机房：目前有29 条留言

11楼
马:

博主，今天中午刚用支付宝冲了10美刀，结果账户还是没显示哇，是哪里出问题啦

2019-03-30 12:43 [回复]
- 赵容:
  
  发个工单问问呢，一般这要商家检查的
  
  2019-03-30 13:22 [回复]
10楼
qyxx:

后续，刚刚已经申请好的机子突然登不上了，和之前申请到无法连接的机子一样也是用国外VPS连接也不行，所以不是被q的。还好网页端的VNC控制台还可以连接。排除了SSH、iptables等问题，自己VPS连接自己的ssh是可以的，查看路由表和网关也都是原来的设置，然后惊讶的发现ping 8.8.8.8和ping网关地址都是显示网络不可达（Destination Host Unreachable），可见这家的网络是多么的渣。开了工单目前没有理，估计和之前一样根本没人理工单

2019-01-09 15:36 [回复]
9楼
老妪的天空:

不知道你们两个累不累，我看都看累了，完全是鸡同鸭讲，广播ip本身就是这样有什么问题，不然人家玩游戏非要原生ip，人家又没病，博主都写了是广播ip，还纠结什么dns解析纯吃饱了撑的，你要的根本就不是广播ip可以做的你非要去买广播ip？这就好比买了个山药说它不是药不能治病一样

2019-01-04 09:45 [回复]
- 赵容:
  
  抱歉，关于此不再讨论，后面再关于此问题的讨论我直接关闭，谢谢。
  
  2019-01-04 09:52 [回复]
- qyxx:
  
  上篇文章并没写，我是上个文章入手的。而且广播IP和这个并不是一回事，广播IP应该是192.168.255..255这种局域网用来广播信息的IP。这个IP只是单纯的地点和位置不对应。
  
  2019-01-05 11:07 [回复]
  - 赵容:
    
    上篇文章确实没有说明IP是原生还是广播，但当时商家有speedtest页面，用户可以测试，如果因没有特别注明为广播IP给您带来不便，在此向您致歉，博客仅分享信息，且该商家是因为我买了才知道是广播IP所以在新的文章中注明，关于广播IP问题就不再继续深入讨论了
    
    2019-01-05 11:19 [回复]
    - qyxx:
      
      那好吧，那就没什么事情了，我是想让大家避一下坑，这家真的不行开单子都不理。
      
      2019-01-05 13:52 [回复]
      - 赵容:
        
        好的
        
        2019-01-05 16:15 [回复]
- qyxx:
  
  广播（英语：broadcast）是指将信息数据包发往指定网络范围内的所有设备[1]。其发送范围称为“广播域”。
  
  并非所有的计算机网络都支持广播，例如X.25网络和帧中继都不支持广播，而且也没有在“整个互联网范围中”的广播。IPv6亦不支持广播，广播的相应功能由多播代替。
  
  通常来说，广播都是限制在局域网范围内，比如以太网或令牌环网络。因为广播在广域网中可能造成比在局域网中大的多的影响。
  广播地址
  以太网和IPv4网都用全1的地址表示广播，分别是ff:ff:ff:ff:ff:ff和255.255.255.255。
  
  2019-01-05 11:08 [回复]
8楼
qyxx:

# speedtest-cli
Retrieving speedtest.net configuration…
Testing from SquareFlow Communications Limited (31.132.38.3)…
Retrieving speedtest.net server list…
Selecting best server based on ping…
Hosted by Heuer & Sack GbR (Wernigerode) [107.53 km]: 306.454 ms
Testing download speed……………………………………………………………………..
Download: 31.80 Mbit/s
Testing upload speed……………………………………………………………………………………
Upload: 22.77 Mbit/s

这台使用测试工具会使用德国的节点，所以实际使用也是一样，因为是罗马尼亚IP所以DNS会“就近”解析到欧洲的服务器，导致我们输入网站访问到的都会是绕过地球一圈的结果。DNS劫持是一个规避的方法，强制劫持到他们自建的DNS解析到日本的IP，不过看来照顾的不够到位，有些机子劫持了有些则没有，而且科学上网则是无法没被劫持所以导致访问缓慢绕一圈

2019-01-03 21:20 [回复]
- qyxx:
  
  强制指定日本服务器可以测到一个正常的网速，但我说的是自然状态下它就是会绕路
  
  2019-01-03 21:32 [回复]
7楼
qyxx:

刚才又申请了一台，这台貌似没有劫持DNS，查到是欧洲的结果。给你看看服务器自己访问谷歌的延迟吧，注意是服务器自己访问谷歌，没有外部因素。
# ping google.com
PING google.com (108.177.122.102) 56(84) bytes of data.
64 bytes from 108.177.122.102: icmp_seq=1 ttl=31 time=200 ms
64 bytes from 108.177.122.102: icmp_seq=2 ttl=31 time=200 ms
64 bytes from 108.177.122.102: icmp_seq=3 ttl=31 time=200 ms
64 bytes from 108.177.122.102: icmp_seq=4 ttl=31 time=200 ms
64 bytes from 108.177.122.102: icmp_seq=5 ttl=31 time=200 ms
64 bytes from 108.177.122.102: icmp_seq=6 ttl=31 time=200 ms
^C
— google.com ping statistics —
6 packets transmitted, 6 received, 0% packet loss, time 5006ms
rtt min/avg/max/mdev = 200.090/200.380/200.630/0.176 ms

2019-01-03 21:06 [回复]
- 赵容:
  
  [root@zrblog ~]# ping 108.177.122.102
  PING 108.177.122.102 (108.177.122.102) 56(84) bytes of data.
  64 bytes from 108.177.122.102: icmp_seq=1 ttl=34 time=195 ms
  64 bytes from 108.177.122.102: icmp_seq=2 ttl=34 time=195 ms
  64 bytes from 108.177.122.102: icmp_seq=3 ttl=34 time=195 ms
  ^C
  — 108.177.122.102 ping statistics —
  4 packets transmitted, 3 received, 25% packet loss, time 3004ms
  rtt min/avg/max/mdev = 195.476/195.572/195.631/0.515 ms
  [root@zrblog ~]# ping google.com
  PING google.com (172.217.31.174) 56(84) bytes of data.
  64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=1 ttl=50 time=1.58 ms
  64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=2 ttl=50 time=1.79 ms
  64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=3 ttl=50 time=1.25 ms
  64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=4 ttl=50 time=1.70 ms
  ^C
  — google.com ping statistics —
  4 packets transmitted, 4 received, 0% packet loss, time 3004ms
  rtt min/avg/max/mdev = 1.258/1.585/1.793/0.203 ms
  [root@zrblog ~]# ^C
  
  百度查询IP地址: 108.177.122.102美国 172.217.31.174来自美国
  实际查询 https://www.ipip.net/ip.html 包括您我的IP都可以在这里查到最终目的地，我看了您访问本站的ip也是这家的，跟我完全一个C段
  
  2019-01-03 21:16 [回复]
  - qyxx:
    
    我是在服务器上输入的好吗，我的意思是它服务器自己访问谷歌就是这么慢了，和我们什么关系？
    
    2019-01-03 21:22 [回复]
  - qyxx:
    
    你没看懂我的意思？DNS做什么的你知道吗？像谷歌是有日本节点的，日本地区应该会解析到日本的IP，但这源IP是罗马尼亚的和物理环境不一致，导致正常的DNS无法就近解析，会绕圈子
    
    2019-01-03 21:24 [回复]
6楼
qyxx:

你全程强调广播IP是位置和地理不一，是类似Cloudflare的IP，但它实际就是绕了啊你又怎么解释，实际上没有逻辑上这么美好啊，这里的路由认为这是那边国家的IP就丢给那边了。但我重新申请几个IP后，发现能申请到一个直接到日本的服务器了，ping延迟120-150ms，而且服务器自身的DNS查询也能查出日本的服务器结果。但科学上网还是巨慢，因为实测发现之所以服务器自身能查到日本的结果是因为劫持了DNS，强制修改成日本的解析结果，使用TCP查询或者加密查询后会得到正常的还是罗马尼亚的查询结果。问题就来了，使用科学上网就会导致还是会解析到欧洲的服务器，比如谷歌会解析到欧洲的，先是中国会去日本，日本再去欧洲，然后欧洲再回日本…这是实测结果，请自己实测说话，实测科学上网巨慢。

2019-01-03 20:42 [回复]
- 赵容:
  
  其实读者如果经常看博客的文章应该了解，我从不使用代理，所以关于您说的情况我不掌握，因为日本的我也有个，我只是测试下国内ping，然后机器内测试ping日本本国和罗马尼亚对比
  而且，博客只是分享信息，也无法处理这些问题，您不如将这些信息发送给商家，让他们看看
  
  2019-01-03 20:45 [回复]
  - qyxx:
    
    应该是你运气好，刚开头就申请到了一个健康的IP，我刚开始申请的几个超慢，都是因为客服也不理人，不能退钱只能反反复复这样申请玩，后面又申请过有两个甚至直接连不上的（不是被Q，我用美国的服务器也都连不上，怀疑网络有问题），最后终于有个发现有一台好些了。
    
    2019-01-03 20:53 [回复]
- 赵容:
  
  [root@zrblog ~]# ping 185.183.99.8
  PING 185.183.99.8 (185.183.99.8) 56(84) bytes of data.
  64 bytes from 185.183.99.8: icmp_seq=1 ttl=46 time=277 ms
  64 bytes from 185.183.99.8: icmp_seq=2 ttl=46 time=277 ms
  64 bytes from 185.183.99.8: icmp_seq=3 ttl=46 time=277 ms
  64 bytes from 185.183.99.8: icmp_seq=4 ttl=46 time=277 ms
  ^C
  — 185.183.99.8 ping statistics —
  4 packets transmitted, 4 received, 0% packet loss, time 3000ms
  rtt min/avg/max/mdev = 277.073/277.214/277.293/0.382 ms
  [root@zrblog ~]# ping speedtest.tokyo2.linode.com
  PING speedtest.shg1.linode.com (139.162.65.37) 56(84) bytes of data.
  64 bytes from speedtest.shg1.linode.com (139.162.65.37): icmp_seq=1 ttl=53 time= 2.07 ms
  64 bytes from speedtest.shg1.linode.com (139.162.65.37): icmp_seq=2 ttl=53 time= 5.18 ms
  64 bytes from speedtest.shg1.linode.com (139.162.65.37): icmp_seq=3 ttl=53 time= 3.11 ms
  64 bytes from speedtest.shg1.linode.com (139.162.65.37): icmp_seq=4 ttl=53 time= 4.12 ms
  ^C
  — speedtest.shg1.linode.com ping statistics —
  4 packets transmitted, 4 received, 0% packet loss, time 3004ms
  rtt min/avg/max/mdev = 2.074/3.623/5.187/1.158 ms
  [root@zrblog ~]#
  
  这是我刚进去ping的，上面是就昨天另一家的罗马尼亚，ping 277ms，下面是ping的linode日本不到10ms，如果线路到了罗马尼亚应该不会有这么高
  
  2019-01-03 20:49 [回复]
5楼
qyxx:

还有这里是不能回复楼中楼吗，怎么刚才回复的楼主楼都没了。广播IP这个技术存在是不否定，问题是实际使用时，我前面申请了几台日本的统统路由追踪都到欧洲，然后再绕日本，延迟300ms+，服务器自身访问网站也150ms+注意是在服务器上自己测试的，而且dns查询到网站的ip结果统统是欧洲了，比如nslookup y out ube.com会出来欧洲节点的IP。所以我想客服介入，但发现客服根本不理人

2019-01-03 20:36 [回复]
- 赵容:
  
  读者的回复都会正常展示，只是除了审核外CDN缓存原因可能无法第一时间查看到，该商家均使用的IP广播，文中也特别说明了。
  另外，我从来不向着商家或者任何一方，如果我确实有的我会试试，所以我只是说明我试过的结果，至于商家，我发的工单也一样三天没理了
  
  2019-01-03 20:41 [回复]
4楼
qyxx:

所以请注重实际情况，我是说的客观现象而不是否定某个理论

2019-01-03 20:30 [回复]
地板
qyxx:

还有就是如果用科学上网，就不会走它的劫持的日本DNS，因为通常科学上网为了能通过socks代理都是TCP协议的查询，不会受劫持，所以实际使用下来还是会是解析到罗马尼亚的就近的目标服务器。比如上谷歌什么的，先去日本，日本去罗马尼亚，罗马尼亚再访问欧洲的谷歌服务器，爽歪歪。

2019-01-03 20:29 [回复]
- 赵容:
  
  恕才疏学浅，我仅确认IP广播，IP广播并不是线路到了IP查询所述地区的
  
  2019-01-03 20:32 [回复]
板凳
lus:

速度太慢了…洛杉矶看油管装了BBR或者Lotsever速度最高就2500…..

2019-01-02 21:30 [回复]
沙发
qyxx:

无论是网络层的路由上，还是在应用层的DNS查询上，都会导致线路走到罗马尼亚那边

2018-12-31 00:11 [回复]
- 赵容:
  
  建议先通过网络了解下ip广播是怎么回事，是不是线路到了某一处
  如果有到国内100多ms的罗马尼亚，相信也能成为爆品了，毕竟物理距离摆在那里的呀
  
  2018-12-31 08:47 [回复]
  - qyxx:
    
    不用了解，广播IP理论上是没问题，但我说的是实际效果啊，我实测申请的主机的确是绕了全球一大圈，我不是提交了一个ping值的评论吗你为什么不给通过，我自己在服务器上用ping测试主机到谷歌等网站延迟都大于100ms注意是服务器自身上测的。关键是客服也不理人，但我惊讶的发现多申请三四个主机之后，有一台国内ping它能在150ms以内的，然后路由追踪的确也是去的日本，但我之前申请的主机的确是绕了全球一大圈。还有我之前用的那几台机子的确DNS也会解析到绕远路的结果。但最后申请的那台，发现发现厂家有劫持DNS的行为，只要使用正常的53 UDP端口用8.8.8.8查询DNS就自动劫持到日本的解析结果（使用加密或者TCP的DNS不经过劫持，就会解析到了罗马尼亚就近的DNS结果）而且正常的53UDP DNS查询就8.8.8.8 1.1.1.1和一些能查到，指定其他的DNS服务器的都是直接block根本查不了。所以和我说的一样，DNS查询不劫持根本就是用不了，统统解析到罗马尼亚去。路由方面你广播就广播，问题是别人就是不认你就是认你是罗马尼亚的
    
    2019-01-03 20:23 [回复]