Many times when users on my LAN point there browsers to some pages they
should not point their browsers to (...) my firewall will report large
quantities of rejected packets on port 81. What's going on there?
Thank you
Rolf Schmidt
http://www.simovits.com/nyheter9902.html
"Rolf Schmidt" <schmidtro...@gmx.net> wrote in message
news:3AE96EDA...@gmx.net...
hosts2-ns 81/tcp HOSTS2 Name Server
hosts2-ns 81/udp HOSTS2 Name Server
From RFC 1700, allegedly obsolete:
hosts2-ns 81/tcp HOSTS2 Name Server
hosts2-ns 81/udp HOSTS2 Name Server
Felix Tilley
Regards
Rolf
A lot of sites appear to run extra web servers on ports like 81, 8080, and
8000. Sometimes this is caused by run different web server platforms on the
same OS - eg. IIS on port 80 and Apache on 81 on a Windows server, so that
the sites can use features from both web servers without having the run
multiple servers. Although port 80 is the default HTTP port you can run it
on any port you like (as with almost any TCP/IP software), and some people
do.
Dan
> Hello all,
> Thank you
> Rolf Schmidt
The IANA designation for this port is basically completely unused
(as far as I can tell). However Cobalt used it for their administrative
web server. Possibly some crackers are out there looking for vulnerable
Cobalts.
Of course there could be many other ad hoc uses for this port,
and script kiddies may be looking for many things thereon. It would
be SO NICE if vendors and developers would start using tcpmux
instead of arbitrarily choosing ad hoc ports. (Under tcpmux the
TCP client would connect to port 1 and request a service by name. A
tcpmux enhanced inetd would then launch the appropriate service ---
theoretically a really good design could pass the open socket to
a standalone server).
Alas, there hasn't been much activity in this standard.