[Openroad-users] **IPLBATH** Re: vnodeless connectioninOpenROAD4.1 ?

Paul White paulwh at mpiece.com.au
Tue Dec 12 09:57:28 EST 2006


Connection string / passwords are also visible in ipm or iimonitor.
 
If your application uses the fm_about frame, the full connection string and
password is displayed here. 
You'll need to modify this code attached to the stackfield.
 
   entfld.setfieldvalue(value = '$FLD_DATABASE ' +
CurFrame.DBSession.Database
 
 
 
Paul
 
 
 
 

-----Original Message-----
From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com]On Behalf Of Durwin Wright
Sent: Tuesday, 12 December 2006 8:45 AM
To: International OpenROAD Users
Cc: users at lists.ingres.com
Subject: Re: [Openroad-users] **IPLBATH** Re: vnodeless
connectioninOpenROAD4.1 ?



I have tested a fix in the OpenROAD 2006 codeline and have verified that it
does in fact correct this last problem.  The password is no longer displayed
after a connection error under all circumstances.  

 

This fix will be available in the GA version of OpenROAD 2006.  You should
open an issue to ask for this fix to be built for OpenROAD 4.1.

 

Durwin Wright | Sr. Architect |  <mailto:Durwin.Wright at ingres.com>
Durwin.Wright at ingres.com | Ingres |
<http://maps.google.com/maps?q=500+arguello+street,+94063&ll=37.487297,-122.
233200&spn=0.004602,0.012771&t=k&hl=en> 500 Arguello Street | Suite 200 |
Redwood City | CA | 94063 | USA  +1 650-587-5523 | fax: +1 650-587-5550 


  _____  


From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Durwin Wright
Sent: Monday, December 11, 2006 9:02 AM
To: International OpenROAD Users
Cc: users at lists.ingres.com
Subject: Re: [Openroad-users] **IPLBATH** Re: vnodeless connectioninOpenROAD
4.1 ?

 

Hello Anthony,

 

I forgot about the displaying of the password when you get an error.  Open a
Service Desk issue and send me the number.  I will make sure that this
problem get's fixed.  I believe this problem was documented as bug 115777.
(The OpenROAD 2006 client has the same problem.)

 

The dynamic vnodes were introduced in Ingres 2.6 but were first documented
in Ingres r3.  The Ingres 2006 Connectivity Guide documents this capability.
Overriding the contents of a previously defined vnode was in fact the
original intent of the dynamic vnode implementation.  This is why it was not
called "vnodeless connection".

 

Thanks for taking the time to get feedback on this problem.

 

Durwin Wright | Sr. Architect |  <mailto:Durwin.Wright at ingres.com>
Durwin.Wright at ingres.com | Ingres |
<http://maps.google.com/maps?q=500+arguello+street,+94063&ll=37.487297,-122.
233200&spn=0.004602,0.012771&t=k&hl=en> 500 Arguello Street | Suite 200 |
Redwood City | CA | 94063 | USA  +1 650-587-5523 | fax: +1 650-587-5550 


  _____  


From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Anthony Bolton
Sent: Monday, December 11, 2006 1:17 AM
To: International OpenROAD Users
Cc: users at lists.ingres.com
Subject: Re: [Openroad-users] **IPLBATH** Re: vnodeless connection
inOpenROAD 4.1 ?

 

Durwin,

 

I actually tried the test you suggested when we first investigated this
area. Here's what I recorded at the time:

 

"An alternative is to configure a vnode on the client with the 4 sets of
connection data as at present, but specify an invalid username and password
in the vnode. The client will then specify the username and password at
connection time, using the connect string 'vnode[user,password]::database'.
This does appear to work, but seems to be an undocumented way of specifying
a connect string. 

 

The downside here is that if the database connection fails the message
written to the trace window and w4gl.log file contains the whole string
'vnode[user,password]::database', i.e. the plaintext password is written to
the trace file. (Dynamic vnode connections on the overhand mask the password
with * characters when reporting connection failures in the trace file.)"

 

 

This was using OR4.1SP3 with Ingres 2.6 client. I don't have an OR2006
installation available at the moment to repeat the test I'm afraid.

 

Anthony.

 


  _____  


From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Durwin Wright
Sent: 08 December 2006 18:00
To: International OpenROAD Users
Cc: users at lists.ingres.com
Subject: **IPLBATH** Re: [Openroad-users] vnodeless connection in OpenROAD
4.1 ?

Hello Anthony,

 

Dynamic Vnodes bypass the Ingres Name Server.  Normally, the vnode is
resolved by the local Name Server.  The local Name Server returns the string
that the client then uses to make the connection.  The string returned by
the Name Server is identical to Dynamic Vnode.

 

I would be curious if you could perform a test.  Since it looks like you are
using Dynamic vnodes primarily to pass userid and passwords, try the
following to see if load balancing still works,

 

1.	Define a vnode as normal, with an invalid userid and password. 

2.	Override the userid and password in the vnode using the following
syntax, 

 

myvnode[userid,password]::mydatabase/ingres

 

Let the group know the results.

 

Durwin Wright | Sr. Architect |  <mailto:Durwin.Wright at ingres.com>
Durwin.Wright at ingres.com | Ingres |
<http://maps.google.com/maps?q=500+arguello+street,+94063&ll=37.487297,-122.
233200&spn=0.004602,0.012771&t=k&hl=en> 500 Arguello Street | Suite 200 |
Redwood City | CA | 94063 | USA  +1 650-587-5523 | fax: +1 650-587-5550 


  _____  


From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Anthony Bolton
Sent: Friday, December 08, 2006 9:07 AM
To: International OpenROAD Users
Subject: Re: [Openroad-users] vnodeless connection in OpenROAD 4.1 ?

 

Hi,

 

I've also noticed that Dynamic Vnodes don't give you the load balancing that
you would get if you used standard vnodes defined in Ingres Net.

 

If your server has multiple iigcc processes running, each one is available
for client connections under the listener aliases II0, II1, II2 etc. But if
you just set the listen address in your vnode to II, Ingres Net will
automatically load balance across the listeners and switch to a different
listener if the first one it tries is full. (I've also been told by Ingres
that it does automatic failover to a different listener if the first
connection fails). This is useful if you have '000s of clients, as they can
all be configured with a listen address of II and Ingres Net balances the
connection load across the iigccs for you.

 

If you use dynamic vnodes then I've found you have to specify explicitly
which listener you want - if you specify II it defaults to II0 and never
touches the other listeners. Hence the first few hundred users to logon are
fine, but once the inbound connection limit is reached on II0 all further
connections are refused.

 

NB. These observations are from OP4.1/SP3 with Ingres 2.6 Net, it may behave
differently in OR2006/Ingres 2006.

 

On a slight tangent - from OR2006 you'll be able to use the Ingres Net from
Ingres 2006, which brings back the old IIPROMPTALL functionality for vnodes.

 

HTH.

 

Anthony.

 



Anthony Bolton


phone: +44 (0)1225 475000, email:   <mailto:anthony.bolton at ipl.com>
anthony.bolton at ipl.com

 IPL Logo

 <http://www.ipl.com/> www.ipl.com

 

 


  _____  


From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Durwin Wright
Sent: 08 December 2006 16:07
To: International OpenROAD Users
Cc: users at lists.ingres.com
Subject: **IPLBATH** Re: [Openroad-users] vnodeless connection in OpenROAD
4.1 ?

Hello Rune,

 

There is a problem in Ingres 2.6 with Dynamic Vnodes.  A crash happens when
the length of a vnode exceeds 64 bytes.  This is true of all vnodes.  When
using Dynamic Vnodes, it is more likely that the length will be greater than
64 bytes.

 

Here is the description of this problem,

 

Overview: 

        Bug 115280

        Buffer overrun in FRS with vnodeless connection strings 

        because they are generally longer; this occasionally causes 

        crashes in OpenROAD (and Ingres forms applications).  

 

Release Notes: 

        (GENERIC)

        OpenROAD and Ingres forms-based applications crash 

        intermittently when connecting with a vnodeless 

        connection string (aka dynamic vnode). 

 

I have referred to this feature as "Dynamic Vnodes" instead of "Vnodeless".
I created a simple OpenROAD application that generates the dynamic vnode
strings and does simple connection tests.  I found the documentation to be a
little difficult to understand.  

 

When I started using this application, I found that Dynamic Vnode entries
can be used to override the contents of an existing vnode.  This means that
if your use of Dyanmic Vnodes is primarily to supply a userid and password
for a connection request, then you could create a vnode that has an invalid
userid and password and then use the dynamic vnode syntax to override the
entry.

 

So if you have a vnode defined and use the following to connect to an Ingres
database

 

            myvnode::mydatabase/ingres

 

Then you can use the following in your program to override the userid and
password stored in the "myvnode" entry

 

            myvnode[myuserid,mypassword]::mydatabase/ingres

 

If you can use this technique, then you should be able to drop below the 64
byte length in the dynamic vnode that you specify.

 

I suggest that you try sending a vnode entry that is longer than 64 bytes to
verify that you have a crash.  Once you verify that this is the problem, you
can use the circumvention to get around the crash.  Meanwhile, open an issue
and ask for a fix for bug 115280.

 

I hope that this helps.

 

P.S.  If you want copies of my simple OpenROAD application that generates
dynamic vnodes, just drop me an email.

 

Durwin Wright | Sr. Architect |  <mailto:Durwin.Wright at ingres.com>
Durwin.Wright at ingres.com | Ingres |
<http://maps.google.com/maps?q=500+arguello+street,+94063&ll=37.487297,-122.
233200&spn=0.004602,0.012771&t=k&hl=en> 500 Arguello Street | Suite 200 |
Redwood City | CA | 94063 | USA  +1 650-587-5523 | fax: +1 650-587-5550 


  _____  


From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com] On Behalf Of
rune.randoy at akerkvaerner.com
Sent: Friday, December 08, 2006 5:56 AM
To: openroad-users at peerlessit.com
Subject: [Openroad-users] vnodeless connection in OpenROAD 4.1 ?

 

Hi,

I'm trying to connect to a server running Ingres gateways (EA 2.1 0106)
without a defined vnode, but with a connection string like this:

@servername,wintcp,II[*,instpwd]::database/mssql

This string works in an sql-command on my PC, queries run ok.

In OpenRoad it connects ok, but OR crashes/exits on first use.

My development environment is OpenROAD 4.1/0403(int.w32/00) (patch 10464).

Anyone had a similar experience? (and fixed it...)

 

Rune Randøy

Aker Kværner Business Partner (www.akerkvaerner.com)

Kristiansand, Norway


This e-mail and any attachment are confidential and may be privileged or
otherwise protected from disclosure. It is solely intended for the person(s)
named above. If you are not the intended recipient, any reading, use,
disclosure, copying or distribution of all or parts of this e-mail or
associated attachments is strictly prohibited. If you are not an intended
recipient, please notify the sender immediately by replying to this message
or by telephone and delete this e-mail and any attachments permanently from
your system. 

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. If you are not the addressee, any disclosure, reproduction,
copying, distribution, or other dissemination or use of this communication
is strictly prohibited. If you have received this transmission in error
please notify the sender immediately and then delete this email.

Any representations or commitments expressed in this email are subject to
contract.

This message has been scanned for viruses and dangerous content. However, it
is essential that the recipient also checks this message using commercially
available mail scanning and anti-virus software. IPL Information Processing
Limited accepts no liability for any loss or damage resulting from any virus
or other dangerous content in this message.

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. If you are not the addressee, any disclosure, reproduction,
copying, distribution, or other dissemination or use of this communication
is strictly prohibited. If you have received this transmission in error
please notify the sender immediately and then delete this email.

Any representations or commitments expressed in this email are subject to
contract.

This message has been scanned for viruses and dangerous content. However, it
is essential that the recipient also checks this message using commercially
available mail scanning and anti-virus software. IPL Information Processing
Limited accepts no liability for any loss or damage resulting from any virus
or other dangerous content in this message.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 35679 bytes
Desc: not available
Url : http://peerlessit.com/pipermail/openroad-users/attachments/20061212/62c18dab/attachment-0001.bin 


More information about the Openroad-users mailing list