App Store App for App Store Apps Rejected by APNS

Question

I have an iOS application in the store that uses the APNS environment of the product (confirmed in iTunes for connecting binary data), these applications are supplied with push tokens, so I have to assume that everything is configured correctly in the application, otherwise they will get a "no valid" error aps-environment "string of rights".

I use Amazon SNS to send push notifications, which work fine for other applications, but for this particular application, all notifications are returned with an "Invalid platform token associated with the endpoint."

I tried to solve this problem by reissuing the certificate that SNS uses to connect to APNS, confirming that this is the same problem for the production environment.

I tried to remove the application by reissuing a special certificate (which is in the working environment) and reinstalling it on my phone (deleting all the developer certificates with the same application identifier). I get the same token, the same failure problem.

This happens with all users, including those who have never had a sandbox version of any installed application, so tokens cannot be from the sandbox environment. I don’t understand why the problems with the token in the application of the application store can be rejected by the production of APNS?

Answer 1

Ok, I finally found the problem. I set up several applications at the same time, so for simplicity I reused the certificate signing request when creating APNS certificates for SNS. Apple and SNS showed no sign that the certificate had an error, so I assumed that they were ok, but all but the first were invalid.

Since the SNS error says that the token was invalid, I did not think that there was any problem with the certificate, but after restoring them all with new CSR everything began to work fine.

The moral of the story:

Certificate signing requests can only be used once, reusing them will not cause any errors, but will lead to the creation of invalid APNS certificates.