Verbinden IBM Cloud Databases voor PostgreSQL naar Excel, Google Sheets, AI en REST

De poort is per implementatie en de kaart laat deze opzettelijk leeg.

Bijna alle andere PostgreSQL-kaarten hier vullen veld 5432 standaard in, omdat bijna alle andere services dit veld gebruiken. Deze kaart doet dat niet, en dat lege veld is juist de bedoeling.

• IBM wijst aan elke implementatie een poort toe in plaats van alles op de standaardpoort te laten draaien. Twee databases in hetzelfde account delen geen poort.
• Het veld is dus in eerste instantie leeg en de kaart vraagt er expliciet om. Een vooraf ingevulde 5432 zou veel vaker fout zijn dan goed, en fout op een manier die eerder op een netwerkprobleem lijkt dan op een typefout.
• Neem de poort uit hetzelfde paneel 'Eindpunten' als de hostnaam. Deze staat in de verbindingsreeks die IBM u geeft, direct na de host.
• Als een opgeslagen verbinding een time-out geeft in plaats van te worden geweigerd, is het eerste wat je moet controleren via het dashboard.

IBM geeft zijn eigen certificeringsinstantie uit, en wat de agent daarmee doet.

Dit is het eerlijke gedeelte, en het is specifieker dan de gebruikelijke TLS-paragraaf.

• De verbinding is versleuteld en de agent dwingt dit af. TLS is vereist voor IBM Cloud-hostnamen, ongeacht of het SSL-selectievakje is aangevinkt.
• De certificaatketen wordt niet geverifieerd. IBM levert bij implementaties een certificaat van een eigen certificeringsinstantie, en de agent heeft geen mogelijkheid om het certificaat van die instantie te verkrijgen ter controle.
• De verbindingsreeks van IBM zelf bevat doorgaans sslmode=verify-full. Deze parameter wordt niet gelezen. — De agent haalt de host, poort, database, gebruikersnaam en wachtwoord uit de tekenreeks en past zijn eigen TLS-instellingen toe, die versleuteling vereisen zonder de keten te valideren.
• Lees dit als bescherming tegen iedereen die het verkeer tijdens de overdracht onderschept, niet als bewijs welke server heeft geantwoord. Als ketenverificatie via IBM's CA belangrijk is voor uw nalevingspositie, dan is dit het detail om rekening mee te houden.

-- Gewone PostgreSQL, alleen-lezen, via TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;