Я решил его! Это была ошибка в коде C#, где я случайно циклично выполнил "соединение. Открытый ()".-.-
Class1, сказанные 'эй Class2, откройте соединение!' и Class2 ответил 'на открытое соединение! теперь откройте соединение, Class1!'. Затем Class1 открыл соединение и сказал Class2, 'открывают соединение также!' и так на...
Я сожалею о немоте, я просто не понял об этом-.-
3 дня застревают (Y)
Удачи!
Все экземпляры EC2 в одном VPC смогут получить доступ к ящикам, если это разрешено группами безопасности. Если экземпляру EC2 не назначен эластичный / общедоступный IP-адрес. Экземпляры EC2 за пределами VPC не смогут получить к нему доступ.
Вы можете создать vpc-peering из другой учетной записи aws, чтобы они могли обращаться к вашим экземплярам.
Можно ли получить доступ к серверу EC2 из другой учетной записи AWS? По умолчанию нет. EC2, созданные в VPC (в частной подсети), не могут связываться ни с чем за пределами VPC.
Если вы подключаете свой EC2 к общедоступной подсети, дайте своему EC2 общедоступный IP-адрес или подключите его к Интернету через NAT и IGW, вы действительно можете общаться с EC2 извне VPC.
Связь VPC с VPC также может происходить с недавним введением VPC Peering http://aws.typepad.com/aws/2014/03/new -vpc-peering-for-the-amazon-virtual-private-cloud.html
Сегодня мы делаем модель VPC еще более гибкой! Теперь у вас есть возможность создания пирингового соединения VPC между VPC в одном Регион AWS. После установки экземпляры EC2 в одноранговых VPC могут общаться друг с другом через пиринговое соединение, используя свои частные IP-адреса, как если бы они находились в одной сети.
Вы можете создать пиринговое соединение между двумя своими собственными VPC или с VPC в другом аккаунте AWS. VPC может иметь одноранговый пиринг подключения до 50 других VPC в том же регионе.
Не забудьте убедиться, что вы разрешили аспекты межсетевой защиты и маршрутизации для обеих учетных записей: