Connecter Chemin de fer vers Excel, Google Sheets, l'IA et REST

URL_PUBLIC_DE_LA_BASE_DE_DONNÉES, et non URL_DE_LA_BASE_DE_DONNÉES

C’est la cause la plus fréquente de défaillance d’une liaison ferroviaire, et elle se produit de la manière la moins utile qui soit.

• Le nom d'hôte privé de Railway se termine par .railway.internal et n'est résolu qu'à l'intérieur de son propre réseau. Depuis n'importe quel autre endroit, il n'est pas résolu.
• L'agent opère en dehors du réseau ferroviaire, son adresse privée est donc inaccessible. — la connexion resterait simplement bloquée sans vous en indiquer la raison.
• La carte rejette donc la requête et indique la solution : utiliser le serveur proxy TCP public à l’adresse DATABASE_PUBLIC_URL. Ainsi, un délai d’attente silencieux devient une instruction exploitable.
• L'hôte du proxy public se termine par .proxy.rlwy.net. Les anciennes installations de Railway utilisaient des noms d'hôte en .railway.app, qui restent fonctionnels si c'est le type de nom d'hôte utilisé par votre service.

Le port est par service, donc rien ne peut le deviner.

La plupart des services Postgres gérés répondent sur le port 5432. Le proxy de Railway ne le fait pas, et la carte laisse délibérément le champ vide.

• Le réseau ferroviaire attribue un port proxy par service. Deux bases de données d'un même projet auront des ports proxy différents, et aucun ne sera le port 5432.
• Le champ « port » n'a pas de valeur par défaut précisément pour cette raison. Un port 5432 supposément renseigné apparaîtrait comme renseigné, mais la connexion échouerait, ce qui est pire qu'un champ vide.
• Coller DATABASE_PUBLIC_URL remplit le port en même temps que tout le reste, de sorte que le chemin normal ne vous demande jamais de le trouver séparément.
• Si vous saisissez les champs manuellement, c'est le port qu'il faut copier avec soin. — c’est le domaine le plus susceptible de se tromper et celui qui produit les échecs les moins instructifs.

Certificats auto-signés et signification du terme « crypté » (voir ici)

L'image Postgres de Railway fournit un certificat auto-signé, qui détermine comment l'agent gère le protocole TLS.

• L'utilisation du protocole SSL est activée par défaut et la connexion est chiffrée. L'agent exige le protocole TLS au lieu de simplement le proposer.
• La chaîne de certificats n'est pas vérifiée. Une vérification complète rejetterait le certificat auto-signé de Railway ; par conséquent, l'exigence du chiffrement sans validation de la chaîne correspond au fonctionnement du service.
• Considérez cela comme une protection contre toute personne lisant le trafic en cours de route, plutôt que comme une preuve de votre destination.
• Il n'y a pas de guichet automatique devant le bureau de poste de Railway Postgres et la carte ne prétend pas le contraire. — Il s'agit d'une connexion directe via le proxy, sans mode mutualisé à choisir.

-- Postgres ordinaire, en lecture seule, via le proxy public 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;