NT4 Telnet server functioneert niet

[Asteroid9]

Voor een internationaal netwerk (NT4 servers, W2000 clients) maak ik veel gebruik van batch scripting en telnet services.
Op een van de NT4 servers (sp6a) heb ik de inbound Telnet service toegevoegd maar deze weigert dienst.

Als ik probeer te connecten vanaf een client (NT4 of 2000) wordt de verbinding onmiddelijk weer gesloten.
'connection to host lost'
De telnet service is verder niet te configureren.

Er staan geen fouten in het logboek, iemand suggesties?

[Verwijderd]

staat de service wel aan, anders ff restarten?

[Asteroid9]

Service "Telnetd (Inbound Telnet)" start keurig op.
De machine is reeds enkele keren geherstart!

[Verwijderd]

Firewall misschien ..?Poort 23 open zetten

[Asteroid9]

Nope... deze server staat in het lokale LAN
100% zeker geen firewall in dit segment...

Bovendien hangt er ook een 2000 server in hetzelfde domein en deze is wel netjes te benaderen via Telnet!

[Rob]

Is er iets vreemds te zien in de eventvwr van de machine?

[Asteroid9]

Quote:
"Er staan geen fouten in het logboek, iemand suggesties?"

Nee dus... was er maar ergens iets van terug te vinden!

[Zwelgje]

over welke telnet deamon hebben we het eigenlijk?

nt4 heeft standaard geen telnet service aan boord, maar in de resourcekit zit wel een tool welke het mogelijk zou maken, (maar die is verre van perfect)

overigens is telnet nou niet de meest veilige manier van verbinden naar je server (password als plaintext over de lijn oa), wil je het veilig gebruik dan SSH.

(www.openssh.org)

[Asteroid9]

Inderdaad de Telnet server uit de resource kit...

Ik ben me bewust van de security risico's maar in deze omgeving is het niet zo erg relevant.
Voordat de buitenwereld op het NT domein zit moet er namelijk eerst wel wat gebeuren.

Ik kan wel uitwijken naar een andere Telnet service maar waarom deze nou niet werkt?
Verre van perfect verbaast me niet, maar hoezo?

Openssh is nog wel een overweging waard, eerst maar ff kijken of de huidige deamon tot leven te wekken is!

[Brahiewahiewa]

Op vrijdag 05 juli 2002 17:26 schreef Asteroid9 het volgende:
[..] eerst maar ff kijken of de huidige deamon tot leven te wekken is!

Staat er een IP filter op z'n netwerk kaart? Protocols | TCP/IP | Properties | Advanced | Enable Security | Configure

[just]

weet dat je met de telnet deamon van 2000 of nt 4 NTLM af kan dwingen. Als je client dit niet snapt, kan je niet inloggen. Misschien dat dit hier ook speelt, lijkt er niet echt op maar is het proberen waard.

Misschien heb je ook een ander programma achter poort 23 draaien?
Lukt het wel als je achter console zit op de server?

[Asteroid9]

Geen IP filter ingesteld, had ik reeds gecheckt.
Lokaal achter de console kan ik ook geen sessie opstarten...

Geen andere programma's op 23, de server doet verder ook niet zo gek veel...

[just]

moet de service onder een service account draaien?
kijk eens mee met reg en/of filemon of je iets geks ziet..
www.sysinternals.com

[Brahiewahiewa]

Op vrijdag 05 juli 2002 20:27 schreef just het volgende:
moet de service onder een service account draaien?
kijk eens mee met reg en/of filemon of je iets geks ziet..
www.sysinternals.com

Hmmz, wat dat betreft kun je beter met TCPView van diezelfde site, gaan kijken of je Telnet Deamon überhaupt wel luistert op port 23

[Asteroid9]

OK, de service luistert dus niet!
TCPview ziet niks op poort 23

Omtrent de account: dir is de SYSTEM account en deze kan niet gewijzigd worden!

"Service Telnetd runs in a shared process. If computer **** is not a Windows 2000 computer, services which run in a shared process must run under the system account."

[Brahiewahiewa]

Ahum, heb je Q169771 Remote Session Manager Unavailable When Installing TelnetD gelezen?

If you install TelnetD without installing the Remote Session Manager, clients attempting to connect to the server through Telnet will receive a "Connection
Failed" error message.

[Asteroid9]

Hehe, eindelijk weer even gelegenheid voor een reboot!

Dat was inderdaad de oplossing!
In de docs van de Telnetd kon ik dit niet terug vinden en in de Knowledgebase ook niet...
Voortaan toch maar beter zoeken, thanx!

Topic mag dicht....