UTL_HTTPを使用してパブリック・ホストでHTTPリクエストを送信するための詳細を提供します。

たとえば、パブリック・ホストwww.example.comのHTTPリクエストを送信するには、ホストのアクセス制御リストを作成します。

BEGIN
   DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
         host => 'www.example.com',
         ace =>  xs$ace_type( privilege_list => xs$name_list('http'),
                              principal_name => 'ADMIN',
                              principal_type => xs_acl.ptype_db));
END;

次に、HTTPリクエストを送信します。

SELECT UTL_HTTP.REQUEST(url => 'https://www.example.com/') FROM dual;

Autonomous DatabaseでのUTL_HTTPの制限の詳細は、Autonomous DatabaseのPL/SQLパッケージ・ノートを参照してください。

UTL_HTTPを使用してプライベート・ホストでHTTPリクエストを送信するステップについて説明します。

プライベート・エンドポイントのターゲット・ホストにリクエストを送信するには、ソース・データベースのOracle Cloud Infrastructure VCNからターゲット・ホストにアクセスできる必要があります。たとえば、次の場合にターゲット・ホストに接続できます。

• ソース・データベースとターゲット・ホストの両方が同じOracle Cloud Infrastructure VCNにあります。

• The source database and the target host are in different Oracle Cloud Infrastructure VCNs that are paired.

• ターゲット・ホストは、FastConnectまたはVPNを使用してソース・データベースのOracle Cloud Infrastructure VCNに接続されているオンプレミス・ネットワークです。

Autonomous Databaseがプライベート・エンドポイントにある場合は、顧客管理ウォレットを使用してUTL_HTTPコールを実行することもできます。詳細は、顧客管理Walletを使用した外部コールの実行を参照してください。

プライベート・エンドポイントのターゲットにUTL_HTTPリクエストを作成するには:

1. ホストのアクセス制御リストを作成します。

   たとえば:

   BEGIN
      DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
            host => 'www.example.com',
            ace => xs$ace_type( privilege_list => xs$name_list('http'),
                                principal_name => 'ADMIN',
                                principal_type => xs_acl.ptype_db),
                                private_target => TRUE);
   END;
   /

   この例に示すように、ホストのアクセス制御リストを作成するときに、private_targetパラメータに値TRUEを指定します。

   ノート
   
   ROUTE_OUTBOUND_CONNECTIONSをPRIVATE_ENDPOINTに設定した場合、このAPIではprivate_targetパラメータをTRUEに設定する必要はありません。詳細は、プライベート・エンドポイントを使用したアウトバウンド接続のセキュリティの強化を参照してください。

2. HTTPリクエストを発行します。

   SELECT UTL_HTTP.REQUEST(
                   url => 'https://www.example.com/',
                   https_host => 'www.example.com') 
                FROM dual;

Autonomous DatabaseでのUTL_HTTPの制限の詳細は、Autonomous DatabaseのPL/SQLパッケージ・ノートを参照してください。

Autonomous Databaseインスタンスがプライベート・エンドポイントにある場合、プロキシを使用してUTL_HTTPでHTTPリクエストを送信できます。

1. プロキシ・サーバーでHTTP_PROXY ACLを設定します。

   たとえば:

   BEGIN
     DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
          host =>'www-proxy-example.com',
          ace  => xs$ace_type(privilege_list => xs$name_list('HTTP_PROXY'),
                              principal_name => 'APPUSER1',
                              principal_type => xs_acl.ptype_db),
                              private_target => TRUE);
   END;
   /

   この例に示すように、プロキシ・サーバーのアクセス制御リストを作成するときに、private_targetパラメータに値TRUEを指定します。

   ノート
   
   ROUTE_OUTBOUND_CONNECTIONSをPRIVATE_ENDPOINTに設定した場合、このAPIではprivate_targetパラメータをTRUEに設定する必要はありません。詳細は、プライベート・エンドポイントを使用したアウトバウンド接続のセキュリティの強化を参照してください。
2. リモートWebサーバーでHTTP ACLを設定します。

   たとえば:

   BEGIN
     DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
           host =>'example.com',
           ace => xs$ace_type( privilege_list => xs$name_list('HTTP'),
                               principal_name => 'APPUSER1',
                               principal_type => xs_acl.ptype_db)
   END;
   /

3. UTL_HTTPのウォレットおよびプロキシを設定します。

   たとえば:

   BEGIN
      UTL_HTTP.SET_WALLET('');
      UTL_HTTP.SET_PROXY('www-proxy-example:80');
   END;
   /

4. HTTPリクエストを発行します。

   SELECT UTL_HTTP.REQUEST(    
                       url         => 'https://www.example.com/',
                       https_host  => 'www.example.com')
                FROM dual;

資格証明オブジェクトをUTL_HTTP.SET_CREDENTIALプロシージャに渡す方法について説明します。

UTL_HTTP.SET_CREDENTIALプロシージャでは、HTTP要求ヘッダーにHTTP認証情報が設定されます。Webサーバーが要求を認証するにはこの情報が必要です。

UTL_HTTP.SET_CREDENTIALプロシージャを使用すると、資格証明オブジェクトを渡してHTTP認証を設定できます。資格証明オブジェクトはスキーマ・オブジェクトであるため、権限のあるユーザーのみがアクセスでき、資格証明を制御するためのスキーマ・レベルの権限を構成できます。資格証明オブジェクトの受渡しは、認証に使用するユーザー名/パスワード/キーを格納および管理するための適切で安全な方法です。

UTL_HTTP.SET_CREDENTIALプロシージャは、UTL_HTTP.SET_AUTHENTICATIONプロシージャのかわりに安全で便利なプロシージャです。

例

...
UTL_HTTP.SET_AUTHENTICATION (l_http_request, 'web_app_user', 'xxxxxxxxxxxx');
...

前述の例に示すように、SET_AUTHENTICATIONプロシージャを起動する場合は、PL/SQL仮パラメータの一部としてユーザー名/パスワードをクリア・テキストで渡す必要があります。ユーザー名/パスワードを様々なPL/SQL自動化またはcronスクリプトに埋め込む必要がある場合があります。クリア・テキスト・パスワードを渡すことは、 UTL_HTTP.SET_CREDENTIALプロシージャで解決されるコンプライアンスの問題です。

詳細は、SET_AUTHENTICATIONプロシージャおよびSET_AUTHENTICATION_FROM_WALLETプロシージャを参照してください。

UTL_HTTP.SET_CREDENTIAL構文

UTL_HTTP.SET_CREDENTIAL (
    r          IN OUT NOCOPY req,
    credential IN VARCHAR2,
    scheme     IN VARCHAR2 DEFAULT 'Basic',
    for_proxy  IN BOOLEAN  DEFAULT FALSE);

SET_CREDENTIALプロシージャで資格証明オブジェクトを渡す例:

• 資格証明オブジェクトを作成します。

  BEGIN DBMS_CLOUD.CREATE_CREDENTIAL (
      credential_name => 'HTTP_CRED',
      username        => 'web_app_user',
      password        => '<password>' );
  END;

  これにより、格納されたユーザー名/パスワードのペアを作成する資格証明オブジェクトが作成されます。

  詳細は「CREATE_CREDENTIALプロシージャ」を参照してください。

  詳細は、スケジューラ・ジョブ資格証明の指定を参照してください。

• UTL_HTTP.SET_CREDENTIALプロシージャを起動します。

  DECLARE
        l_http_request  UTL_HTTP.REQ;
      BEGIN 
        l_http_request := UTL_HTTP.BEGIN_REQUEST('https://www.example.com/v1/dwcsdev/NAME/dwcs_small_xt1.csv');
        UTL_HTTP.SET_CREDENTIAL (l_http_request, 'HTTP_CRED','BASIC');
        ...
  END;
  

  この例では、最初にBEGIN_REQUESTプロシージャを起動してリクエストを作成し、SET_CREDENTIALプロシージャを起動してHTTPリクエスト・ヘッダーにHTTP認証情報を設定します。Webサーバーが要求を認証するにはこの情報が必要です。値l_http_requestはHTTPリクエスト、HTTP_CREDは資格証明名、BASICはHTTP認証スキームです。

詳細は、UTL_HTTPを参照してください。

Autonomous DatabaseでのUTL_HTTPの制限の詳細は、Autonomous DatabaseのPL/SQLパッケージ・ノートを参照してください。

Oracle APEXのSQLコマンドまたはデータベース・アクションのSQLワークシートを使用して複数の順次SQLコマンドを実行すると、前の文の状態を保存しない様々なデータベース・セッションでコマンドを実行できます。この動作は、データベースへの永続接続を維持するSQL*PlusやSQL DeveloperなどのデスクトップSQLクライアントとは異なります。

Autonomous DatabaseインスタンスへのOracle APEX SQLコマンドおよびデータベース・アクションSQLワークシートの発行はステートレスです。つまり、個々のSQL文およびPL/SQL文を実行すると、ウォレットを使用するコマンドを発行するときなどに、データベース・メモリーの状態が保存されますが、次の文を実行する前に状態がクリアされる場合があります。

Autonomous Databaseに送信するSQLコマンドの文実行間でデータベース・メモリーの状態を維持するステップは、次の表を参照してください。

たとえば、次のコード・ブロックを使用して、顧客管理Walletを使用するutl_http.request()コマンドを実行します。

SELECT utl_http.request(url => 'https://api.example.com/', wallet_path => 'file:path_to_wallet', wallet_password => 'password' ) FROM DUAL";

これを、1つのコード・ブロックとしてではなく、utl_http.set_wallet()コマンドおよびutl_http.request()文を個別に実行すると失敗する可能性のある2つの連続した文と比較します。

EXEC utl_http.set_wallet('file:WALLET_DIR/wallet.sso', 'password');
SELECT utl_http.request('https://api.example.com/') FROM DUAL;