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

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

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

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

XSX全场7折起,$38.5/年日本&新加坡&香港VPS-1GB/20GB/600GB月流量

zgovps：美国/日本/荷兰/德国VPS年付12.9美元起,可选CN2 GIA/AS9929/CMIN2线路

DesiVPS：圣何塞1Gbps不限流量VPS年付17美元起,一年免费换3次IP,可选10Gbps带宽

HostYun怎么样?HostYun香港EQ-CMI线路VPS简单测试

Friendhosting十五周年促销全场VPS六折,美国/荷兰/日本等13个机房€1.8/月起

WePC：232元/年洛杉矶VPS三网回程cmin2/9929/cn2,512MB/10G NVMe/500GB@300Mbps

HostDare：$10.4/年-1.5GB/10G NVMe/1000GB/洛杉矶机房

edgeNAT洛杉矶4837双isp主机简单测试

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

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

1. 

   11楼

   马:

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

   2019-03-30 12:43 [回复]
   • 

     赵 容:

     发个工单问问呢，一般这要商家检查的

     2019-03-30 13:22 [回复]
2. 

   10楼

   qyxx:

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

   2019-01-09 15:36 [回复]
3. 

   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 [回复]
4. 

   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 [回复]
5. 

   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. 

   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 [回复]
7. 

   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 [回复]
8. 

   4楼

   qyxx:

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

   2019-01-03 20:30 [回复]
9. 

   地板

   qyxx:

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

   2019-01-03 20:29 [回复]
   • 

     赵 容:

     恕才疏学浅，我仅确认IP广播，IP广播并不是线路到了IP查询所述地区的

     2019-01-03 20:32 [回复]
10. 

    板凳

    lus:

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

    2019-01-02 21:30 [回复]
11. 

    沙发

    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 [回复]

发表评论

点击这里取消回复。

昵称 *

邮箱 * （教你设置自己的个性头像）

网址