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

时间:18-12-30 栏目:VPS优惠动态 作者:赵 容 评论:29 点击: 2,604 次

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来安装操作系统。

香港/美国/国内高速VPS

声明: 博客仅为分享信息绝非推荐,网站不参与交易绝非中介,内容均仅代表个人观点绝非权威,读者请自行考虑后入手并自担风险!一分钱一分货仍是恒久不变之真理,未成年读者(包括生理和心理)请在监护人陪同下访问本站!本文由( 赵 容 )原创编译,转载请保留链接: [跑路]Aulerion充10刀送5刀/支持支付宝微信支付/可选日本等15机房鄙视无耻复制行为!
关于隐私: 赵容非全职打理博客,所有评论不保证审核时间进度,我有义务保证您的个人信息不经由赵容部落透露给任何第三方,随意或虚假邮箱评论会自动进入垃圾箱无法展示和给您回应.
关于安全: 任何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 [回复]

发表评论


海星云主机

广而告之