AWS не смог проверить предоставленные полномочия доступа

Я пытаюсь создать группу безопасности с помощью AWS SDK, но почему-то не удается ее аутентифицировать. Для конкретного ключа доступа и секретного ключа я предоставил административные права, а затем он не смог проверить. С другой стороны, я пробовал те же учетные данные на примере AWS S3, он успешно выполняется.

Получение следующей ошибки при создании группы безопасности:

com.amazonaws.AmazonServiceException: AWS was not able to validate the provided access credentials (Service: AmazonEC2; Status Code: 401; Error Code: AuthFailure; Request ID: 1584a035-9a88-4dc7-b5e2-a8b7bde6f43c)
    at com.amazonaws.http.AmazonHttpClient.handleErrorResponse(AmazonHttpClient.java:1077)
    at com.amazonaws.http.AmazonHttpClient.executeOneRequest(AmazonHttpClient.java:725)
    at com.amazonaws.http.AmazonHttpClient.executeHelper(AmazonHttpClient.java:460)
    at com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:295)
    at com.amazonaws.services.ec2.AmazonEC2Client.invoke(AmazonEC2Client.java:9393)
    at com.amazonaws.services.ec2.AmazonEC2Client.createSecurityGroup(AmazonEC2Client.java:1146)
    at com.sunil.demo.ec2.SetupEC2.createSecurityGroup(SetupEC2.java:84)
    at com.sunil.demo.ec2.SetupEC2.main(SetupEC2.java:25)

Вот код Java:

public class SetupEC2 {
    AWSCredentials credentials = null;
    AmazonEC2Client amazonEC2Client ;

    public static void main(String[] args) {
        SetupEC2 setupEC2Instance = new SetupEC2();
        setupEC2Instance.init();
        setupEC2Instance.createSecurityGroup();
    }

    public void init(){
        // Intialize AWS Credentials
        try {
            credentials = new BasicAWSCredentials("XXXXXXXX", "XXXXXXXXX");
        } catch (Exception e) {
            throw new AmazonClientException(
                    "Cannot load the credentials from the credential profiles file. " +
                            "Please make sure that your credentials file is at the     correct " +
                            "location (/home/sunil/.aws/credentials), and is in valid format.",
                            e);
        }

        // Initialize EC2 instance
        try {
            amazonEC2Client = new AmazonEC2Client(credentials);
            amazonEC2Client.setEndpoint("ec2.ap-southeast-1.amazonaws.com");
            amazonEC2Client.setRegion(Region.getRegion(Regions.AP_SOUTHEAST_1));
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    public boolean createSecurityGroup(){
        boolean securityGroupCreated = false;
        String groupName = "sgec2securitygroup";
        String sshIpRange = "0.0.0.0/0";
        String sshprotocol = "tcp";
        int sshFromPort = 22;
        int sshToPort =22;

        String httpIpRange = "0.0.0.0/0";
        String httpProtocol = "tcp";
        int httpFromPort = 80;
        int httpToPort = 80;

        String httpsIpRange = "0.0.0.0/0";
        String httpsProtocol = "tcp";
        int httpsFromPort = 443;
        int httpsToProtocol = 443;

        try {
            CreateSecurityGroupRequest createSecurityGroupRequest =  new CreateSecurityGroupRequest();
            createSecurityGroupRequest.withGroupName(groupName).withDescription("Created from AWS SDK Security Group");
            createSecurityGroupRequest.setRequestCredentials(credentials);

            CreateSecurityGroupResult csgr = amazonEC2Client.createSecurityGroup(createSecurityGroupRequest);

            String groupid = csgr.getGroupId();
            System.out.println("Security Group Id : " + groupid);

            System.out.println("Create Security Group Permission");
            Collection<IpPermission> ips = new ArrayList<IpPermission>();
            // Permission for SSH only to your ip
            IpPermission ipssh = new IpPermission();
        ipssh.withIpRanges(sshIpRange).withIpProtocol(sshprotocol).withFromPort(sshFromPort).withToPort(sshToPort);
            ips.add(ipssh);

            // Permission for HTTP, any one can access
            IpPermission iphttp = new IpPermission();
        iphttp.withIpRanges(httpIpRange).withIpProtocol(httpProtocol).withFromPort(httpFromPort).withToPort(httpToPort);
            ips.add(iphttp);

            //Permission for HTTPS, any one can accesss
            IpPermission iphttps = new IpPermission();
            iphttps.withIpRanges(httpsIpRange).withIpProtocol(httpsProtocol).withFromPort(httpsFromPort).withToPort(httpsToProtocol);
            ips.add(iphttps);

            System.out.println("Attach Owner to security group");
            // Register this security group with owner
            AuthorizeSecurityGroupIngressRequest authorizeSecurityGroupIngressRequest = new AuthorizeSecurityGroupIngressRequest();
            authorizeSecurityGroupIngressRequest.withGroupName(groupName).withIpPermissions(ips);
            amazonEC2Client.authorizeSecurityGroupIngress(authorizeSecurityGroupIngressRequest);
        securityGroupCreated = true;
        } catch (Exception e) {
            // TODO: handle exception
            e.printStackTrace();
            securityGroupCreated = false;
        }
        System.out.println("securityGroupCreated: " + securityGroupCreated);
        return securityGroupCreated;
    }
}

Ответ 1

Попробуйте обновить системное время.

Если различие между AWS-datetime и вашим дата-временем слишком велико, учетные данные не будут приняты.

Для пользователей Debian/Ubuntu:

когда вы никогда не устанавливаете свою часовую зону, вы можете сделать это с помощью

sudo dpkg-reconfigure tzdata

Остановить ntp-Service, потому что слишком большие временные различия не могут быть изменены при запуске службы.

sudo /etc/init.d/ntp stop

Синхронизировать свое время и дату (-q Установить время и выйти/выполнить только один раз) (-g Разрешить большую настройку) (-x Ввести до 600 секунд/Сменить также время с большими разностями) (- n Не fork/process не будет в фоновом режиме)

sudo ntpd -q -g -x -n

Служба перезагрузки

sudo /etc/init.d/ntp start

проверить актуальную системную дату-время

sudo date

установите system-datetime в ваше оборудование-дата-время

sudo hwclock --systohc

покажите свое аппаратное обеспечение datetime

sudo hwclock

Ответ 2

Если вы поместите свои учетные данные в ~/.aws/credentials, вам не нужно указывать параметр для вызова AmazonEC2Client. Если вы сделаете это, то на экземпляре EC2 тот же код будет работать с роли Assumed STS.

Подробнее см. http://docs.aws.amazon.com/AWSSdkDocsJava/latest/DeveloperGuide/credentials.html

Ответ 3

"При вызове операции [Заполнить пробелы] произошла ошибка клиента (AuthFailure): AWS не смог проверить предоставленные учетные данные доступа"

  • Если вы уверены в достоверности учетных данных AWS, то есть ключа доступа и секретного ключа и соответствующего имени профиля, ваша дата и время, находящиеся вне трека, являются очень хорошим виновником.

  • В моем случае я был уверен, но я ошибся - я использовал неправильные ключи. Не мешает двойной проверке.

  • Скажем, что вы создали пользователя IAM под названием "guignol". Настройте "guignol" в ~/.aws/config следующим образом:

    [profile guignol] region = us-east-1 aws-access-key_id = AKXXXYYY... aws-secret-key-access = ...

Установите aws cli (интерфейс командного уровня), если вы еще этого не сделали. В качестве теста запустите aws ec2 describe-instance --profile guignol. Если вы опубликуете сообщение об ошибке, которое aws не удалось проверить учетные данные, запустите aws configure --profile guignol, введите свои учетные данные и снова запустите тестовую команду.