Quote:


That IP control does sound correct.  Client icon is 64.100.150.85:1030.
Router uses pinhole to redirect to internal 192.168.1.100.

But I am not sure if Sesame will perform through those paths, will need answer from Lanticans on that part.
I think that your Sesame server will also need to be set up using port 1030 and your internal clients also.

See the Help for starting your Server and Client. 

Example here:
C:\Sesame2\Program\sesame.exe  -server ServerName:1030:1031
C:\Sesame2\Program\sesame.exe  -client ServerName:1030:1031

Don't  know if you may need to add 1031 to your router pinholes.

The ports under TCP/IP are the last step of the addressing system. An IP address specifies the computer to connect to. The port specifies a protocol or server-program to connect to. For example, FTP typically uses port 20. HTTP uses port 80. SMTP uses port 25. Connecting to a particular port indicates to the server that you intend to perform a particular action (i.e: transfer a file, access a web page, send to email) using a particular protocol.

Sesame defaults to using ports 20000 and 20001, but can be placed on any ports that are not otherwise occupied. It is important to avoid ports numbered below 1024 because those are assigned to basic TCP/IP programs from the original specs of the 1960 and 1970s. It is wise to avoid ports below 8196 because those are reserved for the standards groups to assign for fixed use by programs that apply to the standards group. The highest reliable number is 65535.

It is probably unnecessary to have your client come in on fixed addresses to use the sesame_allow and sesame_deny files. Both allow a range to be specified using a wildcard character. So you can set the allow file to 192.168.0.*, for example, and allow all of the computers assigned from 192.168.0.0 to 192.169.0.255 to access your server. If you specify 192.168.*, you allow all of the computers from 192.168.0.0 to 192.168.255.255 to access your server. Etc...

Because ISPs typically hand customers IP addresses in the same range, even if your customers get reassigned IP addresses regularly, it unlikely that those addresses will be outside a 255 range. Combined with a password to access their account on your server, you should be able to differentiate your customers from the random visitor, especially since random visitors are unlikely to have a Sesame client at hand.

The trial version of Sesame will run as a server or a client, just like the commercial version will. So if you want to start getting set up, you can, without having to wait for your oder to go through. You can certainly start experimenting to see what configuration works best for you.

Mark,

Wow, your message was like a college semester rolled into a few paragraphs.  I can't tell you how much I appreciate the time you spent to help me.  That may be the piece that makes all the other pieces come together.

Regarding getting started, I've been experimenting with some form design - trying to learn the in's and out's of the Form Designer, field names, what makes sense to cross over from my QA forms, and what doesn't. 

I had recently put a Netgear Networked Attached Storage RAID on my network.  My plan was to put all of my databases and data-mining programs (QA, accounting data files, Forest and Trees views, etc) on there, and enjoy the disk mirroring security and backup convenience of the NAS.  But, I quickly learned that my live accounting data files couldn't reside on the NAS (it's client server using a Pervasive Btrieve database, and the data imust apparently reside on a workstation), but my QA data files can. 

But  I assume because Sesame is client/server  that I must have the server software and data files reside on the same computer, and then use the NAS for backup and other storage functions?
             If that is correct, then I'll need to setup a workstation to be my Sesame server.  (my accounting data has been running on an HP NT workstation computer for the last 9 years 24/7 - what a workhorse computer.  I'm worried about it expiring, and have another computer that's ready to step in when it does.  I don't think I can put Sesame on this accounting server though - it's only got 128MB of RAM, and the hard disk is not a lot of space free (a couple of gig - I think it's only a 4gb drive though - 1999 vintage!).

Thanks again for your help and time on a Sunday!

lksseven wrote on Feb 1^st, 2009 at 4:04pm:


As long as the server can access the data files as though they are on that computer, whether that particular harddrive is on that computer or not, Sesame will be reasonably happy. So you can, for example, access the data files through NFS or MS-File-Sharing, so long as the server computer and only the server computer is accessing the files. You will, of course take a speed hit for dragging the files across the network between the Sesame server and the file server.

Quote:


128 MB is not enough. Most of the work is done on the Sesame server, not on the client computers, the exact opposite from the setup for file sharing.

Quote:


No problem.

Carl's suggestion is correct, but no need to open a browser to get your IP.

Many posts ago I suggested using DynDNS,org free tools.  So, let me repeat the suggestion.

Can see your IP in the systray at any time, and others who want to know your IP can ping to yourname.dyndns.org.  If your IP changes, that change is broadcast to dyndns.org servers automatically, and the value in your systray will also be modified.  So Client can always know their IP and Hosts can always check incoming IPs against a whirelist that can be updated from dyndns.org.  A good use is also when need to make a remote connection to someonw with a dynamic IP.  Enter the dyndns.org name vs. the IP and no lookups are needed, site is treated like a static domain name.

DynDNS may be very worthwhile, but I do not want to create the erroneous impression that it is necessary to allow your clients to connect to your server which is already at a fixed address, as is the case here.