FCM-ის პროქსის გავლით გაგზავნა ტელეფონის კავშირს არ მარშრუტიზებს

ბექენდს შეუძლია წარმატებით გაგზავნოს Firebase Cloud Messaging-ის მოთხოვნა კორპორატიული პროქსის გავლით, მაშინ როცა Android მოწყობილობა შეტყობინებას ვერასოდეს იღებს. ბექენდის Admin API მოთხოვნა და მოწყობილობის FCM კავშირი ცალკეული გზებია.

Firebase-ის ქსელური სახელმძღვანელო ამბობს, რომ FCM-ის მოწყობილობის პროტოკოლი ქსელური პროქსის გავლით ვერ გატარდება. გამგზავნზე HTTP კლიენტის კონფიგურაცია იმ მუდმივ მოწყობილობის კავშირს HTTP პროქსის მოთხოვნად არ აქცევს.

Android მოწყობილობებისთვის დოკუმენტირებული TCP დანიშნულების პორტებია 5228, 5229, 5230 და 443. FCM ჩვეულებრივ იყენებს 5228-ს, სხვა პორტებიც ხელმისაწვდომია. გამოიყენეთ შესაბამისი პოლიტიკა იმ ქსელში, სადაც მიმღები მოწყობილობები უკავშირდებიან.

როცა firewall მიმართულებებს ზღუდავს, გამოიყენეთ Firebase-ის გამოქვეყნებული ჰოსტსახელების სახელმძღვანელო; ის არ ურჩევს ფიქსირებულ IP დაშვების სიებს, რადგან მისამართები შეიძლება შეიცვალოს. მოწყობილობებს ასევე სჭირდებათ მომუშავე DNS და სტაბილური გზა მათი გრძელვადიანი კავშირისთვის.

თუ გამგზავნი ჩავარდა ტოკენის მიღების ან Admin API მოთხოვნის დროს, დაადგინეთ ის სერვერის მხარის HTTP ტრანსპორტი. Firebase Admin Java-ს HTTP ინტერფეისებისთვის ერთად დააკონფიგურირეთ API-ის და სერთიფიკატების ტრანსპორტი. თუ გაგზავნა წარმატებულია, მაგრამ მიწოდება ვერ ხერხდება, შეინახეთ ეს შედეგი და გამოიკვლიეთ მოწყობილობის გზა, ნაცვლად ბექენდის პროქსის სერთიფიკატების განმეორებით შეცვლისა.