Articles of amazon web services

连接拒绝本地端口

我正在尝试在运行Ubuntu 14.04 64位的AWS EC2 VPC实例上为Rust(游戏)设置专用服务器。 按照说明 ,我启动了应用程序并侦听其默认端口(UDP 28105,TCP 28106)。 netstat -tulpn显示: Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:28016 0.0.0.0:* LISTEN 7370/RustDedicated udp 0 0 0.0.0.0:28015 0.0.0.0:* 7370/RustDedicated udp 0 0 0.0.0.0:4209 0.0.0.0:* 7370/RustDedicated 这似乎看起来没问题,但试图连接到游戏客户端和远程控制台(RCON),拒绝了连接。 我怀疑这可能是一个典型的防火墙/安全组问题,所以为了testing目的,我将实例的安全组暴露给所有的端口。 还没有骰子。 相反,我决定查看是否至less可以在本地连接到应用程序正在运行的同一个盒子上的SSH会话。 我运行telnet 127.0.0.1 28106其中产生: Trying 127.0.0.1… telnet: […]

如何使用AWS Virtual Private Cloud实现VPN?

我需要用一些networking服务创build一个VPC,这样我就可以直接使用我的台式机上的VPN连接进行连接。 经过一番研究,我发现本教程介绍了如何使用从AWS市场上的AMI OpenVPN服务器创build的EC2实例来实现VPC。 另外,我在这个问题上find了这个答案 , 但是这个答案 是在五年前的2011 年写成的 。自那一年以来,大量的水已经通过了桥梁,我害怕实施一些无用或者低效的东西。 OpenVPN服务器是否正确地执行? 是否有任何方法只能使用AWS VPC工具? 你能指点我的方向吗?

如何在AWS负载均衡器后面运行Parse Live Query Server(Web套接字)?

ParseLiveQuery依赖于Websockets。 更一般地说,这个问题可能是让Web套接字在AWS ELB后面工作。 我正在使用Elastic Beanstalk(EB)在AWS中configuration的新Parse Server。 EB在Load Balancer后面configuration了一个EC2实例,我们需要自动扩展才能工作。 分析服务器工作得很好。 我正在configuration我们的服务器来使用使用WebSocket的新的Parse Live Query实现。 本地我有一切工作。 如果我将LiveQueryClient直接连接到我们的一个ParseServer实例的公有DNS,我的iOS客户端应用程序将连接并工作。 例如http://ec2-xx-xx-xx-xx.compute-1.amazonaws.com 但是,我不太了解,为什么我们的LiveQuery代码无法通过Load Balancer DNS条目工作。 例如http://parseserver-xxxxxx-env.us-east-1.elasticbeanstalk.com 我得到一个404错误,如果我把客户端指向负载均衡器: Error Domain=SRWebSocketErrorDomain Code=2132 "received bad response code from server 404"

协助编写PowerShell脚本来searchActive Directory中的机器名称

我正在编写一个脚本来自动化一些AWS启动的Windows服务器实例。 我有DNS的变化,join域的部分没关系,但我在迭代命名空间时遇到了问题…例如; 机器自动生成的名字是:WIN-JDK2349DFJR我想让脚本检查AD,看看名称(如图像N)是否正在使用,如果是,则命名机器映像N + 1。 服务器启动,自动命名(WIN-JDK2349DFJR)。 脚本调用 – 脚本检查AD:三台服务器命名为“images1,images2,images3”脚本将DNS更改为本地DC,将名称更改为“images4”,join域并重新启动。 我不确定如何编写PowerShell脚本来检查Active Directory中的计算机名称imageN,如果在名为imageN的Active Directory中存在具有N的计算机帐户,则增加N.

EC2与AWS CloudFront?

IN SHORT How do I connect to the nearest EC2 instances using CloudFront to achive geolocation based Content Distribution? 我想做一个基于地理位置的内容分发,以便最终用户可以到达地理位置最接近的边缘位置,然后从距离他最近的s3实例获得静态内容,该s3实例的地址只知道关联的EC2实例。 ______ | EC2 | |——| | S3 | |______| Lets say this is a single unit 我希望这些单元充当我的内容caching。 需要EC2来检查权限并检查数据库的内容可用性,而S3包含实际的数据。 我希望用户能够到达离他最近的一个单位。 所以,我决定使用AWS CloudFront 如果我直接使用S3存储桶,但是这会产生不必要的数据副本(一个选项是TTL,但不适用于用例),这样工作得很好。 所以我尝试使用CloudFront-Viewer-Country进行白名单,但我无法看到任何更改。

如何将Amazon ELB限制为一组固定的IP地址?

我们希望使用Amazon Elastic Load Balancing,但是,我们的应用程序需要一组固定的IP地址,因为我们的客户需要知道特定请求的可能目标的有限列表。 阅读一些答案,这听起来像是可以使用弹性networking接口(ENI)和虚拟私有云(VPC) – 任何人都可以证实我明白了吗? 也就是说,使用ENI和VPC的组合,我们可能会得到一个ELB返回给请求浏览或其他代码的可能IP地址的相对较短的列表。 是否还有可能把一个ELB放在一个VPC内部,这样所有的请求都会到达VPC网关(单个IP地址),但是在VPC内部获得负载平衡,包括跨越可用区域?

validation人们说为什么让应用程序直接连接到你的数据库不是一个好的做法

我正在使用postgre(AWS RDS)作为我的数据库,并使用节点(AWS EC2)作为服务器端。 我刚刚开始,所以我没有太多的背景。 我总是使用其他第三方软件,如Parse for DB,所以我有我的应用程序通过Parse API访问数据库。 所以我想我会为Postgres做同样的事情。 我越读越多的人说,我需要一个中间服务器,以防止从客户端应用程序直接链接到数据库出于安全原因。 我明白这一点,因此节点服务器。 但是,当我使用节点库时,我意识到build立从服务器到数据库的连接非常重要。 在稳定的境界内,我一次只能build立20个连接。 所以,如果我经历了从客户端应用程序到数据库的直接连接,对于数据库来说太过激烈了。 除了安全原因,这是人们推荐在客户端应用程序和数据库之间使用中间服务器层的主要原因吗? 还是有其他的技术原因,我不知道?

AWS Elastic Beanstalk上的mod_xsendfile

我意识到没有yum软件包mod_xsendfile (这是一个巨大的无赖),所以我想知道是否完全有可能通过.ebextensionsconfiguration添加它,因为它需要下载和编译。 是否甚至有可能完全用.ebextensionsconfiguration来做到这一点,或者我是否需要创build和维护一个自定义的AMI来使这个工作在Elastic Beanstalk上? 如果可能的话,如何在没有yum包的情况下configuration它?

与本地mysql安装相比,RDS性能较低

我在AWS上运行基本configuration的RDS服务器(rd3.medium)。 我试图运行这个查询,在我的本地计算机上运行几毫秒,以及一个基本的Web服务器,我已经安装了MySQL服务器。 但是,当我在RDS上运行它需要20秒。 我正在使用常规configurationSSD进行存储。 SELECT DISTINCT p2.id FROM wp_posts p2 INNER JOIN wp_postmeta pm2 ON pm2.meta_key = 'wpcr3_review_post' AND pm2.post_id = p2.id INNER JOIN wp_posts p3 ON p3.id = pm2.meta_value AND p3.post_status = 'publish' INNER JOIN wp_postmeta pm3 ON pm3.meta_key = 'wpcr3_enable' AND pm3.meta_value = '1' WHERE p2.post_type = 'wpcr3_review' 当我运行EXPLAIN时,我注意到它使用了一个临时表,所以我想知道在某个基本的MySQL服务器安装时RDS不能很好地处理这个问题。 1 SIMPLE pm3 ref […]

哪个更具成本效益:Amazon EC2快照还是AMI?

我有一个基于EBS的Amazon EC2实例( m4.xlarge )启动并运行。 这个example已经被使用了一段时间,并且处于我们希望在未来所有情况下都能够拥有的状态。 以下两种方法中的哪一种更具成本效益? 快照:创buildexample的快照。 然后每次需要新实例时,从快照中创build一个新卷并将其附加到实例。 AMI:从example创build一个图像。 这个图像有一切需要,所以不要从这个图像中旋转新的实例。 从长远来看,哪一个会是更好的成本效益战略? 这两种方法之间的任何影响? 还有其他方法可以达到同样的目标吗?