【问题标题】:Fails in Telnet works in SSHTelnet 失败在 SSH 中工作
【发布时间】:2011-08-14 12:25:43
【问题描述】:

嗨 我正在连接到远程 unix 并在那里运行一个应该在后台运行的命令。

问题是当我使用 ssh 连接时它工作正常,但如果我使用 telnet 连接,我运行的程序会在几秒钟后停止运行。

我执行的程序是在后台启动另一个程序的程序。 似乎(猜测)失败发生在第一个程序即将在后台运行另一个程序时。

有没有人遇到过这样的事情?

【问题讨论】:

  • 您是否通过 telnet/ssh 与同一用户连接?
  • 应用程序是否在 X-windows 下运行?
  • 我正在使用完全相同的用户使用腻子进行连接。没有 X 窗口。

标签: unix ssh ksh telnet


【解决方案1】:

> An interactive shell is one started without non-option arguments, unless -s is specified, without specifying the -c option, and whose input and output are both connected to terminals (as determined by isatty(3)), or one started with the -i option. See section 6.3 Interactive Shells, for more information

无法通过您的 telnet 进行作业控制。这个可以

  • 您的 telnet 客户端存在缺陷
  • 缺少 telnet 选项
  • 如果您在管道中启动 bash,例如,默认情况下,输入/输出未连接到终端(而是管道)。不要那样做:)

See also

【讨论】:

  • 不确定我是否完全理解。我想我正在使用交互式外壳。我尝试了 putty 和 perl 的 Telnet。
  • 哇...好的。也许您应该手动启用监控模式(set -m 或 set -o monitor)see also
  • 我认为你可能是正确的关于工作控制是问题。当我使用 ssh 登录并键入命令 bg 时,它可以工作,但使用 telnet 我得到:ksh: bg: no such job
  • 谁知道如何使用 putty 启用 telnet 的作业控制?请。
  • 好吧,事实证明,您不能通过 telnet 使用作业控制。时期。 Telnet 并非设计为外壳。
猜你喜欢
  • 2011-11-20
  • 2011-07-14
  • 1970-01-01
  • 1970-01-01
  • 2014-04-08
  • 2022-08-14
  • 1970-01-01
  • 2015-07-30
  • 1970-01-01
相关资源
最近更新 更多