[Dxspider-support] Connection Closed by Foreign Host

Boudewijn (Bob) Tenty bobtenty at gmail.com
Thu Jan 29 21:03:03 GMT 2015


Dave,

Echoing is not caused by dxspider but the telnet negotiation itself as 
port 23 uses special rules.
Avoid port 23 and this negotiation doesn't take place. (7300, etc.)

See http://www.dxcluster.org/main/installation_en-4.html, section 4.8 
Telnet echo.


73,

Bob VE3TOK




On 15-01-29 10:27 AM, Dave Trainor wrote:
> Bob, I think you just identified my problem as that is exactly what 
> its doing.
>
> Do you know how I would change this behavior?
>
> 73 – Dave N8ZFM
>
>
> From: "Boudewijn Tenty (Bob)" <bobtenty at gmail.com 
> <mailto:bobtenty at gmail.com>>
> Reply-To: The DXSpider Support list <dxspider-support at dxcluster.org 
> <mailto:dxspider-support at dxcluster.org>>
> Date: Wednesday, January 28, 2015 at 8:58 PM
> To: The DXSpider Support list <dxspider-support at dxcluster.org 
> <mailto:dxspider-support at dxcluster.org>>
> Subject: Re: [Dxspider-support] Connection Closed by Foreign Host
>
> Hi Dave,
>
> You server is echoing every character of my call back during the login 
> process.
> This is confusing for the bash terminal what is using local echo 
> normally with the result that a
> carriage return is transmitted (0D) instead of an end of line (0A) if 
> I hit the return key.
> Your end terminates the connection (time out I guess) because it 
> doesn't receive the end of line / lf character.
>
> Normally with local echo you type you call and an end of line (LF)  - 
> 0D  follows.
>
> 73,
>
> Bob VE3TOK
>
>
> On 15-01-28 07:25 PM, Dave Trainor wrote:
>>
>> I have a report from a user on the KY4XX-3 cluster that my telnet 
>> connection is returning the following on a connect:
>>
>> telnet dxc.ky4xx.com
>>
>> Trying 198.73.30.100...
>>
>> Connected to dxc.ky4xx.com (198.73.30.100).
>>
>> Escape character is '^]'.
>>
>> Connection closed by foreign host.
>>
>> However I have node links up and running just fine, and other users 
>> connected via telnet, the only difference is that my other users are 
>> using various windows telnet programs and this error above is from a 
>> user running Linux and telnetting from the bash command prompt, as 
>> far as I know that should make no difference.
>>
>> Anyone able to test for me and let me know what they get?  Or any 
>> ideas on what might be happening? If I have one person getting denied 
>> a connection then I have many more I don’t know about so am concerned 
>> to get this figured out.
>>
>> The error would normally indicate that telnet/DXSpider is not 
>> listening on the port, but it Is, since I have other users on and 
>> working fine, am stumped at the moment.
>>
>> System is dxc.ky4xx.com (198.73.30.100) on port 23, also web cluster 
>> page on port 80
>>
>> The user that gets the above, gets the web page in a browser just 
>> fine, and is able to connect to other clusters.
>>
>> Thanks,
>>
>> Dave N8ZFM, sysop of KY4XX-3  dxc.ky4xx.com
>>
>>
>
>
> -- 
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam. 
> <%0Ahttp://h0stname/cgi-bin/learn-msg.cgi?id=D966C28C65.14B73%0A>
>
>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at dxcluster.org
> http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20150129/7d2cd520/attachment.html>


More information about the Dxspider-support mailing list