¿Cómo habilitar el servidor telnet en macOS 10.13.1?

Quería agregar un servidor telnet en mi macbook pro (macOS 10.13.1) y seguí los pasos en ¿ Cómo recuperar BSD FTP y Telnet en 10.13 (High Sierra)? para instalar telnetd con homebrew.

Todo estuvo bien y puedo encontrar telnetd en /usr/local/Cellar/telnetd/54.50.1/sbin. ¿Cómo puedo habilitar el servidor telnet como Daemon?

probé el comando

sudo launchctl load -w /Users/public/telnet.plist

No se produjo ningún error, pero no funcionó.

Este telnet.plist se copió de otro macbook y solo modificó la ruta de telnetd. ¿ Hay otras opciones para ejecutar telnetdy escuchar las conexiones entrantes?

Respuestas (3)

Utilice ssh. De verdad, usa ssh. Pero si insistes:

brew install telnetd

Dejaré esto puesto que el típico script de inicio de los servicios homebrew no está implementado en la versión homebrew estable. Una vez hecho esto, puedes:

brew services start telnetd

Los servicios de preparación necesitan un archivo como este /usr/local/Cellar/telnetd/54.50.1/homebrew.mxcl.telnetd.plisty posiblemente el archivo de configuración en /usr/local/etc/telnetd.confo donde sea.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>Label</key>
  <string>homebrew.mxcl.telnetd</string>
  <key>ProgramArguments</key>
  <array>
    <string>/usr/local/sbin/telnetd</string>
    <string>--config</string>
    <string>/usr/local/etc/telnetd.conf</string>
  </array>
  <key>RunAtLoad</key>
  <true/>
  <key>KeepAlive</key>
Estoy demasiado cansado para poner una solicitud de extracción/defecto o bloquear la parte de servicios, pero quizás GDP2 ya tenga esto en su radar. Sin embargo, odio imponerme ya que ya portaron el telnetd para todos nosotros.
Gracias por hacer esta lista. En mi PR tenía plists originales de Apple que facilitaban el manejo de estos programas vía launchd. Esperaba que los mantenedores aceptaran dichos plists para permitir que los demonios se ejecutaran, brew servicepero los mantenedores de homebrew los rechazaron porque necesitaban instalarse /Librarypara /Systemque los demonios funcionaran correctamente.
Desafortunadamente, homebrew parece estar rechazando cada vez más ciertos casos de uso y API, tanto que los mantenedores expresan un desprecio flagrante por los usuarios. Macports parece una alternativa más atractiva ya que esta tendencia parece estar impregnando el homebrew de una manera inquietante.
Gracias por este .plist. ¿Alguien podría publicar lo que entra, /usr/local/etc/telnetd.confpor favor?
@JayKoutavas Si hace una pregunta de seguimiento, asegúrese de vincular aquí o comentar aquí. Ese archivo es opcional, por lo que no entra nada a menos que desee cambiar algunos comportamientos predeterminados.
Recibo un archivo .plist no válido en esto.
@JayKoutavas Vaya a este enlace para obtener la inicialtelnetd.conf

Después de instalar telnetd con Homebrew, como lo hiciste, pude hacerlo funcionar con:

telnetd -debug [port]

donde [puerto] se reemplaza con el número del puerto en el que desea escuchar las conexiones telnet entrantes.

Por cierto, escribiste que localizaste telnetd en la carpeta 'sbin'; también puede encontrar una carpeta 'compartir' en el mismo nivel que contiene una página man en telnetd. De acuerdo con la página del manual, "[l]a opción -debug se puede usar para iniciar telnetd manualmente, en lugar de a través de inetd".

También puede instalar telnet a través de brew. https://brewInstall.org es una aplicación web para buscar una aplicación Mac y obtener los pasos para instalar la aplicación.

Primero instale brewusando el siguiente comando

/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

Ahora instale telnet usando el siguiente comando:

brew install telnet

Ahora, para depurar la conectividad a una IP (por ejemplo, 34.45.123.1) en el puerto (9200), use el siguiente comando:

telnet 34.45.123.1 9200
Nota para las personas que buscan el servidor, esta respuesta instala el cliente telnet y no el servidor telnet.