× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I think the RT314 is very similar to the RT311 and on my RT311 I can
configure individual ports to be routed.   I recommend trying routing just
4200 before trying the DMZ option because that will be a more secure
solution.  I can't tell you whether or not this will work because our VPN
uses IPSec in a way that the RT311/RT314 cannot route so I don't use the
RT311 with Code.

I wholeheartedly second Vince's suggestion that you should get a software
firewall in addition to your router; especially since you are connecting to
your workplace. Another option for the software firewall is from
www.tinysoftware.com called Tiny Personal Firewall.  It's just a little more
complicated to use than Zone Alarm but is more configurable and has better
logging.

Good luck,
Larry

----- Original Message -----
From: "Vincent Greene" <Vincent.Greene@amo.com>
To: <code400-l@midrange.com>
Sent: Friday, November 23, 2001 8:18 AM
Subject: Re: Network connection-restatement (sorry)-server can't find client


> I think you are correct.  The RT314 is receiving the packet on port 4200
and
> discarding it as a illegal packet (or directing it to a specific port --
see
> below)
>
> I believe that the RT314 has a "dmz" option where all incoming packets
from the
> internet are directed to a specifc switch port and internal address.  To
make it
> work, you will probably need to plug your system into that port and enable
the
> dmz option.  If you try this, BEWARE!  You need to run a software firewall
> because the NAT on the RT314 will no longer be protecting your PC.
Frankly, you
> should run a software firewall anyway since a good hacker can penetrate a
NAT
> "firewall" pretty easily.  I would recommend ZoneAlarm (see
www.zonealarm.com)
> as a good software firewall.  Steve Gibsons site are www.grc.com has
firewall
> information and reviews, as well as some good testing tools.
>
> This is especially true if you are using a VPN to connect to work.  A
hacker
> that can penetrate your NAT device to get to your PC could then piggyback
on the
> VPN connection to get to your network at work.  That is how the hackers
got into
> Microsoft to steal the code to NT.
>
> Good Luck!
>
> Reeve Fritchman wrote:
>
> > Hak, thanks for your comments.
> > All IPCONFIG sees is DELL450 (my desktop) with an IP address of
192.168.0.3;
> > the RT314 has the external (public) address and that must be the address
> > EVFCFDBK is sending to.  I think CODE/400 is fine; the RT314 doesn't
know
> > what to do with the message it's receiving.  Or, let's say I don't know
how
> > to configure the RT314!
> > My ThinkPad works properly (STRCODE, compile feedback) when dialed in or
> > directly connected to the network.  It does not work when connected
through
> > the RT314; this indicates the server/firewall side is okay and points to
an
> > RT314 problem.  I'm starting to wonder if the RT314 isn't smart enough
to
> > handle this kind of transaction.
> > My Dell desktop gives me EVF4028E ("Connection ended by daemon.  Code
user
> > ID REEVE is not allowed to connect") when dialed in or when directly
> > connected to the network.  It does not work when connected through the
> > RT314.
> > I'm going to take the RT314 issue to a different forum; I'm 99.99%
confident
> > it's not a CODE/400 problem and I think you have better things to work
on.
> > But I'd love to solve the EVF4028E problem.  I've deleted and recreated
my
> > usual server; should I delete and recreate all servers?
> > Both PC's are Win2K w/SP2; CODE/400 is V5R1 w/SP4; iBox is V5R1.
> > CODE/400 (and everything else) on the Thinkpad was recently installed
from
> > scratch and I applied SP3 directly.  Is it worth my time to reload
CODE/400
> > on the desktop?  If so, is there anything I should do to uninstall
CODE/400
> > first?
> > Thanks,
> > Reeve
> >
> > -----Original Message-----
> > From: code400-l-admin@midrange.com
[mailto:code400-l-admin@midrange.com]On
> > Behalf Of haklui@ca.ibm.com
> > Sent: Thursday, November 22, 2001 11:54 PM
> > To: code400-l@midrange.com
> > Subject: Re: Network connection-restatement (sorry)-server can't find
client
> >
> > When the compile is done the host will execute a "calls back" to the
> > client.  There are two possible reasons we can think of that might be
> > causing this problem.
> >
> > 1.  One of the firewalls (either the RT314 or the one between the cable
> >    modem and the 820) is not allowing the call back to pass through.
> >               So you can check which port the "call back" is using and
make
> >    sure that the firewall allows the connection. You can probably get
the
> >    port  information from your firewall tools.
> >
> > 2.  The host code is not getting the correct address to do the call back
> >    (and in fact is trying to connect to a different client.)  If you go
to
> >    a DOS window and run ipconfig then you will see all network addresses
> >    that the Windows machine is using.  If there are multiple addresses
> >    listed then the first one must be the address that should be passed
to
> >    the server for the "call back".  On Windows 2000, I think that you
can
> >    go to the Network Connections->Advance Settings to move your
workstation
> >    address up and down.
> >
> > You might want to check if the feed back works by STRCODE and then on  I
> > can't get STRCODE to work through my network connection.
> >    another OS400 session try the command:
> >
> >    CALL QCODE/EVFCFDBK PARM( '37' 'Y' 'OS400' '<LOCAL> CODEEDIT
> >    "<OS400>lib/file(member)"' ).
> >               Change QCODE to QDEVTOOLS if you are on V5R1 OS/400.
> >
> >    Hak Lui
> >    AS/400 AD, IBM Canada Ltd.
> >    e-mail: haklui@ca.ibm.com
> >
> > "Reeve Fritchman" <reeve@ltl400.com>@midrange.com on 11/21/2001 03:06:47
PM
> >
> > Please respond to code400-l@midrange.com
> >
> > Sent by:  code400-l-admin@midrange.com
> >
> > To:   "CODE400-L@midrange. com" <CODE400-L@midrange.com>
> > cc:
> > Subject:  Network connection-restatement (sorry)-server can't find
client
> >
> > I'm having trouble getting a CODE/400 server connection when working
> > through
> > my network connection.  I can't get the error list back when I submit a
> > compile; everything else (LPEX, Verify, GUI prompting, etc.) works fine.
I
> > know I could Verify first, but basing on caching performance, it's
faster
> > to
> > compile.
> >
> > I have two systems connected to a Netgear RT314 Gateway Router (no
> > ROTFLYAO,
> > please) and then into a cable modem up to the 820 via a firewall.  The
> > RT314
> > provides NAT and some firewall protection.  The IP address seen by the
> > RT314
> > is not fixed (today it's 65.34.yada.yada); within the LAN, the RT314 is
> > 192.168.0.1 and the other systems are ".2" and ".3".
> >
> > When I use a dial-up connection (without the RT314), everything works
fine
> > (because CODE/400 knows my IP address).  I think this shows the server
> > is not causing the problem.
> >
> > I assume the RT314 is the issue.  The iBox is giving me EVF4000, "A
remote
> > host refused an attempted connect operation."  (3425).
> >
> > I'd be grateful for any help...
> >
> > Thanks,
> > Reeve
> >
> > _______________________________________________
> > This is the CODE/400 Discussion & Support (CODE400-L) mailing list
> > To post a message email: CODE400-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
> > or email: CODE400-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/code400-l.
> >
> > _______________________________________________
> > This is the CODE/400 Discussion & Support (CODE400-L) mailing list
> > To post a message email: CODE400-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
> > or email: CODE400-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/code400-l.
> >
> > _______________________________________________
> > This is the CODE/400 Discussion & Support (CODE400-L) mailing list
> > To post a message email: CODE400-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
> > or email: CODE400-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/code400-l.
>
> _______________________________________________
> This is the CODE/400 Discussion & Support (CODE400-L) mailing list
> To post a message email: CODE400-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
> or email: CODE400-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/code400-l.
>
>



__________________________________________________
D O T E A S Y - "Join the web hosting revolution!"
             http://www.doteasy.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.