ପ୍ରକ୍ସି ମାଧ୍ୟମରେ FCM ପଠାଇଲେ ଫୋନର ସଂଯୋଗ ରୁଟ୍ ହୁଏ ନାହିଁ
Firebase ର Admin API ମାର୍ଗକୁ ଗ୍ରହଣ କରୁଥିବା Android ଡିଭାଇସର ସ୍ଥାୟୀ FCM ନେଟୱାର୍କ ସଂଯୋଗଠାରୁ ଅଲଗା ରଖନ୍ତୁ।
ଏକ ବ୍ୟାକଏଣ୍ଡ କର୍ପୋରେଟ୍ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ Firebase Cloud Messaging ଅନୁରୋଧ ସଫଳତାର ସହ ପଠାଇପାରେ, ମାତ୍ର ଏକ Android ଡିଭାଇସ ସୂଚନା କେବେ ବି ପାଏ ନାହିଁ। ବ୍ୟାକଏଣ୍ଡର Admin API ଅନୁରୋଧ ଏବଂ ଡିଭାଇସର FCM ସଂଯୋଗ ଦୁଇଟି ଅଲଗା ମାର୍ଗ।
Firebase ର ନେଟୱାର୍କ ନିର୍ଦ୍ଦେଶିକା କୁହେ ଯେ FCM ର ଡିଭାଇସ ପ୍ରୋଟୋକଲ ନେଟୱାର୍କ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ପ୍ରକ୍ସି କରାଯାଇପାରିବ ନାହିଁ। ପଠାଉଥିବା ପକ୍ଷରେ HTTP କ୍ଲାଏଣ୍ଟ ବିନ୍ୟାସ କଲେ ସେହି ସ୍ଥାୟୀ ଡିଭାଇସ ସଂଯୋଗ HTTP ପ୍ରକ୍ସି ଅନୁରୋଧରେ ପରିଣତ ହୁଏ ନାହିଁ।
Android ଡିଭାଇସ ପାଇଁ, ଦଲିଲଭୁକ୍ତ TCP ଗନ୍ତବ୍ୟ ପୋର୍ଟଗୁଡ଼ିକ ହେଉଛି 5228, 5229, 5230 ଏବଂ 443। FCM ସାଧାରଣତଃ 5228 ବ୍ୟବହାର କରେ, ଅନ୍ୟ ପୋର୍ଟଗୁଡ଼ିକ ମଧ୍ୟ ଉପଲବ୍ଧ। ଗ୍ରହଣ କରୁଥିବା ଡିଭାଇସଗୁଡ଼ିକ ଯେଉଁ ନେଟୱାର୍କ ସହ ସଂଯୁକ୍ତ ହୁଅନ୍ତି ସେଠାରେ ପ୍ରାସଙ୍ଗିକ ନୀତି ଲାଗୁ କରନ୍ତୁ।
ଫାୟାରୱାଲ ଗନ୍ତବ୍ୟ ସୀମିତ କଲେ Firebase ର ପ୍ରକାଶିତ ହୋଷ୍ଟନାମ ନିର୍ଦ୍ଦେଶିକା ବ୍ୟବହାର କରନ୍ତୁ; ଠିକଣା ପରିବର୍ତ୍ତନ ହୋଇପାରିବା ହେତୁ ଏହା ସ୍ଥିର IP ଅନୁମତି ତାଲିକାକୁ ନିରୁତ୍ସାହିତ କରେ। ଡିଭାଇସଗୁଡ଼ିକୁ କାର୍ଯ୍ୟକ୍ଷମ DNS ଏବଂ ସେମାନଙ୍କ ଦୀର୍ଘକାଳୀନ ସଂଯୋଗ ପାଇଁ ସ୍ଥିର ମାର୍ଗ ମଧ୍ୟ ଆବଶ୍ୟକ।
ଟୋକନ ପ୍ରାପ୍ତି କିମ୍ବା Admin API ଅନୁରୋଧ ସମୟରେ ପଠାଉଥିବା ପକ୍ଷ ବିଫଳ ହେଲେ, ସେହି ସର୍ଭର-ପାର୍ଶ୍ୱ HTTP ପରିବହନର ନିଦାନ କରନ୍ତୁ। Firebase Admin Java ର HTTP ଇଣ୍ଟରଫେସ ପାଇଁ, API ଏବଂ ପ୍ରମାଣପତ୍ର ପରିବହନକୁ ଏକତ୍ର ବିନ୍ୟାସ କରନ୍ତୁ। ପଠାଇବା ସଫଳ ହେଲେ ମଧ୍ୟ ବିତରଣ ବିଫଳ ହେଲେ, ସେହି ଫଳାଫଳ ସଂରକ୍ଷିତ ରଖନ୍ତୁ ଏବଂ ବ୍ୟାକଏଣ୍ଡର ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ବାରମ୍ବାର ବଦଳାଇବା ପରିବର୍ତ୍ତେ ଡିଭାଇସର ମାର୍ଗ ଅନୁସନ୍ଧାନ କରନ୍ତୁ।