您好！欢迎光临赵容部落O(∩_∩)O~
您好！欢迎光临赵容部落O(∩_∩)O~
Aulerion是2018年中出现的一家按小时计费的国外VPS主机商，走的路子跟Vultr和digitalocean差不多，主机基于KVM架构，目前提供全球15个地区机房，包括日本、美国、荷兰、德国、英国、加拿大、南非、奥地利等，采用SSD硬盘，最低月费2.5美元起，同时商家还支持支付宝或者微信充值，目前注册用户使用优惠码充值10美元可获赠5美元。
![[跑路]Aulerion充10刀送5刀/支持支付宝微信支付/可选日本等15机房](https://www.zrblog.net/wp-content/uploads/2018/07/aulerion_thumb.png "[跑路]Aulerion充10刀送5刀/支持支付宝微信支付/可选日本等15机房")
下面列出商家的部分套餐配置信息(配置相对于之前有更新请留意)。
|
|
|
注意优惠码充值赠送适用于注册新用户(充值到账后，在下面的Gift Code 填写优惠码，点击提交，赠送的就到账了)，测试地址提供的洛杉矶地区，在测试地址页面左上角可以切换不同地区，商家表示洛杉矶增加了一个新的rack扩容，Aulerion提供的主机均采用自己的IP，广播到不同地区(广播IP非原生IP)，所以用百度或者其他某些查询是不准确的，商家也支持上传自己的ISO来安装操作系统。
声明: 博客仅为分享信息绝非推荐,网站不参与交易绝非中介,内容均仅代表个人观点绝非权威,读者请自行考虑后入手并自担风险！一分钱一分货仍是恒久不变之真理,未成年读者(包括生理和心理)请在监护人陪同下访问本站!本文由( 赵 容 )原创编译，转载请保留链接: [跑路]Aulerion充10刀送5刀/支持支付宝微信支付/可选日本等15机房码字不易,谢绝复制粘贴！ 关于使用: 本站主要分享服务器及VPS信息,不提供任何产品销售及代购,所有访客朋友请在国家法律法规许可范围内购买和使用产品,QQ群讨论:683851361. 关于安全: 任何IDC都有倒闭和跑路的可能,主机线路更不可控,月付和备份是您的最佳选择,请保持良好的、有规则的备份习惯.
本站不提供任何产品销售及代购仅分享信息，所有产品请合法使用，购买和使用中遇到的问题请联络相关提供商处理。
资源搜集自互联网，如有侵犯权利，请及时联系我（admin@zrblog.net），我将尽快处理。
Copyright© 2010-2022 By ZRBLOG.NET. 傲游主机/腾讯云强力驱动
遵纪守法*拒绝攻击*营造和谐网络氛围 蜀ICP备16020681号
![[黑五]Justhost全场VPS年付6折,$13.5/年-1GB/20GB/300M不限流量/38个机房,支持自助换机房换IP](https://www.zrblog.net/wp-content/uploads/2018/07/justhost_thumb.png)
![[黑五]edgeNAT全场VPS六折起,充500送100元,香港/韩国/美国VPS月付28元起](https://www.zrblog.net/wp-content/uploads/2020/08/edgenet_thumb.jpg)
![[黑五]vmiss香港VPS低至6折93元/年起,全场8折,韩国/日本/美国/英国机房可选](https://www.zrblog.net/wp-content/uploads/2022/05/vmiss_thumb.png)
![[黑五]CMIVPS充值送20%,全场VPS年付6折,西雅图/香港机房](https://www.zrblog.net/wp-content/uploads/2020/11/cmivps_thumb.jpg)
![[黑五]DesiVPS年付8折$13.6/年起-1GB/15G NVMe/1.5TB@10Gbps/圣何塞机房](https://www.zrblog.net/wp-content/uploads/2020/10/desivps_thumb.jpg)
![[黑五]RackNerd：VPS年付10.99美元起,独立服务器$59/月起,站群服务器$139/月起,洛杉矶/圣何塞/西雅图等多机房](https://www.zrblog.net/wp-content/uploads/2019/12/racknerd_thumb.jpg)
![[黑五]zgovps：美国VPS年付15美元起,AS9929+CMIN2线路年付30美元起,三网CMIN2年付35美元起](https://www.zrblog.net/wp-content/uploads/2023/09/zgovps_thumb.png)
博主，今天中午刚用支付宝冲了10美刀，结果账户还是没显示哇，是哪里出问题啦
2019-03-30 12:43发个工单问问呢，一般这要商家检查的
2019-03-30 13:22后续，刚刚已经申请好的机子突然登不上了，和之前申请到无法连接的机子一样也是用国外VPS连接也不行，所以不是被q的。还好网页端的VNC控制台还可以连接。排除了SSH、iptables等问题，自己VPS连接自己的ssh是可以的，查看路由表和网关也都是原来的设置，然后惊讶的发现ping 8.8.8.8和ping网关地址都是显示网络不可达（Destination Host Unreachable），可见这家的网络是多么的渣。开了工单目前没有理，估计和之前一样根本没人理工单
2019-01-09 15:36不知道你们两个累不累，我看都看累了，完全是鸡同鸭讲，广播ip本身就是这样有什么问题，不然人家玩游戏非要原生ip，人家又没病，博主都写了是广播ip，还纠结什么dns解析纯吃饱了撑的，你要的根本就不是广播ip可以做的你非要去买广播ip？这就好比买了个山药说它不是药不能治病一样
2019-01-04 09:45抱歉，关于此不再讨论，后面再关于此问题的讨论我直接关闭，谢谢。
2019-01-04 09:52上篇文章并没写，我是上个文章入手的。而且广播IP和这个并不是一回事，广播IP应该是192.168.255..255这种局域网用来广播信息的IP。这个IP只是单纯的地点和位置不对应。
2019-01-05 11:07上篇文章确实没有说明IP是原生还是广播，但当时商家有speedtest页面，用户可以测试，如果因没有特别注明为广播IP给您带来不便，在此向您致歉，博客仅分享信息，且该商家是因为我买了才知道是广播IP所以在新的文章中注明，关于广播IP问题就不再继续深入讨论了
2019-01-05 11:19那好吧，那就没什么事情了，我是想让大家避一下坑，这家真的不行 开单子都不理。
2019-01-05 13:52好的
2019-01-05 16:15广播（英语：broadcast）是指将信息数据包发往指定网络范围内的所有设备[1]。其发送范围称为“广播域”。
并非所有的计算机网络都支持广播，例如X.25网络和帧中继都不支持广播，而且也没有在“整个互联网范围中”的广播。IPv6亦不支持广播，广播的相应功能由多播代替。
通常来说，广播都是限制在局域网范围内，比如以太网或令牌环网络。因为广播在广域网中可能造成比在局域网中大的多的影响。
2019-01-05 11:08广播地址
以太网和IPv4网都用全1的地址表示广播，分别是ff:ff:ff:ff:ff:ff和255.255.255.255。
# 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强制指定日本服务器可以测到一个正常的网速，但我说的是自然状态下它就是会绕路
2019-01-03 21:32刚才又申请了一台，这台貌似没有劫持DNS，查到是欧洲的结果。给你看看服务器自己访问谷歌的延迟吧，注意是服务器自己访问谷歌，没有外部因素。
2019-01-03 21:06# 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
[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来自美国
2019-01-03 21:16实际查询 https://www.ipip.net/ip.html 包括您我的IP都可以在这里查到最终目的地，我看了您访问本站的ip也是这家的，跟我完全一个C段
我是在服务器上输入的好吗，我的意思是它服务器自己访问谷歌就是这么慢了，和我们什么关系？
2019-01-03 21:22你没看懂我的意思？DNS做什么的你知道吗？像谷歌是有日本节点的，日本地区应该会解析到日本的IP，但这源IP是罗马尼亚的和物理环境不一致，导致正常的DNS无法就近解析，会绕圈子
2019-01-03 21:24你全程强调广播IP是位置和地理不一，是类似Cloudflare的IP，但它实际就是绕了啊你又怎么解释，实际上没有逻辑上这么美好啊，这里的路由认为这是那边国家的IP就丢给那边了。但我重新申请几个IP后，发现能申请到一个直接到日本的服务器了，ping延迟120-150ms，而且服务器自身的DNS查询也能查出日本的服务器结果。但科学上网还是巨慢，因为实测发现之所以服务器自身能查到日本的结果是因为劫持了DNS，强制修改成日本的解析结果，使用TCP查询或者加密查询后会得到正常的还是罗马尼亚的查询结果。问题就来了，使用科学上网就会导致还是会解析到欧洲的服务器，比如谷歌会解析到欧洲的，先是中国会去日本，日本再去欧洲，然后欧洲再回日本…这是实测结果，请自己实测说话，实测科学上网巨慢。
2019-01-03 20:42其实读者如果经常看博客的文章应该了解，我从不使用代理，所以关于您说的情况我不掌握，因为日本的我也有个，我只是测试下国内ping，然后机器内测试ping日本本国和罗马尼亚对比
2019-01-03 20:45而且，博客只是分享信息，也无法处理这些问题，您不如将这些信息发送给商家，让他们看看
应该是你运气好，刚开头就申请到了一个健康的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还有这里是不能回复楼中楼吗，怎么刚才回复的楼主楼都没了。广播IP这个技术存在是不否定，问题是实际使用时，我前面申请了几台日本的统统路由追踪都到欧洲，然后再绕日本，延迟300ms+，服务器自身访问网站也150ms+注意是在服务器上自己测试的，而且dns查询到网站的ip结果统统是欧洲了，比如nslookup y out ube.com会出来欧洲节点的IP。所以我想客服介入，但发现客服根本不理人
2019-01-03 20:36读者的回复都会正常展示，只是除了审核外CDN缓存原因可能无法第一时间查看到，该商家均使用的IP广播，文中也特别说明了。
2019-01-03 20:41另外，我从来不向着商家或者任何一方，如果我确实有的我会试试，所以我只是说明我试过的结果，至于商家，我发的工单也一样三天没理了
所以请注重实际情况，我是说的客观现象而不是否定某个理论
2019-01-03 20:30还有就是如果用科学上网，就不会走它的劫持的日本DNS，因为通常科学上网为了能通过socks代理都是TCP协议的查询，不会受劫持，所以实际使用下来还是会是解析到罗马尼亚的就近的目标服务器。比如上谷歌什么的，先去日本，日本去罗马尼亚，罗马尼亚再访问欧洲的谷歌服务器，爽歪歪。
2019-01-03 20:29恕才疏学浅，我仅确认IP广播，IP广播并不是线路到了IP查询所述地区的
2019-01-03 20:32速度太慢了…洛杉矶看油管装了BBR或者Lotsever速度最高就2500…..
2019-01-02 21:30无论是网络层的路由上，还是在应用层的DNS查询上，都会导致线路走到罗马尼亚那边
2018-12-31 00:11建议先通过网络了解下ip广播是怎么回事，是不是线路到了某一处
2018-12-31 08:47如果有到国内100多ms的罗马尼亚，相信也能成为爆品了，毕竟物理距离摆在那里的呀
不用了解，广播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