|
|
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 172.18.4.37 - IP машины, с которой sqlplus-ом пытаются установить соединение с сервером на IP 192.168.77.21. Но что за левые номера портов используются при этом - с 34716 на 3946 и проч.? Ткните носом. Заодно посоветуйте, как поступить с firewall. Открыть все непривилегированные порты - не есть хорошо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 17:58:10 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
Наверное сервер в MTS а не dedicated\r Вот топик /topic/14077 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:11:36 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
Принцип установки соединения в не SHARED режиме: 1) Клиент коннектиться к порту листенера (1521) 2) После установки соединения, листенер организует новое соединие с нового(произвольного порта) клиента на новый(произвольный) порт сервера. По данному соединению и производится работа клиента. 3) Листенер продожает слушать по порту 1521 Так по умолчанию работает листенер под Windows NT. В NT есть параметр реестра (USE_SHARED_SOCKET) , которые это дело ликвидирует и работа идет с любого порта клиента только на порт листнера. Так не работает Oracle 8.1.7 под Linux. У тебя вроде *nix, но видимо не Linux. Поищи по этому форуму по слову USE_SHARED_SOCKET. Эта темя неоднократно подымалась. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:16:45 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
С firewall рекомендация стандартная - использовать connection manager. Он и будет разруливать ситуацию с разными портами оракула и одним портом файрвола. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:22:39 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
2lvv - нет, у меня нет MTS. За ссылку спасибо. 2softbuilder@inbox.ru - оху... ох уж эта винда! Всё ни как у людей. Сервер виндовый, клиент - солярка. А в общем, нашёл вот что - http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_id=124140.1&p_database_id=NOT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:23:02 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
Единственное я не понял: Код: plaintext 1. 2. ОС надо ещё перезапускать, выходит? Сакс, совсем сакс... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:28:38 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
Я в своё время сделал через connect manager. Но когда у меня было много отложенных транзакций - он явно подыхал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:35:19 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
2 Scott Tiger Можно не ругаться на винду каждый раз, когда возникает более-менее концептуальный вопрос? Система в этом смысле не лучше, но и не хуже других. Оракул под UNIX использует порты слушателя для dedicated server, но имеет свою заморочку при работе с shared server (MTS). Там у диспетчеров все порты разные. Только ругаться теперь надо на юникс... Кроме того, решение с cman опять-таки совершенно одинаково для всех платформ при работе с проксями. И рекомендуется ораклом. Использование shared sokets в винде приводит к необходимости рубить все сессии при необходимости перезапустить слушателя. Тоже надо учитывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:47:29 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
2AI - нервы сдают в последнее время :) А что мешает на *nix явно задать порты диспетчеров (типа mts_dispatchers=(address=(protocol=tcp)(host=HHHH)(port=NNNN)) )? Про листенер понятно, впрочем, необходимости перезапускать его обычно нет. CMAN - зачем лишние сложности, здесь, по-моему, случай слишком простой... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:56:46 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
К сожалению, дистпетчера создаются и закрываются не слушателем, а сервером. В результате порты выделяются хаотично. И синаксис задания диспетчеров другой - протокол и количество+ немного мелочи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2003, 18:59:09 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
Ты уверен насчёт хаотичности портов? Я попробовал с MTS, вот что получилось: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. В конфиге файрволла (ipfilter): Код: plaintext 1. 2. 3. 4. 5. 6. 7. Теперь устанавливаем соединение с машиной 172.18.4.37/22 (на ней работает Oracle и листенер) с машины 172.18.5.177/22 через MTS: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2003, 10:55:39 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
... Через некоторое время коннект по 1521-му порту пропадает, что очевидно. На всякий случай вот ещё: Код: plaintext 1. 2. 3. 4. Т.е., коннект с клиентской машины есть только на один из портов диспетчеров и к sshd. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2003, 10:56:06 |
|
||
|
SQL*NET - кто в курсе про номера портов?
|
|||
|---|---|---|---|
|
#18+
Да, вот ещё не совсем ясный момент - что за соединение такое: Код: plaintext 1. 2. ? Появляются после первого коннекта. Что интересно, tnsping вызывает образование только одного из таких соединений - с порта 1521 на какой-то случайный (обычно с номером больше 32k), обратного нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2003, 11:13:21 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=32175608&tid=1990192]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
195ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 241ms |
| total: | 501ms |

| 0 / 0 |
