Plivo は、SNI 用のレガシー メッセージング API を廃止すると発表しました。同社のポータルでこのトピックに関するドキュメント (できればコード サンプル付き) を見つけることができませんでした。
このテクノロジーを使用するためにエンドポイントを構成する方法がわかりません。
STunnel を使用して SNI を実装し、コードのオーバーホールを回避することは可能でしょうか? 私の既存のソリューションは、STunnel を介してトンネリングし、それが SNI コンポーネントの上にレイヤー化されます。
Plivo に特に焦点を当てたアドバイスをいただければ幸いです。
Plivoからのお知らせ
よろしくお願いいたします。
答え1
私は Postman を使用してソリューションをテストしています。Plivo のサイトには、このツールを使用したチュートリアルがあります。Plivo SMS API の Postman Collections の使用を開始する。
STunnel では次の設定を追加しました:
[plivo]
client=yes
accept = :261
connect = api.plivo.com:443
sni = api.plivo.com
checkHost = api.plivo.com
verifyChain = yes
CAfile = ca-certs.pem
TIMEOUTbusy = 300
TIMEOUTclose = 60
TIMEOUTconnect = 10
次に、Plivoが提供するPostman RestAPIソリューションを修正し、
https://api-legacy.plivo.com/v1/Account/{{auth_id}}/メッセージ/ (api.plivo.vom を api-legacy.plivo.com に変更しました)
に
http://{{server_ip}}/v1/Account/{{auth_id}}/メッセージ/
{{server_ip}} は、STunnel を実行しているマシンを指します (例: 192.168.xx.xx:261)。
テストしたところ、動作しました。
PS: ローカル コンピューターで STunnel サービスが実行されていない場合は、ファイアウォール ポートを開いて、サーバーがポート 261 でトラフィックを受け入れるようにする必要があります。