Questions tagged «xterm»

xterm是X Window系统的标准终端仿真器。


2
如何避免终端中的转义序列攻击?
阅读CVE-2009-4487的详细信息(这与日志文件中转义序列的危险有关)令我有些惊讶。 引用CVE-2009-4487: nginx 0.7.64将数据写入日志文件,而无需清除不可打印的字符,这可能允许远程攻击者通过包含终端仿真器转义序列的HTTP请求来修改窗口的标题,或者可能执行任意命令或覆盖文件。 显然,这并不是nginx中的安全漏洞,而是终端仿真器中的安全漏洞。 当然,可能cat只是偶然地将日志文件发送到终端,但是grep很常见。less也许可以清理转义序列,但是谁知道什么shell命令不会更改转义序列... 我倾向于同意Varnish的回复: 通常会定期询问终端响应转义的智慧,但是仍然没有一个主要的终端仿真程序适合丢弃这些序列,这可能是在与不再使用的1970's技术兼容的错误尝试。[..]从安全性的角度来看,与其责怪编写日志文件的所有程序,不如让终端仿真程序停止做愚蠢的事情,从而一次解决此问题和其他安全性问题,将更有效率。并为所有人。 因此,我的问题是: 如何保护我的xterm,使其不再能够通过转义序列执行命令或覆盖文件? X的哪些终端仿真器可以抵抗这种攻击?

3
在xterm标题栏中显示命令
我的Bash提示当前正在使用以下顺序设置xterm标题栏: PS1='\033]0;\u@\h>\w\007' 有没有一种简单的方法可以在标题栏中显示当前命令。例如,如果要使用尾随文件tail -f foo.log,则希望标题栏显示tail -f foo.log。

2
单击GNU屏幕怪异字符
我在GNU屏幕上有一个小问题。一个GNU屏幕会话在我的RaspberryPi上运行。现在有时候,当我加入它时,如果单击终端(我在Fedora上使用终结符),我会看到奇怪的字符。这些字符取决于我的鼠标的坐标……似乎是对发送到GNU Screen的click事件的错误解码。这些字符包括类似 kM#kM - Z3#Z3 - q-#q- 等等… 我最初以为这是我的问题,tty所以我在RaspberryPi上打开了一个新的GNU Screen会话:完全没有问题。 我stty -a在两次会议上都做了一次,发现有区别。然后,我 stty -g > ~/stty-good-settings在良好的会话上执行了一个操作,然后将其加载到不良的会话上stty `cat ~/stty-good-settings`(我比较了这些值,然后成功加载了设置),但是在一个屏幕会话中却仍然存在问题,而在另一个屏幕会话中却没有问题! 我不确定发生了什么,如果这是由于我的TERM值(两者相同),我的tty设置,我的终端…
21 gnu-screen  tty  xterm 

2
zsh:在tmux中设置TERM = screen-256color,但在没有tmux的情况下设置xterm-256color
我需要我的$TERM是xterm-256colorTMUX以外(在“普通”与zsh的终端),但screen-256color里面TMUX。 首先,我尝试了: 添加export TERM='xterm-256color'到我的~/.zshrc。 添加set -g default-terminal "screen-256color"到我的~/.tmux.conf 现在,当我打开终端(例如xterm)时,TERMis xterm-256color是正确的。但是当我运行tmux时,又TERM是xterm-256color! 然后,我尝试在自己的评论中删除一行~/.zshrc。现在,当我打开终端时,TERM是xterm,当我运行tmux时,TERM是screen-256color。所以看来,如果我将设置TERM为.zshrc,则tmux首先设置TERM为screen-256color,运行shell(即zsh),然后zsh读取.zshrc并重置TERM为xterm-256color。 那么,如何使TERM自己xterm-256color在“普通”终端和screen-256colortmux中?
18 zsh  tmux  xterm 

2
tmux set-titles不起作用?
要开始tmux每次shell登录,~/.bashrc(在服务器上)添加了以下内容: if [ $TERM != "screen-256color" ] && [ $TERM != "screen" ]; then tmux attach || tmux new; exit fi 我还想在将ssh转换为主机时将窗口标题更改为user@server(而不是user@localhost)。这是我的~/.tmux.conf: set -g prefix C-a unbind C-b bind C-a send-prefix set -g set-titles on set -g set-titles-string "#T" bind-key o split-window -v bind-key e split-window -h bind-key w kill-pane …
17 tmux  xterm 

3
如何使VIM正确显示256色
我正在尝试使256个颜色主题文件在xterm下与VIM一起使用。 这是Peaksea对我的外观: 外观如何: 我尝试遵循Wiki页面上的提示无济于事。 set t_Co=256 工作正常,但 set t_AB=^[[48;5;%dm set t_AF=^[[38;5;%dm 导致转义序列显示在终端上: 编辑:Mikel是对的,我需要输入Ctrl + v + Esc才能正确输入^ [。但是,这并没有解决我的问题。 那么我可以尝试做哪些其他更改呢? 附加信息 $ uname -a Linux xxxxxxx 3.4.7-1-ARCH #1 SMP PREEMPT Sun Jul 29 22:02:56 CEST 2012 x86_64 GNU/Linux -- $ xterm -version XTerm(281) -- $ vim --version VIM - Vi IMproved …
17 arch-linux  vim  colors  xterm  rxvt 

3
HIDPI显示屏上的较大“ xterm”字体
在适当的桌面环境中愉快地使用了不同的终端仿真器(例如Konsole,Gnome-TERMINAL和最近的XFCE Terminal)几年后,我决定使用具有其位图字体的老式xterm。它工作得很好,它支持Unicode,并且默认的固定字体系列包含几乎所有语言的字符,这很棒。 但是我遇到了一个重要问题。字体很小。即使是所谓的“ 巨大尺寸”(10x20位图字体),对我来说也很小,无法使用。 我的XFCE环境默认设置为120 dpi,但xpdyinfo报告为97x97 DPI $ xdpyinfo |grep resolution resolution: 97x97 dots per inch 因此,我尝试使用来更改DPI xrandr,但这没有帮助。 $ xrandr --dpi 120 结果似乎适用 $ xdpyinfo | grep resolution resolution: 120x120 dots per inch 但它根本不会改变分辨率xterm。我什至尝试使用缩放,但它影响了整个X,而不是单个应用程序: $ xrandr --output LVDS1 --scale 0.5x0.5 有Qt的和GTK的解决方法,但对于Xlib基于应用程序一样Xterm,Xcalc,Xman,Xfige,等?随着DPI显示的上升,我们是否应该看着它们消失?如果您有任何解决方法,请帮助。 这是我所做的事情,虽然可以正常工作,但是我无法使用原始的“固定字体系列”,因此它现在仅适用于某些语言。 PS1:我已经为X安装了100种DPI字体,但是我无法使用它们 $ sudo apt-get install xfonts-100dpi PS2:Fontforge也使用Xlib,使用漂亮的主题和正常的字体大小。我不知道它是怎么做到的。 PS3:我正在测试otf2bdf并bdftopcf利用PCF矢量TTF/OTF字体为HIDPI …
16 x11  fonts  xterm  xfig 

2
将urxvt设置为可使用256种颜色
我花了很多时间尝试urxvt使用256色。我正在使用Ubuntu。我已经关注了这篇文章的一部分 cd ~ infocmp -L rxvt-unicode > rxvt-unicode.terminfo vi rxvt-unicode.terminfo # Change the following from: # # lines_of_memory#0, max_colors#88, max_pairs#256, # # to: # # lines_of_memory#0, max_colors#256, max_pairs#32767 # Make .terminfo dir if you don't already have it install -d .terminfo # Rebuild terminfo for rxvt-unicode tic -o .terminfo/ rxvt-unicode.terminfo …
16 colors  xterm  urxvt  rxvt 

3
bash的meta键是什么?
我试图用来xmodmap映射META_L到MENU键,但是它似乎不被bash元键接受。因此,我想知道这些元素(键盘,X,xterm,bash)与元密钥和超级密钥之间的关系如何。任何解释将不胜感激。 让我换种说法。bash手册页说,例如,绑定了yank-nth-arg函数M-C-y,当我按时它可以工作Esc-Control-y。但是我觉得这有点麻烦。那么,如何使bash 为其所有默认绑定接受另一个键Meta(如Menu)呢?

2
如何在X终端中配置双击行为?
在不同的Unix / Linux系统下,我在X终端应用程序(例如xterm)中观察到了不同的双击行为。 有时,双击会左右选择所有内容,直到下一个非字母字符为止(例如,它选择了光标下的单词)。 有时,直到选择下一个空格/ eol之前的所有内容(例如,选择光标下方的完整路径)。 我如何在xterm中配置双击行为(例如,因为大多数系统上都可以使用)? 目前,我发现第二模式对于大多数用例而言更为方便。
16 mouse  xterm 

4
如何从xterm(Awesome,Debian,VirtualBox)复制文本?
我在VirtualBox实例中运行了最小的Debian安装,手动安装了X11和Awesome窗口管理器(尚无任何自定义配置),还安装了VirtualBox附加功能(并在设置中启用了共享剪贴板)。但是,从xterm终端复制粘贴文本似乎仍然不起作用:CTRL+ C作为信号发送到终端,并且Shift+ Insert插入我选择的文本(这可能意味着它以某种方式被复制到了某些缓冲区),但仍无法从主机操作系统使用。

5
如何找到XTerm使用的默认(字体)资源?
如果我xterm使用其默认的位图字体启动,然后从“ VT字体”菜单中选择“大”字体(通过ctrl+right mouse),那么我会得到一种非常有用的位图字体,显然支持日语字符。 我想知道这个字体是什么,以便我可以在其他地方使用它。不幸的是,我没有找到有关XTerm使用哪些默认设置的信息(即未明确指定时)。许多站点都显示了如何使用X资源指定新设置(例如,特定的字体),但是我从未见过说如果不执行任何操作会使用默认值。 我已经尝试过盯住字体,它看起来与相似,并且宽度与相同9x15,但是它使用了更多的垂直空间。但是,它似乎没有9x15不同的行距,因为直接指定此字体无法显示一些“大”字可以很好处理的日语字符。 尽管我很高兴知道这种特定的字体是什么,但我确实很想知道在哪里可以找到XTerm更广泛地为其资源使用的默认字体。如果有什么不同,我正在运行64位Ubuntu 12.04 LTS。 [我已经在这个问题上看到了这个问题,这就是为什么我要专门询问默认值,而不是尝试从运行的XTerm获取实时值。]

2
如何使unicode符号和truetype字体在xterm / uxterm中工作?
我想在xterm / uxterm(版本278)中使用truetype字体,但是我遇到了unicode符号的问题(例如,显示很好,所以我想这不是禁用的utf8或语言环境问题): $ echo -e "\xE2\x98\xA0" 通过以下配置给我一个正方形而不是☠: UXTerm*faceName: Liberation Mono UXTerm*faceSize: 9 XTerm*faceName: Liberation Mono XTerm*faceSize: 9 当我使用ctrl右键菜单禁用truetype字体时,使用默认字体的符号显示效果很好,这一点都不好。我尝试uxrvt时,当我没有足够的字母间距时遇到了同样的问题,但是当我增加它时,它可以正常工作。但是,uxrvt给我带来了许多其他问题,就像我尝试过的所有其他终端模拟器一样。有人有主意吗?
12 fonts  xterm  unicode  ttf 

3
如何在底部提示时启动XTerm?
启动XTerm时,提示从终端的第一行开始。运行命令时,提示会向下移动直到到达底部,然后一直停留在底部(甚至不行Shift- Page Down否则鼠标可以更改此值)。并非让终端生命周期的开始是“特殊的” ,而是提示应始终位于终端的底部。请注意,我有多行提示。 当然,它应该像以前一样工作(可调整大小,可滚动,输出中没有不必要的换行符,并且输出不会神秘地消失),因此PROMPT_COMMAND='echo;echo;...',类似的选择是不可行的。理想情况下,解决方案不应是特定于外壳的。 编辑:在目前的解决方案,在简单的情况下工作时,有几个问题: 它是针对Bash的。理想的解决方案应可移植到其他外壳。 如果其他进程进行了修改,PS1它将失败。一个例子是的virtualenv,这增加了(virtualenv)在开始的PS1,然后总是消失只是倍以上。 Ctrl- l现在删除历史记录的最后一页。 除了分叉XTerm之外,还有什么方法可以避免这些问题?
12 bash  terminal  xterm 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.