![]() | ![]() Products ![]() ![]() ![]() ![]() |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM Client/Server » View Thread |
Messages 1 to 8 of 8 total |
![]() |
Tue, Jul 25 2006 10:09 AM | Permanent Link |
"Johnnie Norsworthy" | I ran into an issue last week where I had installed the DBISAM server and a
station could not connect to it. I didn't have time to do a bunch of tests why it would not work and had to reinstall my previous non-C/S product instead. I have been working on my installation program and some accessories to be installed with the server. I now install: The server with a default server configuration file DBSys,SrvAdmin (no help or INI files) A small test database A test program that connects to localhost and reads the test database A batch file to install and start the service A batch file to uninstall the service My remote support software (based on RemoteOffice) I think this is adequate to confirm a good installation of the server, but when a client cannot seem to connect, what tools or procedure should I use to diagnose problems there? With all the internet protection software out there I simply cannot learn them all to help my customers, and if that is an issue I want to be able to inform them knowledgably and not just as a guess. Thanks for any insight into possible client installation problems and solutions. -Johnnie |
Tue, Jul 25 2006 12:44 PM | Permanent Link |
"David Farrell-Garcia" | Johnnie Norsworthy wrote:
> I ran into an issue last week where I had installed the DBISAM server > and a station could not connect to it. I didn't have time to do a > bunch of tests why it would not work and had to reinstall my previous > non-C/S product instead. > I was doing an intallation at a clients office recently where I could not connect from a client to the LAN server. It turned out to be the AGV. Even when I disabled it from the task bar it still would not work. I had to uninstall AGV then it worked fine. -- David Farrell-Garcia Whidbey Island Software, LLC |
Tue, Jul 25 2006 2:38 PM | Permanent Link |
"Johnnie Norsworthy" | "David Farrell-Garcia" <davidF@NoStinkingSpamWhidbeyIslandSoftware.com>
wrote in message news:EA203B70-DC7F-47CC-A3C0-136CD46B97BF@news.elevatesoft.com... > I was doing an intallation at a clients office recently where I could > not connect from a client to the LAN server. It turned out to be the > AGV. Even when I disabled it from the task bar it still would not work. > I had to uninstall AGV then it worked fine. I use AVG and ZoneAlarm in my office and I don't remember having to do anything special to AVG to allow DBISAM to work. Of course ZoneAlarm pops up an "Allow Access?" prompt every time I recompile my application. -Johnnie |
Tue, Jul 25 2006 11:38 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | Johnnie,
<< I think this is adequate to confirm a good installation of the server, but when a client cannot seem to connect, what tools or procedure should I use to diagnose problems there? >> Start with the basics: 1) Ping test for the IP address. If this works, then go to 2). If no, then most likely the IP address is wrong on the client. 2) Any protection software installed or enabled ? If yes, then configure it so that it doesn't block port 12005. If no, then go to 3). 3) Any hardware firewalls being used ? If yes, then configure them so that they don't block port 12005. << With all the internet protection software out there I simply cannot learn them all to help my customers, and if that is an issue I want to be able to inform them knowledgably and not just as a guess. >> I'm afraid that there's no way to get around the fact that you either have to know how to configure the particular protection software that they're using, or you'll have to punt and tell them to have their "computer guy" configure it so that it works with the database server. -- Tim Young Elevate Software www.elevatesoft.com |
Wed, Jul 26 2006 1:28 AM | Permanent Link |
"Johnnie Norsworthy" | "Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message
news:CD111901-2D6A-4A47-8567-CB407F5D426D@news.elevatesoft.com... > Johnnie, > > << I think this is adequate to confirm a good installation of the server, > but when a client cannot seem to connect, what tools or procedure should I > use to diagnose problems there? >> > > Start with the basics: > > 1) Ping test for the IP address. If this works, then go to 2). If no, > then most likely the IP address is wrong on the client. > 2) Any protection software installed or enabled ? If yes, then configure > it so that it doesn't block port 12005. If no, then go to 3). > 3) Any hardware firewalls being used ? If yes, then configure them so > that they don't block port 12005. > > << With all the internet protection software out there I simply cannot > learn them all to help my customers, and if that is an issue I want to be > able to inform them knowledgably and not just as a guess. >> > > I'm afraid that there's no way to get around the fact that you either have > to know how to configure the particular protection software that they're > using, or you'll have to punt and tell them to have their "computer guy" > configure it so that it works with the database server. Yeah, I hate to ask the "computer guy" because generally they blame all the problems on my software. I did a perfect install today with no problems. I love those. -Johnnie |
Wed, Jul 26 2006 3:18 PM | Permanent Link |
"David Farrell-Garcia" | Tim Young [Elevate Software] wrote:
> I'm afraid that there's no way to get around the fact that you either > have to know how to configure the particular protection software that > they're using, or you'll have to punt and tell them to have their > "computer guy" configure it so that it works with the database server. yes, that is right, and since they did not have a single person who knew how to configure it, I lost patience and asked permission to uninstall it. I did ot have time to learn their protection system, if they did not see the need to learn it themselves. After that it worked. -- David Farrell-Garcia Whidbey Island Software, LLC |
Wed, Jul 26 2006 4:06 PM | Permanent Link |
Jason Lee | I think AVG now makes an integrated firewall (AVG plus Firewall). The
problem could be related to that. Regards, Jason Lee Johnnie Norsworthy wrote: > I use AVG and ZoneAlarm in my office and I don't remember having to do > anything special to AVG to allow DBISAM to work. Of course ZoneAlarm pops up > an "Allow Access?" prompt every time I recompile my application. |
Thu, Jul 27 2006 10:14 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | David,
<< yes, that is right, and since they did not have a single person who knew how to configure it, I lost patience and asked permission to uninstall it. I did ot have time to learn their protection system, if they did not see the need to learn it themselves. After that it worked. >> Yeah, I can see how that would be pretty frustrating. -- Tim Young Elevate Software www.elevatesoft.com |
This web page was last updated on Wednesday, August 14, 2024 at 07:31 PM | Privacy Policy![]() © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? ![]() |