<html>
<font size=3>Thanks for your input.&nbsp; I was just thinking, there may
be another way around it, by using a little Linux 'black magic' --
redirecting port 23 to 8000 with IPTABLES.&nbsp; This could maintain some
security by still running DXSpider under sysop:spider, yet allow ports
&lt;1000 to access DXSpider.&nbsp; I'm new to Linux, but I'll see if I
can come up with a solution, and pass it along.&nbsp; Anyone who wants to
input, please do so.<br><br>
BTW, when I mentioned clients, I was referring to the client programs
that users would use to access my cluster (Window's telnet, NetTerm,
DXTelnet, etc.; as well as those built in to logging programs, Like
Logger and WriteLog).&nbsp; I found the installation instructions to be
pretty detailed and accurate.&nbsp; Installation scripts have their own
inherent problems, unless you write them for a very specific
platform.<br><br>
73, and the best for 2002 --<br>
Fred&nbsp;&nbsp; N1ZUK<br><br>
At 02:55 PM 1/1/02 +0000, you wrote:<br>
<blockquote type=cite class=cite cite>On Mon, 2001-12-31 at 20:58, Fred
Allstadt wrote:<br>
&gt; I would like to allow my users to use telnet port 23 for access to
my <br>
&gt; DXSpider cluster.&nbsp; There are some client programs that don't
handle <br>
&gt; non-traditional ports (ie. 8000) well, and it would be less
confusing to <br>
&gt; those users that are &quot;computer impared&quot;.&nbsp; I am using
the Listeners.pm <br>
&gt; interface, and it's working correctly at 8000, but I'm having
difficulty in <br>
&gt; getting port 23 operational.<br>
&gt; <br>
&gt; My Listeners.pm file is pretty simple:<br>
&gt; .<br>
&gt; .<br>
&gt; @listen = (<br>
&gt;
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>[&quot;0.0.0.0&quot;,8000],<br>
&gt;
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>[&quot;0.0.0.0&quot;,23]<br>
&gt;
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>);<br>
&gt; .<br>
&gt; .<br>
&gt; <br>
&gt; When starting cluster.pl, I get the following:<br>
&gt; Copyright...<br>
&gt; DXSpider Version 1.49, build 56.887...<br>
&gt; .<br>
&gt; .<br>
&gt; External Port 0.0.0.0 8000<br>
&gt; IO:Socket::INET: Permission denied<br>
&gt; Could not create socket: Permission denied<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Msg::new_server('ExtMsg', 0.0 0.0, 23 'CODE(0x88a4970)') called <br>
&gt; at ./cluster.pl line 387<br>
&gt; Could not create socket: permission denied<br>
&gt; <br><br>
Hum...<br><br>
Port 23 is a bit of a problem. Basically the only way to achieve
that<br>
under linux is for the program to be owned by root and I specifically
DO<br>
NOT WANT THAT TO HAPPEN, largely because it will then become a
target<br>
for script kiddies to break into systems with.<br><br>
Incidentally, if you want to see what processes are listen to which<br>
sockets, try: netstat -tlp<br><br>
It may be that I can get around this by making the program SUID root
and<br>
then becoming the 'sysop' user after opening the socket. There are
some<br>
perl issues here that I will need to research and resolve as well 
as<br>
installation issues. <br><br>
As for installation issues, it appears I am finally going to have to
do<br>
some kind of installation script. Ho Hum....<br><br>
Dirk <br><br>
<br><br>
_______________________________________________<br>
Dxspider-support mailing list<br>
Dxspider-support@dxcluster.org<br>
<a href="http://www.tobit.co.uk/mailman/listinfo/dxspider-support" eudora="autourl">http://www.tobit.co.uk/mailman/listinfo/dxspider-support</a>
</font></blockquote><br>
</html>