dbTalk Databases Forums  

tcp.invited_nodes

comp.databases.oracle.server comp.databases.oracle.server


Discuss tcp.invited_nodes in the comp.databases.oracle.server forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Chuck
 
Posts: n/a

Default tcp.invited_nodes - 06-29-2010 , 01:01 PM






When using this parameter in sqlnet.ora, and specifying host names, are
there any checks performed to see if a hostname has been spoofed?
Perhaps comparing the client's IP with a DNS lookup of the host name?

Reply With Quote
  #2  
Old   
ddf
 
Posts: n/a

Default Re: tcp.invited_nodes - 06-29-2010 , 01:39 PM






On Jun 29, 2:01*pm, Chuck <chuckh1958_nos... (AT) gmail (DOT) com> wrote:
Quote:
When using this parameter in sqlnet.ora, and specifying host names, are
there any checks performed to see if a hostname has been spoofed?
Perhaps comparing the client's IP with a DNS lookup of the host name?
No. The list is used 'as-is' without any verification via DNS lookup.


David Fitzjarrell

Reply With Quote
  #3  
Old   
Frank van Bortel
 
Posts: n/a

Default Re: tcp.invited_nodes - 06-29-2010 , 02:18 PM



On 06/29/2010 08:39 PM, ddf wrote:
Quote:
On Jun 29, 2:01 pm, Chuck<chuckh1958_nos... (AT) gmail (DOT) com> wrote:
When using this parameter in sqlnet.ora, and specifying host names, are
there any checks performed to see if a hostname has been spoofed?
Perhaps comparing the client's IP with a DNS lookup of the host name?

No. The list is used 'as-is' without any verification via DNS lookup.


David Fitzjarrell
Not quite, David.

I cannot recall what exactly was the matter,
but I have had one instance where the listener
would not start because one of the clients
mentioned do longer existed.
Not sure if it was a DNS lookup to find the IP-address,
or the reverse (and the IP-address (DHCP!) was no
longer available).

Quite horrible if that's a production system, because
you will have to go through each and every name (in
case of DHCP clients) or IP-address (servers)

--

Regards,

Frank van Bortel

Reply With Quote
  #4  
Old   
Mladen Gogala
 
Posts: n/a

Default Re: tcp.invited_nodes - 06-29-2010 , 03:42 PM



On Tue, 29 Jun 2010 21:18:16 +0200, Frank van Bortel wrote:

Quote:
On 06/29/2010 08:39 PM, ddf wrote:
On Jun 29, 2:01 pm, Chuck<chuckh1958_nos... (AT) gmail (DOT) com> wrote:
When using this parameter in sqlnet.ora, and specifying host names,
are there any checks performed to see if a hostname has been spoofed?
Perhaps comparing the client's IP with a DNS lookup of the host name?

No. The list is used 'as-is' without any verification via DNS lookup.


David Fitzjarrell

Not quite, David.

I cannot recall what exactly was the matter, but I have had one instance
where the listener would not start because one of the clients mentioned
do longer existed.
Not sure if it was a DNS lookup to find the IP-address, or the reverse
(and the IP-address (DHCP!) was no longer available).

Quite horrible if that's a production system, because you will have to
go through each and every name (in case of DHCP clients) or IP-address
(servers)
Based on my experience, it's far easier to block the undesired clients by
using the firewall rules than by using validnode checking. This feature
is useless.




--
http://mgogala.byethost5.com

Reply With Quote
  #5  
Old   
ddf
 
Posts: n/a

Default Re: tcp.invited_nodes - 06-30-2010 , 06:51 AM



On Jun 29, 3:18*pm, Frank van Bortel <fbor... (AT) home (DOT) nl> wrote:
Quote:
On 06/29/2010 08:39 PM, ddf wrote:

On Jun 29, 2:01 pm, Chuck<chuckh1958_nos... (AT) gmail (DOT) com> *wrote:
When using this parameter in sqlnet.ora, and specifying host names, are
there any checks performed to see if a hostname has been spoofed?
Perhaps comparing the client's IP with a DNS lookup of the host name?

No. *The list is used 'as-is' without any verification via DNS lookup..

David Fitzjarrell

Not quite, David.

I cannot recall what exactly was the matter,
but I have had one instance where the listener
would not start because one of the clients
mentioned do longer existed.
Not sure if it was a DNS lookup to find the IP-address,
or the reverse (and the IP-address (DHCP!) was no
longer available).

Quite horrible if that's a production system, because
you will have to go through each and every name (in
case of DHCP clients) or IP-address (servers)

--

Regards,

Frank van Bortel
That was likely an operating system check on connectivity rather than
Oracle verifying the location. The OP was asking, if I read this
correctly, about spoofed IP addresses indicating to me that the actual
server still exists but some unscrupulous malcontent is attempting to
connect via a spoofed IP. I doubt Oracle would catch such an
occurrence, happily allowing the spoofed access to the server.


David Fitzjarrell

Reply With Quote
  #6  
Old   
Frank van Bortel
 
Posts: n/a

Default Re: tcp.invited_nodes - 07-03-2010 , 08:43 AM



On 06/29/2010 10:42 PM, Mladen Gogala wrote:
Quote:
On Tue, 29 Jun 2010 21:18:16 +0200, Frank van Bortel wrote:

On 06/29/2010 08:39 PM, ddf wrote:
On Jun 29, 2:01 pm, Chuck<chuckh1958_nos... (AT) gmail (DOT) com> wrote:
When using this parameter in sqlnet.ora, and specifying host names,
are there any checks performed to see if a hostname has been spoofed?
Perhaps comparing the client's IP with a DNS lookup of the host name?

No. The list is used 'as-is' without any verification via DNS lookup.


David Fitzjarrell

Not quite, David.

I cannot recall what exactly was the matter, but I have had one instance
where the listener would not start because one of the clients mentioned
do longer existed.
Not sure if it was a DNS lookup to find the IP-address, or the reverse
(and the IP-address (DHCP!) was no longer available).

Quite horrible if that's a production system, because you will have to
go through each and every name (in case of DHCP clients) or IP-address
(servers)

Based on my experience, it's far easier to block the undesired clients by
using the firewall rules than by using validnode checking. This feature
is useless.

Not if you're internal - no firewall between client and server,
not in that direction anyway

--

Regards,

Frank van Bortel

Reply With Quote
  #7  
Old   
Steve Howard
 
Posts: n/a

Default Re: tcp.invited_nodes - 07-03-2010 , 09:48 AM



On Jul 3, 9:43*am, Frank van Bortel <fbor... (AT) home (DOT) nl> wrote:
Quote:
On 06/29/2010 10:42 PM, Mladen Gogala wrote:



On Tue, 29 Jun 2010 21:18:16 +0200, Frank van Bortel wrote:

On 06/29/2010 08:39 PM, ddf wrote:
On Jun 29, 2:01 pm, Chuck<chuckh1958_nos... (AT) gmail (DOT) com> * wrote:
When using this parameter in sqlnet.ora, and specifying host names,
are there any checks performed to see if a hostname has been spoofed?
Perhaps comparing the client's IP with a DNS lookup of the host name?

No. *The list is used 'as-is' without any verification via DNS lookup.

David Fitzjarrell

Not quite, David.

I cannot recall what exactly was the matter, but I have had one instance
where the listener would not start because one of the clients mentioned
do longer existed.
Not sure if it was a DNS lookup to find the IP-address, or the reverse
(and the IP-address (DHCP!) was no longer available).

Quite horrible if that's a production system, because you will have to
go through each and every name (in case of DHCP clients) or IP-address
(servers)

Based on my experience, it's far easier to block the undesired clients by
using the firewall rules than by using validnode checking. This feature
is useless.

Not if you're internal - no firewall between client and server,
not in that direction anyway

--

Regards,

Frank van Bortel
It depends. We have internal firewalls configured for internal users,
allowing only production application server access (which is
presumably hardened) as well as DBA's with custom firewall rules.
Internal users are often the most dangerous

Reply With Quote
  #8  
Old   
Mladen Gogala
 
Posts: n/a

Default Re: tcp.invited_nodes - 07-03-2010 , 04:18 PM



On Sat, 03 Jul 2010 15:43:05 +0200, Frank van Bortel wrote:


Quote:
Not if you're internal - no firewall between client and server, not in
that direction anyway
Each Linux server comes equipped with internal firewall. If you configure
it properly, nobody will be able to tell the difference.



--
http://mgogala.byethost5.com

Reply With Quote
  #9  
Old   
Frank van Bortel
 
Posts: n/a

Default Re: tcp.invited_nodes - 07-14-2010 , 04:39 AM



On 07/03/2010 11:18 PM, Mladen Gogala wrote:
Quote:
On Sat, 03 Jul 2010 15:43:05 +0200, Frank van Bortel wrote:


Not if you're internal - no firewall between client and server, not in
that direction anyway

Each Linux server comes equipped with internal firewall. If you configure
it properly, nobody will be able to tell the difference.


Ah Linux, yes. Seems difficult, or too new.
In the mean time, will have to do with HP-UX...

Firewalling is done by the Network dept. HP-UX
is done by the UX dept (backups are part of
that, as it's a HP tape robot...), and Oracle
is done by yet another dept.

--

Regards,

Frank van Bortel

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.