john doe Asked: 2019-06-19 06:51:43 +0800 CST2019-06-19 06:51:43 +0800 CST 2019-06-19 06:51:43 +0800 CST 为什么需要 < 或 > 才能使用 /dev/tcp 772 尝试打电话时/dev/tcp/www.google.com/80,通过键入 /dev/tcp/www.google.com/80 巴什说no such file or directory。在线查看其他人的代码时,他们使用的语法如 3<>/dev/tcp/www.google.com/80 我注意到这也有效: </dev/tcp/www.google.com/80 为什么在 bash 中调用某些东西需要这些符号? linux bash 2 个回答 Voted Best Answer Stéphane Chazelas 2019-06-19T07:20:55+08:002019-06-19T07:20:55+08:00 因为这是 shell(ksh 的,由 bash 复制)的一个特性,而且只有 shell。 /dev/tcp/...不是真正的文件,shell 会拦截重定向到/dev/tcp/...文件的尝试,然后在这种情况下执行socket(...);connect(...)(建立 TCP 连接)而不是open("/dev/tcp/..."...)(打开该文件)。 请注意,它必须这样拼写。cat < /dev/./tcp/...或者///dev/tcp/...不起作用,而是尝试打开这些文件(在大多数系统上这些文件不存在,您会收到错误消息)。 重定向的方向也无关紧要。无论您使用3< /dev/tcp/...或什3> /dev/tcp/...至不会产生任何影响,您都可以从/向该文件描述符读取和写入,以通过该 TCP 套接字接收/发送数据。3<> /dev/tcp/...3>> /dev/tcp/... 当您这样做cat /dev/tcp/...时,这不起作用,因为cat没有实现相同的特殊处理,它对open("/dev/tcp/...")每个文件(除了-)都执行类似操作,只有 shell(仅限 ksh,bash)执行,并且仅针对重定向目标。 这cat -是另一个特殊处理的文件路径示例,这次是由cat,而不是 shell。 不是open("-")从生成的文件描述符中cat读取输入,而是直接从文件描述符 0 (stdin) 中读取。cat许多文本实用程序都这样做,shell 不用于重定向。要读取-文件的内容,您需要cat ./-, 或cat < -(或cat - < -)。但是,在没有 have 的系统上/dev/stdin,bash将对来自该(虚拟)文件的重定向执行类似的操作。GNU对,awk执行相同的操作/dev/stdin,即使在确实具有此类文件的系统上也可能会在这些文件行为不同的 Linux 等系统上引起一些意外。/dev/stdout/dev/stderr zsh还具有 TCP(和 Unix 域流)套接字支持,但这是通过ztcp(and zsocket) 内置函数完成的,因此它的限制小于 ksh/bash 方法。特别是,它还可以充当 ksh/bash 无法做到的服务器。尽管如此,它仍然比你在真正的编程语言中所能做的要有限得多。 ctrl-alt-delor 2019-06-19T08:28:18+08:002019-06-19T08:28:18+08:00 您似乎混淆了这些想法或读取文件并执行命令。数据和指令的区别。 Google 的首页不是可执行程序。如果是这样,运行它是不安全的。 重定向字符(包括<和>)用于将数据定向到命令中。 我们可以做cat < /dev/tcp/towel.blinkenlights.nl/23但是这不起作用,/dev/tcp/www.google.com/80因为这个端口在我们发送之前不会响应GET / HTTP/1.0\r\n\r\n 所以试试 { printf >&3 'GET / HTTP/1.0\r\n\r\n' cat <&3 } 3<>/dev/tcp/www.google.com/80
因为这是 shell(ksh 的,由 bash 复制)的一个特性,而且只有 shell。
/dev/tcp/...
不是真正的文件,shell 会拦截重定向到/dev/tcp/...
文件的尝试,然后在这种情况下执行socket(...);connect(...)
(建立 TCP 连接)而不是open("/dev/tcp/..."...)
(打开该文件)。请注意,它必须这样拼写。
cat < /dev/./tcp/...
或者///dev/tcp/...
不起作用,而是尝试打开这些文件(在大多数系统上这些文件不存在,您会收到错误消息)。重定向的方向也无关紧要。无论您使用
3< /dev/tcp/...
或什3> /dev/tcp/...
至不会产生任何影响,您都可以从/向该文件描述符读取和写入,以通过该 TCP 套接字接收/发送数据。3<> /dev/tcp/...
3>> /dev/tcp/...
当您这样做
cat /dev/tcp/...
时,这不起作用,因为cat
没有实现相同的特殊处理,它对open("/dev/tcp/...")
每个文件(除了-
)都执行类似操作,只有 shell(仅限 ksh,bash)执行,并且仅针对重定向目标。这
cat -
是另一个特殊处理的文件路径示例,这次是由cat
,而不是 shell。不是
open("-")
从生成的文件描述符中cat
读取输入,而是直接从文件描述符 0 (stdin) 中读取。cat
许多文本实用程序都这样做,shell 不用于重定向。要读取-
文件的内容,您需要cat ./-
, 或cat < -
(或cat - < -
)。但是,在没有 have 的系统上/dev/stdin
,bash
将对来自该(虚拟)文件的重定向执行类似的操作。GNU对,awk
执行相同的操作/dev/stdin
,即使在确实具有此类文件的系统上也可能会在这些文件行为不同的 Linux 等系统上引起一些意外。/dev/stdout
/dev/stderr
zsh
还具有 TCP(和 Unix 域流)套接字支持,但这是通过ztcp
(andzsocket
) 内置函数完成的,因此它的限制小于 ksh/bash 方法。特别是,它还可以充当 ksh/bash 无法做到的服务器。尽管如此,它仍然比你在真正的编程语言中所能做的要有限得多。您似乎混淆了这些想法或读取文件并执行命令。数据和指令的区别。
Google 的首页不是可执行程序。如果是这样,运行它是不安全的。
重定向字符(包括
<
和>
)用于将数据定向到命令中。我们可以做
cat < /dev/tcp/towel.blinkenlights.nl/23
但是这不起作用,/dev/tcp/www.google.com/80
因为这个端口在我们发送之前不会响应GET / HTTP/1.0\r\n\r\n
所以试试