Welcome Serena Central users! CLICK HERE
The migration of the Serena Central community is currently underway. Be sure to read THIS MESSAGE to get your new login set up to access your account.
Anonymous_User Absent Member.
Absent Member.
592 views

LOST ALL COMM w/ SERVER after VPN SETUP

NW 6.5 SP3 box with BM 3.8 SP4. Everything was working fine until I
attempted to set up a Client-Site VPN.

There are (2) NICs in the server. Public side is 192.168.100.3 and
private side is 192.168.0.2. I made a VPN Addressing Rule in iManager
that required all data on the private side to be encrypted. I suspect
that this is the problem / probably not what I really intended to do.

Now, no computers on the private side of the network can access the
server. I tried to go into iManager to remove the addressing rule but i
get an "500 Internal Server Error" from Apache when I enter the server IP.

I've tried virtually everything I can think of, and have been working on
this problem for about 12 hours. I'm getting desperate.

I've uninstalled/reinstalled Apache2, Tomcat4, and iManager 2.5. No help.

I've read a ton of knoledgebase articles and support forum postings.
Still no luck.

I've tried STOPVPN and STOPBRD. I've tried to remove instances of the
VPN tunnel from INETCFG but it requires that changes be made through
iManager.

The business opens up in 4 hours so I've already come to terms with the
fact that the system will be down for Monday, but if anyone out there has
any idea how to remove the addressing rule without iManager, or where to
begin getting iManager working again, or absolutely anything that I
should be doining right now... it would be most appreiacted.

It's 4 am and I'm going insane.

Thank you very much,
Joe
Labels (2)
0 Likes
2 Replies
Anonymous_User Absent Member.
Absent Member.

Re: LOST ALL COMM w/ SERVER after VPN SETUP

kart46@optonline.net wrote:

> NW 6.5 SP3 box with BM 3.8 SP4. Everything was working fine until I
> attempted to set up a Client-Site VPN.
>
> There are (2) NICs in the server. Public side is 192.168.100.3 and
> private side is 192.168.0.2. I made a VPN Addressing Rule in
> iManager that required all data on the private side to be encrypted.
> I suspect that this is the problem / probably not what I really
> intended to do.
>
> Now, no computers on the private side of the network can access the
> server. I tried to go into iManager to remove the addressing rule
> but i get an "500 Internal Server Error" from Apache when I enter the
> server IP.
>
> I've tried virtually everything I can think of, and have been working
> on this problem for about 12 hours. I'm getting desperate.
>
> I've uninstalled/reinstalled Apache2, Tomcat4, and iManager 2.5. No
> help.
>
> I've read a ton of knoledgebase articles and support forum postings.
> Still no luck.
>
> I've tried STOPVPN and STOPBRD. I've tried to remove instances of
> the VPN tunnel from INETCFG but it requires that changes be made
> through iManager.
>
> The business opens up in 4 hours so I've already come to terms with
> the fact that the system will be down for Monday, but if anyone out
> there has any idea how to remove the addressing rule without
> iManager, or where to begin getting iManager working again, or
> absolutely anything that I should be doining right now... it would be
> most appreiacted.


Ok, first thing. If you require urgent help open an SR with NTS or get
a Novell partner to assist you. Do not rely on the forums for urgent
help.

Error 500 are generally tomcat errors. Sounds like your iManager is
hosed (especially now you've uninstall apache and tomcat). Download
mobile iManager, stop bordermanager and see if that does the trick.

Also, post this question in the novell.support.bordermanager.vpn group.
The people in there might be able to assist you to fix your issue if
you do not choose to open an SR.


--
Cheers,
Edward
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: LOST ALL COMM w/ SERVER after VPN SETUP

> kart46@optonline.net wrote:
>
> > NW 6.5 SP3 box with BM 3.8 SP4. Everything was working fine until I
> > attempted to set up a Client-Site VPN.
> >
> > There are (2) NICs in the server. Public side is 192.168.100.3 and
> > private side is 192.168.0.2. I made a VPN Addressing Rule in
> > iManager that required all data on the private side to be encrypted.
> > I suspect that this is the problem / probably not what I really
> > intended to do.
> >
> > Now, no computers on the private side of the network can access the
> > server. I tried to go into iManager to remove the addressing rule
> > but i get an "500 Internal Server Error" from Apache when I enter the
> > server IP.
> >
> > I've tried virtually everything I can think of, and have been working
> > on this problem for about 12 hours. I'm getting desperate.
> >
> > I've uninstalled/reinstalled Apache2, Tomcat4, and iManager 2.5. No
> > help.
> >
> > I've read a ton of knoledgebase articles and support forum postings.
> > Still no luck.
> >
> > I've tried STOPVPN and STOPBRD. I've tried to remove instances of
> > the VPN tunnel from INETCFG but it requires that changes be made
> > through iManager.
> >
> > The business opens up in 4 hours so I've already come to terms with
> > the fact that the system will be down for Monday, but if anyone out
> > there has any idea how to remove the addressing rule without
> > iManager, or where to begin getting iManager working again, or
> > absolutely anything that I should be doining right now... it would be
> > most appreiacted.

>
> Ok, first thing. If you require urgent help open an SR with NTS or get
> a Novell partner to assist you. Do not rely on the forums for urgent
> help.
>
> Error 500 are generally tomcat errors. Sounds like your iManager is
> hosed (especially now you've uninstall apache and tomcat). Download
> mobile iManager, stop bordermanager and see if that does the trick.
>
> Also, post this question in the novell.support.bordermanager.vpn group.
> The people in there might be able to assist you to fix your issue if
> you do not choose to open an SR.
>
>
> --
> Cheers,
> Edward


if you have 500 error with imanager check LDAP over SSL
(TID 10090732 tid 10066259)
First try ping loopback.
Jan


0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.