TCPIP / DNS problem


I have TCPIP / DNS difficulties in our LAN
with a terminal emulation software called


- Reflection 4.0

- Win95b with MS TCPIP
  (IP Network:  
   IP Adress:  
   Standard Gateway:
   DNS Server:  

- Host:             erni
  IP Adress:   

- ISDN Internetrouter:

- DNS server with local hostname records (for example: erni)
  and configured to look up the providers DNS server on if DNS lookups cannot be served from the local

If I open a new connection in the reflection term-emu software
of the type "Telnet-mgr" with Hostname "erni" all is fine.
I get the connection immediately. The DNS server is working.
The ISDN - line on router remain closed.

If I open a new connection type "Telnet-mgr" with IP Adress the router on opens the ISDN connection
and after a while erni is responding.

Why opens the router the connection to the internet if I choose
the host by IP Adress? Same happens by reflection - ftp connection.

!!The problem is not there if I use the Win95- telnet.exe or ftp.exe!!

It seems that the reflection software first is asking a host on
the internet before searching the host on the local ip network.
I know that our LAN IP Adress ( IS A PUBLIC IP ADRESS
(someone made a fault)! Could this be the problem?
Since losts of PCs use the ip adress instead of the host name
this means lots of work changing the reflection profile.

Holger Hussy

Holger Hussy
Herzzentrum Lahr

Who is Participating?
bknowlesConnect With a Mentor Commented:
Oh.  Microsoft DNS.  No wonder.  It's broken.  Severely broken.

I suggest you get the Windows NT port of BIND (either the freely available port, or the commercial value-added version), which is the Internet de facto standard program for serving the DNS (e.g., it's used by all the root nameservers, etc...).

Once you've got a properly working nameserver, it'll be a lot easier to debug and fix whatever problems you may have that remain.
> the providers DNS server on

this seems to be nonsense, 'cause 192.168.x.x is a reserferd RFC
address for private use only. So your provider isn't allowed to
route any TCP/IP packets with such a IP address as source or
Check ARIN -- 192.168.* is reserved, but it's reserved in the name of a particular college (I think).  Therefore, it is technically routable, it's not not routable for policy reasons.

The RARP answer sounds plausible, and therefore you should have reverse DNS set up on your local nameserver.
The 14th Annual Expert Award Winners

The results are in! Meet the top members of our 2017 Expert Awards. Congratulations to all who qualified!

holgerAuthor Commented:

following comments:

to ahoffmann:
Please apologize I was wrong with the IP address.
If choosing the host by ip adress, the problem occours only when configuring an DNS Server on the Win95 workstation. If there is no DNS entry in the win95 workstation, there is no problem.

The router shows the following packets during opening the connection: -> Protocol UDP Port 53->53
(this means: my DNS Server [] opens the router to the DNS Server at our provider [] for a DNS lookup) -> Protocol UDP Port 53->53 (this means: my DNS Server makes a lookup to another server on The server in in the domain "".

So reflection produces a DNS lookup to the server, and NOT!!
My DNS server is configured to look up the dns server at our provider in case not able to resolve the lookup of the
This is why the connect goes up.
Why happens that when choosing the host by ipaddress?

To bertc:
Following shows that the local DNS server is working correctly:



C:\>nslookup erni


Reverse lookups are working correctly.

Holger Hussy

holgerAuthor Commented:

Further comments:

I have tried it a second time (opening reflection connection to by IP address).
The router shows the following packets during opening the connection: -> UDP Port 53->53 -> UDP Port 53->53

The second lookup goes to machine:


DNS request timed out.
    timeout was 2 seconds.

As mentioned above, the first DNS lookup goes to the DNS server of our provider. This is configured in the DNS server. But why the second lookup?

I'm using Microsoft DNS server with NT4.0 SP3.


holgerAuthor Commented:
I have worked with BIND but I think it is not very integrated in the NT environment.
Granted, BIND doesn't do WINS resolution, but at least it is a functional nameserver.  Unfortunately, the bletchery and dreckage from Microsoft isn't, although most people will probably never know the difference.

You might be able to run both of them -- BIND to handle the DNS, and Microsoft's nameserver to handle WINS and simply pass DNS queries on to BIND.  However, I don't know exactly how that would be done.

Thanks and good luck!
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.