Oracle與防火牆設置

Oracle與防火牆設置

要訪問防火牆後的windows oracle數據庫，僅僅通過簡單的打開固定TCP端口的方式是不行的。

這個問題的根本原因是windows oracle數據庫的BT設計（unix/linux無此問題）。

一、Oracle的網絡通信端口原理

oracle數據庫的網絡訪問采用了一個很BT的工作模式，其大概流程如下：

1)oracle server上的oracle net listener進程持續監聽一個固定的TCP端口（缺省是1521）;

2)client向server上的net listener端口發起連接請求;

3)listenr收到client的請求之後，建立與client的連接，並通知server新建一個數據庫連接的服務進程(以下簡稱P)，該進程會隨機選擇一個沒有被使用的TCP端口並綁定，然後將端口號通知listener;

4)listenr將P綁定的端口號轉發給client;

5)client收到P的端口號後，終止與listener的連接，然後通過P的綁定端口直接連接P;

到第5步，連接才最終完成，之後client就可以訪問數據庫了。

從上面的工作流程可以知道，在這種工作模式下，client實際最終連接的oracle server端口是隨機的。

所以根本無法在防火牆上預先設定固定的TCP端口來使oracle server可以被訪問。

據說oracle這麼做也是不得已的，因為早期windows nt的TCP/IP部分有bug，直接使用公用端口連接會有問題，所以oracle才搞出這麼個天才的設計。

不過，NT4SP3之後不就沒這個bug了嗎，為啥到oracle 11g了還在用這個BT模式呢？ 當然啦，現在網絡安全性問題這麼嚴重，如果真的無法使用防火牆，windows版的oracle數據庫豈不是要賣不出去了嗎？

oracle公司當然不會那麼白癡，從oracle 8i開始，windows版的oracle也可以使用正常的工作模式了，只不過默認仍是使用BT工作模式罷了。

只有Windows平台上的9i及以下版本的Oracle才會有這個問題。Oracle在Linux以及Unix平台下，多個進程間可以對端口進行復用，Oracle Server Process仍然使用的是跟監聽進程一個端口（1521），客戶端只連接了一次，並沒有進行第二次連接，與上面描述的流程相比已經發生了變化。

在Windows平台上，10g及以上版本的數據庫，也同樣利用端口復用，避免了這樣的問題。實際上10g就是默認USE_SHARED_SOCKET為TRUE。

二、在防火牆中設置程序例外

在Oracle的BT模式下，其實可通過在防火牆中設置Oracle程序例外來穿越防火牆。

 

三、在防火牆中設置端口例外

在windows注冊表的 （HOMEDIR是你機器上安裝的oracle數據庫的instance名稱）中添加一個字符串鍵值，名稱為USE_SHARED_SOCKET，值為TRUE（注意大小寫），然後重啟oracle instance或直接重啟windows就OK了。
這樣，你只要再在防火牆上打開oracle的監聽端口（缺省為1521），就可以在防火牆外訪問oracle了!
需要在MTS模式下（共享模式） Oracle默認是專用模式。

經試驗發現，如果不在init文件中設參數的話，Oracle仍然會要求一個隨機端口和1521端口來共同通訊，只是這個隨機端口，並不隨客戶端會話和登 錄的變化而變化，在沒有重啟服務器時，是固定的。 （試驗發現，在專用模式下，每次連接，oracle服務器會按+1方式，提供一個非1521的端口。） 所以，還需要在init.ora文件的最後加上一條參數：
mts_dispatchers="(address=(protocol=tcp)(host=myoradb)(port=1521))(dispatchers=1)"