Firebase Admin Node httpAgent: κάλυψη proxy ανά υπηρεσία
Προσδιορίστε ποιες λειτουργίες του Firebase Admin Node χρησιμοποιούν τον ρυθμισμένο HTTP agent πριν υποθέσετε ότι όλη η κίνηση του SDK χρησιμοποιεί τον ίδιο proxy.
Μια κλήση ελέγχου ταυτότητας λειτουργεί μέσω του proxy, αλλά μια σύνδεση βάσης δεδομένων αποτυγχάνει. Σε μια εφαρμογή Firebase, αυτό μπορεί να είναι διαφορά μεταφοράς και όχι περιστασιακός proxy.
Η επιλογή εφαρμογής httpAgent του Admin Node SDK ισχύει για υπηρεσίες που κάνουν κλήσεις REST, συμπεριλαμβανομένων των Auth και Messaging. Το τεκμηριωμένο εύρος της εξαιρεί το Realtime Database και το Firestore. Τα αντικείμενα διαπιστευτηρίων έχουν επίσης τη δική τους διαμόρφωση agent μέσω των αντίστοιχων μεθόδων εργοστασίου.
| Αποτυχημένη λειτουργία | Διαμόρφωση προς έλεγχο |
|---|---|
| Κλήση υπηρεσίας Admin REST | Ο HTTP agent της εφαρμογής |
| Απόκτηση token διαπιστευτηρίου | Η διαμόρφωση HTTP του αντικειμένου διαπιστευτηρίου |
| Σύνδεση βάσης δεδομένων | Η δική της υποστήριξη μεταφοράς του πελάτη βάσης δεδομένων |
Γι' αυτό η προσθήκη agent κατά την αρχικοποίηση δεν μπορεί να εγγυηθεί ότι κάθε μεταγενέστερη σύνδεση ακολουθεί την ίδια διαδρομή. Καταγράψτε την αποτυχημένη υπηρεσία και τον προορισμό πριν αλλάξετε μια διαμόρφωση που ήδη λειτουργεί για άλλη υπηρεσία.
Οι παλιές συζητήσεις επίσης συγχέουν το εργαλείο γραμμής εντολών του Firebase με τα SDK εφαρμογών. Μια διόρθωση στο CLI για την ανάγνωση του http_proxy δεν αποδεικνύει ότι ένας πελάτης βάσης δεδομένων μέσα στη διεργασία Node σας χρησιμοποιεί την ίδια επιλογή.
Χρησιμοποιήστε τη υποστηριζόμενη διεπαφή διαμόρφωσης για τη μεταφορά που πραγματικά χρειάζεστε. Η επιδιόρθωση μιας ένθετης εξάρτησης WebSocket μπορεί να φαίνεται ότι επηρεάζει μία σύνδεση ενώ αφήνει άλλη διαδρομή αμετάβλητη, και κάνει μια μελλοντική ενημέρωση εξαρτήσεων δυσκολότερη στην κατανόηση.