|
|
|
Вопрос про листнер
|
|||
|---|---|---|---|
|
#18+
есть сервак Unix на нем Oracle 8.1.7 и веб-обвязка(Перл, хтмл) можно ли средствами Oracle(без Юниксового файервола) сделать так, чтобы не было открытых оракловых сервисов. В листенере следующее Код: plaintext 1. 2. 3. 4. 5. 6. 7. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. но он все равно открывает 1521 порт можно ли как-то настроить листнер, чтобы доступ был только для локальных прог по IPC, а порты не открывались? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2003, 17:00:47 |
|
||
|
Вопрос про листнер
|
|||
|---|---|---|---|
|
#18+
>можно ли как-то настроить листнер, чтобы доступ был только для локальных >прог по IPC, а порты не открывались? просто не стартовать listener. А если локальный доступ осуществляется не под эккаунтом oracle, то прописать в окружении $ORACLE_SID и $ORACLE_HOME. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2003, 18:06:51 |
|
||
|
Вопрос про листнер
|
|||
|---|---|---|---|
|
#18+
Listener opens port you asked it to open. Somewhere in LISTENER.ORA in listener XXX definition you have Код: plaintext That is why port 1521 is open. Now about "и почему он LISTENER, а не ххх???". Listener command STATUS (same as many others) has syntax Код: plaintext so if you did not specify listener name it defaults to LISTENER. Another words you asked for a status of a wrong listener. If your LISTENER.ORA file has definitions of multiple listeners and one of them is called XXX, you need to issue STATUS XXX. And, by the way, it will still show line Код: plaintext XXX will appear in Alias line: Код: plaintext SY P.S. On Windows, listener_name defaults, for some reason (at least on NT 8.1.6) to last listener service you started. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2003, 18:12:14 |
|
||
|
Вопрос про листнер
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 1.таким образом статус выводит инфу про один и тот же листенер, я тока не знаю почему alias все равно LISTENER 2. приведенный в первом вопросе листинг - это полностью listener.ora там больше ничего нету (никакого protocol=tcp там и в помине нету). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2003, 19:13:39 |
|
||
|
Вопрос про листнер
|
|||
|---|---|---|---|
|
#18+
у меня к базе обращается перловый скрипт Код: plaintext 1. как только листенер гасишь, он не видит базу в этом то вся и проблема. я, конечно, читал, что если листенер не задан в listener.ora, то по умолчанию запустится LISTENER с ipc и tcp на 1521 порту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2003, 19:20:30 |
|
||
|
Вопрос про листнер
|
|||
|---|---|---|---|
|
#18+
Post LISTENER.ORA and client's TNSNAMES.ORA!!! .dba's suggestion not to start listener will not work in your case, since you are using connection tool (perl's DBI) that requires service name, which implies listener. "как только листенер гасишь, он не видит базу " - I think you do not completely understand how oracle connection works. Listener in very common and loose terms works, if you will, as a "сводница" :). There are two parties client and database who want to talk to each other but are not "formally introduced". Client knows LISTENER who knows DATABASE. So client communicates to listener "please introduce me to the database" and to do that client needs to have a TCP/IP port (if TCP/IP is used as a protocol) to talk to listener. Then listener says OK, I can arrange that and, by the way, here is a port (assuming TCP/IP is the protocol) for you both to talk with each other and from now on I AM NOT INVOLVED. To be a bit more specific listener creates a process on database server client talk to via the port dedicated by the listener and that process talks to the database on client's behalf. Also, I am describing a dedicated connection. In case of MTS is is a bit different, but general idea is still the same. As you can see, you need listener to "arrange" connection, unless client and database live on the same box - then they are "formally introduced" and client can talk to the database by setting ORACLE_SID. However, in your case perl's DBI talks only to listener, so you are forced to use it. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2003, 20:04:46 |
|
||
|
Вопрос про листнер
|
|||
|---|---|---|---|
|
#18+
посмотрел повнимательнее скрипты, запускающие при рестарте Oracle (/etc/rc...), там было прописано создавать LISTENER и все что прописано в listener.ora В итоге всегда создавалось 2 листенера. Переименовал свой ххх в LISTENER, прописал ему только IPC, получил только IPC, 1521 закрылся. Спасибо всем поучаствовавшим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2003, 20:08:20 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=2761&tid=1989872]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
62ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 374ms |

| 0 / 0 |
