Firebase Admin Node httpAgent: välityspalvelimen kattavuus palveluittain
Selvitä, mitkä Firebase Admin Node -toiminnot käyttävät määritettyä HTTP-agenttia, ennen kuin oletat kaiken SDK-liikenteen käyttävän samaa välityspalvelinta.
Todennuskutsu toimii välityspalvelimen kautta, mutta tietokantayhteys epäonnistuu. Firebase-sovelluksessa kyse voi olla siirtotavan erosta eikä ajoittaisesta välityspalvelimesta.
Admin Node SDK:n sovellusasetus httpAgent koskee palveluita, jotka tekevät REST-kutsuja, mukaan lukien Auth ja Messaging. Sen dokumentoitu laajuus sulkee pois Realtime Databasen ja Firestoren. Myös tunnistetieto-objekteilla on oma agenttimäärityksensä vastaavien tunnistetietotehtaiden kautta.
| Epäonnistuva toiminto | Tarkistettava määritys |
|---|---|
| Admin REST -palvelukutsu | Sovelluksen HTTP-agentti |
| Tunnistetietotunnisteen hankinta | Tunnistetieto-objektin HTTP-määritys |
| Tietokantayhteys | Tietokantaklientin oma siirtotuki |
Siksi agentin lisääminen alustukseen ei voi taata, että jokainen myöhempi yhteys kulkee samaa reittiä. Kirjaa epäonnistuva palvelu ja kohde ennen kuin muutat määritystä, joka jo toimii toiselle palvelulle.
Vanhat keskustelut sekoittavat myös Firebasen komentorivityökalun sovellusten SDK:ihin. CLI-korjaus http_proxy:n lukemiseksi ei todista, että Node-prosessisi sisällä oleva tietokantaklientti käyttää samaa asetusta.
Käytä tuettua määritysrajapintaa siirtotavalle, jota todella tarvitset. Sisäkkäisen WebSocket-riippuvuuden paikkaaminen voi näyttää vaikuttavan yhteen yhteyteen samalla kun toinen reitti pysyy muuttumattomana, ja se vaikeuttaa tulevan riippuvuuspäivityksen ymmärtämistä.