接続する 鉄道 Excel、Google Sheets、AI、RESTへ

DATABASE_PUBLIC_URL であって、DATABASE_URL ではない

これは鉄道接続が失敗する最も一般的な原因であり、しかも最も役に立たない形で失敗する。

• Railwayのプライベートホスト名は.railway.internalで終わり、Railway自身のネットワーク内でのみ解決されます。それ以外の場所からは一切解決されません。
• エージェントは鉄道の外で活動しているため、個人の住所にはアクセスできません。 ―接続が途切れるだけで、その理由は何も表示されません。
• そのため、カードはそれを即座に拒否し、修正方法を提示します。それは、DATABASE_PUBLIC_URL から取得した公開 TCP プロキシ ホストを使用することです。これにより、サイレントタイムアウトが、対処可能なメッセージに変換されます。
• パブリックプロキシのホスト名は .proxy.rlwy.net で終わります。以前の Railway デプロイメントでは代わりに .railway.app ホスト名が割り当てられていましたが、サービスが .railway.app を使用している場合は、そちらも引き続き機能します。

ポートはサービスごとに異なるため、推測することはできません。

ほとんどのマネージドPostgresサービスは5432番ポートで応答しますが、Railwayのプロキシは応答しないため、カードには意図的にそのフィールドが空欄になっています。

• Railwayはサービスごとにプロキシポートを割り当てます。同じプロジェクト内の2つのデータベースはそれぞれ異なるプロキシポートを持ち、どちらも5432番ポートにはなりません。
• ポート番号の欄にデフォルト値がないのは、まさにそのためです。例えば、5432という番号を勝手に入力すると、入力済みに見えて実際には接続に失敗し、空欄の場合よりも悪い結果になります。
• DATABASE_PUBLIC_URLを貼り付けると、他のすべての情報とともにポートも埋められるため、通常のパスではそれを別途探す必要はありません。
• フィールドを手入力する場合は、ポート番号を慎重にコピーしてください。 ―それは最も誤りを犯しやすい分野であり、最も情報量の少ない失敗を生み出す分野でもある。

自己署名証明書、そしてここでいう暗号化の意味

RailwayのPostgresイメージには自己署名証明書が同梱されており、この証明書によってエージェントがTLSをどのように処理するかが決まります。

• SSLの使用はデフォルトで有効になっており、接続は暗号化されます。エージェントはTLSを提供するだけでなく、TLSの使用を必須とします。
• 証明書チェーンは検証されていません。完全な検証を行うと、Railwayの自己署名証明書は拒否されるため、チェーンを検証せずに暗号化を要求する設定が、実際にサービスに合致しています。
• それは、あなたが到達した場所の証明ではなく、途中で交通状況を誰かに読まれることを防ぐための防御策として解釈してください。
• Railway Postgresの前にプーラーはなく、カードもそれを隠そうとはしていません。 これはプロキシ経由の直接接続であり、プールモードを選択することはできません。

-- 通常の Postgres、読み取り専用、パブリック プロキシ経由 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;