Quantcast
Channel: All Open Tickets - Tera Term on OSDN
Viewing all 2128 articles
Browse latest View live

バイナリデータ0xFFが受信できない - Tera Term Ticket #40244 on OSDN

$
0
0

バイナリデータ0xFFが受信できない

Eröffnet am: 2020-03-10 16:56

Letztes Update: 2020-03-11 00:42

Auswertung:(Anonym)Verantwortlicher:doda
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungWon't Fix

Einzelheiten

  1. iniファイルのDebug=onに設定する
  2. Teratermを起動し、サービスをその他にしてTCP/IPで接続する
  3. Shift+Escを2回押して、16進表示モードにする
  4. 接続先から以下のデータをバイナリで送信する

  0xFF

→ 画面に何も表示されない

  • 設定>全般>言語はEnglishでもJapaneseでも現象発生する
  • 0xFF 0xFFと2バイト送ると、"FF"と1バイトだけ表示される
  • 0xFF 0xFF 0xFF 0xFFと4バイト送ると、"FF FF"と2バイトだけ表示される
  • 0xFF以外では現象発生しない

Letzte Aktualisierung für dieses Ticket

2020-03-11 00:42 Aktualisiert von: doda

  • Verantwortlicher Update from (Keine) to doda
  • Lösung Update from Keine to Won't Fix
  • Details Updated

Kommentar

仕様です。

TERATERM.INI の TelAutoDetectを off にしてください。


win10 Enterprise for Virtual DesktopsでIMEがオンにならない - Tera Term Ticket #40251 on OSDN

$
0
0

win10 Enterprise for Virtual DesktopsでIMEがオンにならない

Eröffnet am: 2020-03-12 20:53

Letztes Update: 2020-03-12 20:53

Auswertung:skana_ctcVerantwortlicher:(Keine)
Priorität:7Meilenstein:(Keine)
Typ:FehlerSchweregrad:7
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Windows10のマルチセッション環境(Microsoft Windows 10 Enterprise for Virtual Desktops)に 最新版teratermをインストールして利用したところ、IMEの日本語入力モードがONに なりません。 これがteratermのみで発生している為、こちらに報告させていただきます。

■切り分け内容/事象 ・teratermでLinux環境にログイン後はもちろん、ログイン前のホスト名入力箇所、ヘルプの検索ワード入力部分等  全ての部分でIMEが日本語に切り替わらない。 ・例えばnotepad等から日本語をコピー/ペーストすると入力できる。 ・cmdプロンプトからssh接続で接続した場合、接続先のホストで問題なく日本語入力可能。 ・teraterm以外のアプリは問題なく日本語入力可能

サポートOSにWindows10の記載がありましたが、WVD環境は対象外でしょうか? また、確認すべき箇所等がありましたら、教えてください。

よろしくお願いいたします。

Letzte Aktualisierung für dieses Ticket

2020-03-12 20:53 Aktualisiert von: skana_ctc

  • New Ticket "win10 Enterprise for Virtual DesktopsでIMEがオンにならない" created

tereterm window と help window を同時に閉じると application fault が発生する - Tera Term Ticket #40216 on OSDN

$
0
0

tereterm window と help window を同時に閉じると application fault が発生する

Eröffnet am: 2020-03-03 10:41

Letztes Update: 2020-03-14 00:52

Auswertung:(Anonym)Verantwortlicher:zmatsuo
Priorität:5 - MittelMeilenstein:Tera Term 4.106
Typ:FehlerSchweregrad:1 - Unterste
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungAccepted

Einzelheiten

再現手順

  1. Tera Term を起動
  2. 新しい接続を閉じる
  3. メニューからヘルプ→目次
  4. タスクバーのTera Term グループを右クリック
  5. 「全てのウィンドウを閉じる」

表示されるwindow

window title : Tera Term: Application fault

message :
eax=00000000 ebx=00000000 ecx=04C29E98 edx=00000104 esi=00000104 edi=00000000
ebp=0775AC84 esp=0775AC78 eip=51C03417 efl=00010202
cs=001B ss=0023 ds=0023 es=0023 fs=003B gs=0000
Exception: ACCESS_VIOLATION
#1  0x51c03417 in Ordinal10() + 0x13417 at C:\windows\system32\hhctrl.ocx

Windows Event Log

障害が発生しているアプリケーション名: ttermpro.exe、バージョン: 4.105.0.0、タイム スタンプ: 0x5deb2cf5
障害が発生しているモジュール名: hhctrl.ocx、バージョン: 6.1.7601.24134、タイム スタンプ: 0x5ad76997
例外コード: 0xc0000005
障害オフセット: 0x00013417
障害が発生しているプロセス ID: 0x2480
障害が発生しているアプリケーションの開始時刻: 0x01d5f0f2fc78e955
障害が発生しているアプリケーション パス: C:\Program Files\teraterm\ttermpro.exe
障害が発生しているモジュール パス: C:\windows\system32\hhctrl.ocx

Event ID : 1000
Level : 2
Task : 100
Keywords : 0x80000000000000
EventRecord : 169598

再現しない手順

  • 上記再現手順の3まで同じ手順を行う → Tera Term windowの×ボタン押下
  • 上記再現手順の3まで同じ手順を行う → help windowの×ボタン押下

環境

  • Model : HP Elite Book 820 G3
  • OS : Windows 7 Pro SP1 32bit
  • CPU : Intel(R) Core(TM) i5-6200U CPU @2.30GHz
  • RAM : 4.00GB
  • Tera Term : Version 4.105(SVN#8433)

Letzte Aktualisierung für dieses Ticket

2020-03-14 00:52 Aktualisiert von: zmatsuo

  • Verantwortlicher Update from (Keine) to zmatsuo

認証直後にウィンドウサイズを変更すると切断される - Tera Term Ticket #40225 on OSDN

$
0
0

認証直後にウィンドウサイズを変更すると切断される

Eröffnet am: 2020-03-06 20:51

Letztes Update: 2020-03-13 21:40

Auswertung:dodaVerantwortlicher:doda
Priorität:5 - MittelMeilenstein:Tera Term 4.106
Typ:FehlerSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen [Owner assigned]
LösungAccepted

Einzelheiten

SSH接続で認証を行った直後にウィンドウのサイズを変更すると、

サーバに次の理由で切断されました.  'server_input_channel_req: unknown channel -1'.
というエラーが出て切断される。

Letzte Aktualisierung für dieses Ticket

2020-03-13 21:40 Aktualisiert von: doda

  • Lösung Update from Keine to Accepted

認証直後にSend breakを実行すると切断される - Tera Term Ticket #40226 on OSDN

$
0
0

認証直後にSend breakを実行すると切断される

Eröffnet am: 2020-03-06 20:53

Letztes Update: 2020-03-13 21:39

Auswertung:dodaVerantwortlicher:doda
Priorität:5 - MittelMeilenstein:Tera Term 4.106
Typ:FehlerSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen [Owner assigned]
LösungAccepted

Einzelheiten

SSH接続で認証を行った直後に[Control] - [Send berak]を実行すると、

サーバに次の理由で切断されました.  'server_input_channel_req: unknown channel -1'.
というエラーが出て切断される。

おそらく #40225と同根

Letzte Aktualisierung für dieses Ticket

2020-03-13 21:39 Aktualisiert von: doda

  • Verantwortlicher Update from (Keine) to doda
  • Lösung Update from Keine to Accepted
  • Meilenstein Update from (Keine) to Tera Term 4.106
  • Komponente Update from (Keine) to TTSSH

認証直後にウィンドウサイズを変更すると切断される - Tera Term Ticket #40225 on OSDN

$
0
0

認証直後にウィンドウサイズを変更すると切断される

Eröffnet am: 2020-03-06 20:51

Letztes Update: 2020-03-17 01:55

Auswertung:dodaVerantwortlicher:doda
Priorität:5 - MittelMeilenstein:Tera Term 4.106
Typ:FehlerSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen [Owner assigned]
LösungGefixt

Einzelheiten

SSH接続で認証を行った直後にウィンドウのサイズを変更すると、

サーバに次の理由で切断されました.  'server_input_channel_req: unknown channel -1'.
というエラーが出て切断される。

Letzte Aktualisierung für dieses Ticket

2020-03-17 01:55 Aktualisiert von: doda

  • Lösung Update from Accepted to Gefixt

Kommentar

r8599, r8600で修正

認証直後にSend breakを実行すると切断される - Tera Term Ticket #40226 on OSDN

$
0
0

認証直後にSend breakを実行すると切断される

Eröffnet am: 2020-03-06 20:53

Letztes Update: 2020-03-17 01:54

Auswertung:dodaVerantwortlicher:doda
Priorität:5 - MittelMeilenstein:Tera Term 4.106
Typ:FehlerSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen [Owner assigned]
LösungGefixt

Einzelheiten

SSH接続で認証を行った直後に[Control] - [Send berak]を実行すると、

サーバに次の理由で切断されました.  'server_input_channel_req: unknown channel -1'.
というエラーが出て切断される。

おそらく #40225と同根

Letzte Aktualisierung für dieses Ticket

2020-03-17 01:54 Aktualisiert von: doda

  • Lösung Update from Accepted to Gefixt

Kommentar

r8599, r8600で修正

Suggest to add feature for searching text in the terminal - Tera Term Ticket #40263 on OSDN

$
0
0

Suggest to add feature for searching text in the terminal

Eröffnet am: 2020-03-17 15:29

Letztes Update: 2020-03-17 15:29

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:Support-AnfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

I found there is no search option for the text in the terminal, I think this featue is very useful for many of us

Letzte Aktualisierung für dieses Ticket

2020-03-17 15:29 Aktualisiert von: None

  • New Ticket "Suggest to add feature for searching text in the terminal" created

Support of Mosh protocol - Tera Term Ticket #34851 on OSDN

$
0
0

Support of Mosh protocol

Eröffnet am: 2015-01-30 06:31

Letztes Update: 2020-03-21 02:29

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

Hi,

that is a feature request. It could be, that someone before me, already requested it, but I can not read the message because it is in Japanese and I can only recognize the Header and that is probably similar.

An extremly useful enhancement for TerraTerm would be the support from the Mosh Protocol from https://mosh.mit.edu/

A short description from Mosh? (Copied from Web page)

Remote terminal application that allows roaming, supports intermittent connectivity, and provides intelligent local echo and line editing of user keystrokes.

Mosh is a replacement for SSH. It's more robust and responsive, especially over Wi-Fi, cellular, and long-distance links.

It requires SSH for Authentication and then switches to UDP....

The source is available from https://github.com/keithw/mosh and the License is now GPL.

They are already Cygwin binaries and sources availablehttp://ftp.yz.yamagata-u.ac.jp/pub/cygwin/x86_64/release/mosh/

If you need someone for testing please let me know!!

Letzte Aktualisierung für dieses Ticket

2020-03-21 02:29 Aktualisiert von: None

Kommentar

Reply To (Anonymous)

Yes! Mosh support! Please!

+1

yesnobox showing OK/No - Tera Term Ticket #40286 on OSDN

$
0
0

yesnobox showing OK/No

Eröffnet am: 2020-03-26 04:43

Letztes Update: 2020-03-26 04:43

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:7Meilenstein:(Keine)
Typ:FehlerSchweregrad:7
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

Previously developed code is asking "Yes/No" questions, and users are now given options "OK" or "No" instead of "Yes" or "No"

Letzte Aktualisierung für dieses Ticket

2020-03-26 04:43 Aktualisiert von: None

  • New Ticket "yesnobox showing OK/No" created

Parity Mark/Space different to other TTY - Tera Term Ticket #40298 on OSDN

$
0
0

Parity Mark/Space different to other TTY

Eröffnet am: 2020-04-01 15:28

Letztes Update: 2020-04-01 15:28

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:Tera Term 4.106
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Hi I found TeraTerm Serial Party Mark/Space Status invert in other TTY (ie.PuTTY)

Letzte Aktualisierung für dieses Ticket

2020-04-01 15:28 Aktualisiert von: None

  • New Ticket "Parity Mark/Space different to other TTY" created

1.5 stop bitの廃止 - Tera Term Ticket #40299 on OSDN

$
0
0

1.5 stop bitの廃止

Eröffnet am: 2020-04-01 19:06

Letztes Update: 2020-04-01 20:15

Auswertung:dodaVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:Tera Term 5.0
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

シリアルポート設定のstop bitで 1.5 bitを廃止する。

Windows の DCB 構造体の StopBits では、

  • ONESTOPBIT (1 stop bit)
  • ONE5STOP BIT (1.5 stop bits)
  • TWOSTOPBIT (2 stop bits)

の三種類の値が指定できる。

Tera Term でもこれに従って上記三つの値を選べるようになっている。

しかし DCB構造体の説明の備考には、

The use of 5 data bits with 2 stop bits is an invalid combination, as is 6, 7, or 8 data bits with 1.5 stop bits.
とあり、Tera Term ではデータ長は 7 と 8 のみサポートしている為、1.5 stop bits の使用は常に不正な組み合わせとなる。

これは 8250 使用時の説明として書かれているが、16450 や 16550 使用時でも同じと考えられるので、常に不正な設定となる 1.5 stop bits を廃止する。

別案として 5 data bits をサポートするというのも考えられるが、

  • データの扱い方が不明瞭
  • 作っても誰も使わない設定になると思われる

という事から対応しない。

Letzte Aktualisierung für dieses Ticket

2020-04-01 20:15 Aktualisiert von: doda

Kommentar

完全に忘れていました。 マークパリティ、スペースパリティを追加した時に、MSDNでの記述のすぐ下にある1.5 stop bitsが目について一緒に追加したんでした。

/V not working for TTPMACRO - Tera Term Ticket #37457 on OSDN

$
0
0

/V not working for TTPMACRO

Eröffnet am: 2017-08-24 09:55

Letztes Update: 2020-04-03 17:35

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:7Meilenstein:(Keine)
Typ:FehlerSchweregrad:7
Komponente:Tera Term MacroStatus:Offen
LösungKeine

Einzelheiten

The /V option for ttpmacro does not function. It works for ttermpro but not for ttpmacro. As a result, ttpmacro can't be run from a non-interactive session.

Letzte Aktualisierung für dieses Ticket

2020-04-03 17:35 Aktualisiert von: None

Kommentar

I find the same problem. From command Line /V doesn't work and it's the same with the /I. Can be my syntax? The command I send is: ttpmacro /V "Path macro\macro.ttl"

Ymodem initial packet incorrect on send - Tera Term Ticket #37456 on OSDN

$
0
0

Ymodem initial packet incorrect on send

Eröffnet am: 2017-08-23 04:25

Letztes Update: 2020-04-23 01:29

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

1) Begin a Ymodem download to a embedded system.

2) Wait for the the remote system to send 3-4 0x43('C') characters(it is requesting the download to start) before starting a Ymodem send.

3) Based on the number of 0x43's that TeraTerm has received, it will send a initial file size packet to the remote device that is the incorrect size. This bad packet(more than 133 bytes long) is a correct packet that is duplicated by the amount of 0x43's received. If seven 0x43's were received before the file transfer was started, then the initial packet will have six correct packets lumped into a single bad initial file size packet.

[ 22/08/2017 14:31:36 ] - Close port COM2

[ 22/08/2017 14:31:42 ] - Open port COM2 (C:\Program Files (x86)\teraterm\ttermpro.exe)	
[ 22/08/2017 14:31:45 ] Read data (COM2)	
    0d 0a 37 30 32 30 30 20 62 6f 6f 74 69 6e 67 2e   ..70200 booting.	
    2e 2e 0d 0a 0d 0a 43 61 72 6c 69 6e 20 37 30 32   ......Carlin 702	
    30 30 3e                                          00>             	
[ 22/08/2017 14:31:48 ] Written data (COM2)
    64                                                d               	
[ 22/08/2017 14:31:48 ] Read data (COM2)
    64                                                d               	
[ 22/08/2017 14:31:48 ] Written data (COM2)
    66                                                f               	
[ 22/08/2017 14:31:48 ] Read data (COM2)
    66                                                f               	
[ 22/08/2017 14:31:50 ] Written data (COM2)
    0d                                                .               	
[ 22/08/2017 14:31:50 ] Read data (COM2)
    0a 0a 0d 57 61 69 74 69 6e 67 20 66 6f 72 20 74   ...Waiting for t	
    68 65 20 66 69 6c 65 20 74 6f 20 62 65 20 73 65   he file to be se	
    6e 74 20 2e 2e 2e 20 28 70 72 65 73 73 20 27 61   nt ... (press 'a	
    27 20 74 6f 20 61 62 6f 72 74 29 0a 0d            ' to abort)..   	
[ 22/08/2017 14:31:55 ] Read data (COM2)
    43                                                C               	
[ 22/08/2017 14:32:00 ] Read data (COM2)
    43                                                C               	
[ 22/08/2017 14:32:27 ] Read data (COM2)
    43 43 43 43 43                                    CCCCC           	
[ 22/08/2017 14:32:27 ] Written data (COM2)
    01 00 ff 37 30 32 30 30 5f 76 30 31 5f 32 33 5f   ..ÿ70200_v01_23_	
    30 31 35 30 31 35 30 31 35 2e 62 69 6e 00 35 34   015015015.bin.54	
    33 31 36 20 31 33 31 34 35 31 32 30 33 30 31 20   316 13145120301 	
    31 30 30 36 34 34 00 00 00 00 00 00 00 00 00 00   100644..........	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 71 5e 01 00 ff 37 30 32 30 30 5f 76 30   ...q^..ÿ70200_v0	
    31 5f 32 33 5f 30 31 35 30 31 35 30 31 35 2e 62   1_23_015015015.b	
    69 6e 00 35 34 33 31 36 20 31 33 31 34 35 31 32   in.54316 1314512	
    30 33 30 31 20 31 30 30 36 34 34 00 00 00 00 00   0301 100644.....	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 71 5e 01 00 ff 37 30 32   ........q^..ÿ702	
    30 30 5f 76 30 31 5f 32 33 5f 30 31 35 30 31 35   00_v01_23_015015	
    30 31 35 2e 62 69 6e 00 35 34 33 31 36 20 31 33   015.bin.54316 13	
    31 34 35 31 32 30 33 30 31 20 31 30 30 36 34 34   145120301 100644	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 71 5e 01   .............q^.	
    00 ff 37 30 32 30 30 5f 76 30 31 5f 32 33 5f 30   .ÿ70200_v01_23_0	
    31 35 30 31 35 30 31 35 2e 62 69 6e 00 35 34 33   15015015.bin.543	
    31 36 20 31 33 31 34 35 31 32 30 33 30 31 20 31   16 13145120301 1	
    30 30 36 34 34 00 00 00 00 00 00 00 00 00 00 00   00644...........	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 71 5e 01 00 ff 37 30 32 30 30 5f 76 30 31   ..q^..ÿ70200_v01	
    5f 32 33 5f 30 31 35 30 31 35 30 31 35 2e 62 69   _23_015015015.bi	
    6e 00 35 34 33 31 36 20 31 33 31 34 35 31 32 30   n.54316 13145120	
    33 30 31 20 31 30 30 36 34 34 00 00 00 00 00 00   301 100644......	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 71 5e 01 00 ff 37 30 32 30   .......q^..ÿ7020	
    30 5f 76 30 31 5f 32 33 5f 30 31 35 30 31 35 30   0_v01_23_0150150	
    31 35 2e 62 69 6e 00 35 34 33 31 36 20 31 33 31   15.bin.54316 131	
    34 35 31 32 30 33 30 31 20 31 30 30 36 34 34 00   45120301 100644.	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................	
    00 00 00 00 00 00 00 00 00 00 00 00 71 5e         ............q^  	
[ 22/08/2017 14:32:28 ] Read data (COM2)
    06 43                                           

Letzte Aktualisierung für dieses Ticket

2020-04-23 01:29 Aktualisiert von: None

Kommentar

I see this issue as far back as version 4.86 from 2015.02.28.

The problem comes from the need to start the receiver before navigating File->Transfer->YMODEM->Send, choosing a file, and pressing "Open". By this time, if the receiver has sent multiple "Start" requests TerraTerm will reply to each of them with a copy of the first packet. This will overwhelm many embedded systems.

My solution was to place a longer delay before the first "Start" message to give the user time to navigate through the menus to their file.

In my opinion, the correct solution would be for TerraTerm to flush the input stream at the start of a transfer.

Windows 10 における WSL (Windows Subsystem for Linux) の対応 - Tera Term Ticket #40349 on OSDN

$
0
0

Windows 10 における WSL (Windows Subsystem for Linux) の対応

Eröffnet am: 2020-04-25 00:10

Letztes Update: 2020-04-25 00:12

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

Windows 10 May 2020 Update で WSL 2 が利用できる予定です。Cygwin を Tera Term から利用できる機能が大変便利ですので、WSL 2 も Tera Term から操作できれば大変嬉しいです。 是非、Tera Term から WSL 2 が利用できるよう機能を追加して頂けないでしょうか。ご一考頂けますと幸いです。

Letzte Aktualisierung für dieses Ticket

2020-04-25 00:12 Aktualisiert von: None

Kommentar

申し訳ございません。チケットの種類は「機能リクエスト」となります。 大変失礼いたしました。


Add crc16/32 before sending command - Tera Term Ticket #40363 on OSDN

$
0
0

Add crc16/32 before sending command

Eröffnet am: 2020-04-26 06:00

Letztes Update: 2020-04-26 06:00

Auswertung:dinastar66Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:near future
Typ:FunktionsanfragenSchweregrad:1 - Unterste
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Hi,

In command line mode with Telnet, it would be well to add a CRC16/32 calculated and placed at the end of frame. For example, a toolbox in configuration tab to select it or not.

Thank you very much

Letzte Aktualisierung für dieses Ticket

2020-04-26 06:00 Aktualisiert von: dinastar66

  • New Ticket "Add crc16/32 before sending command" created

Unix domain socket転送 - Tera Term Ticket #40369 on OSDN

$
0
0

Unix domain socket転送

Eröffnet am: 2020-04-27 16:32

Letztes Update: 2020-04-27 16:32

Auswertung:dodaVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen
LösungKeine

Einzelheiten

Unix domain socket転送に対応する。

ローカル側とリモート側の二つがあるが、ローカル側はWindowsのバージョン等に制限が有るので、とりあえずはリモート側のみ対応を考える。

踏み台サーバを経由して二つのポート転送を繋げる時、TCPポート転送の場合は踏み台サーバ上のすべてのユーザがポート転送を利用できてしまうが、Unix domain socket転送の場合は自分(とroot)のみがそのソケットにアクセス出来るのでより安全だと思われる。

Letzte Aktualisierung für dieses Ticket

2020-04-27 16:32 Aktualisiert von: doda

  • New Ticket "Unix domain socket転送" created

SSH_MSG_NEWKEYSの次のパケットが復号出来ない - Tera Term Ticket #40391 on OSDN

$
0
0

SSH_MSG_NEWKEYSの次のパケットが復号出来ない

Eröffnet am: 2020-05-08 10:06

Letztes Update: 2020-05-08 10:06

Auswertung:dodaVerantwortlicher:doda
Priorität:5 - MittelMeilenstein:Tera Term 4.106
Typ:FehlerSchweregrad:9 - Höchste
Komponente:TTSSHStatus:Offen [Owner assigned]
LösungKeine

Einzelheiten

ホスト鍵の確認ダイアログが表示されている時、SSH_MSG_NEWKEYSの次のパケットが正しく復号出来ず、不正なパケットが来たとして切断してしまう。

通常はホスト鍵確認ダイアログ表示中にSSH_MSG_NEWKEYSの次のパケットが来る事は無いが、#36111 SSH2拡張ネゴシエーション有効時は SSH_MSG_EXT_INFO が送られて来る為問題となる。

原因

ホスト鍵確認ダイアログが表示されている場合は SSH_MSG_NEWKEYS パケットを受けても処理を遅延させている。

SSH_MSG_NEWKEYS の後のパケットは暗号化されているが、SSH_MSG_NEWKEYS の処理が遅延させている為、暗号鍵の設定が行われず復号できなくなる。

対応

検討中。

関連

  • #36111 SSH2 拡張ネゴシエーション

Letzte Aktualisierung für dieses Ticket

2020-05-08 10:06 Aktualisiert von: doda

  • New Ticket "SSH_MSG_NEWKEYSの次のパケットが復号出来ない" created

rsa-sha2-256, rsa-sha2-512公開鍵アルゴリズムのサポート - Tera Term Ticket #36109 on OSDN

$
0
0

rsa-sha2-256, rsa-sha2-512公開鍵アルゴリズムのサポート

Eröffnet am: 2016-03-06 20:22

Letztes Update: 2020-05-08 10:09

Auswertung:(del#1144)Verantwortlicher:doda
Priorität:9 - HöchsteMeilenstein:Tera Term 4.106
Typ:FunktionsanfragenSchweregrad:9 - Höchste
Komponente:TTSSHStatus:Offen [Owner assigned]
LösungAccepted

Einzelheiten

rsa-sha2-256, rsa-sha2-512 公開鍵アルゴリズムに対応する。

OpenSSH 8.2 にて Future deprecation notice として ssh-rsa (RSA with SHA-1) が挙げられた為、実際に廃止されるまでに対応する必要有り。

対応範囲

  • サーバホスト鍵
  • 公開鍵認証
    • 公開鍵認証で使用する為には SSH2 拡張ネゴシエーション (#36111) に対応する必要あり

検討事項

  • 公開鍵認証での署名方式の優先度
    • 仮実装では rsa-sha2-512, rsa-sha2-256, ssh-rsa で固定
    • 設定可能にする?
      • 設定方法は設定ファイルのみ? Web-UIでの変更は必要?
    • 現状では公開鍵方式に対応する署名方式が複数有るのはRSAのみ
      • 優先度指定はRSA専用でOK? 汎用的にすべき?
      • server-sig-algs で送られて来る情報はRSA以外も含まれている

関連

Letzte Aktualisierung für dieses Ticket

2020-05-08 10:09 Aktualisiert von: doda

  • Details Updated

SSH2 拡張ネゴシエーション - Tera Term Ticket #36111 on OSDN

$
0
0

SSH2 拡張ネゴシエーション

Eröffnet am: 2016-03-06 20:26

Letztes Update: 2020-05-08 10:08

Auswertung:(del#1144)Verantwortlicher:doda
Priorität:9 - HöchsteMeilenstein:Tera Term 4.106
Typ:FunktionsanfragenSchweregrad:9 - Höchste
Komponente:TTSSHStatus:Offen [Owner assigned]
LösungAccepted

Einzelheiten

Extension Negotiation in the Secure Shell (SSH) Protocol (RFC8308) へ対応する。

対応範囲

RFC8308 では以下の拡張ネゴシエーションが定義されている

  • server-sig-algs
  • delay-compression
  • no-flow-control
  • elevation

server-sig-algs

公開鍵認証で rsa-sha2-256/512 (#36109) を利用するのに必要な為、最優先で対応する。

delay-compression

任意のタイミングで圧縮を有効に出来るが、

  • ttssh では後から圧縮を有効にする手段を提供していない
  • OpenSSH が未対応

の二つの理由から非対応とする。

no-flow-control

フロー制御の無効化。以下の理由から非対応。

  • 有用なケースが不明
  • OpenSSH が未対応

elevation

権限の昇格。おもにWindows Serverを想定していると思われる。

以下の理由から非対応。

  • OpenSSH が未対応

参考

関連

  • #36109 rsa-sha2-256, rsa-sha2-512公開鍵アルゴリズムのサポート
  • #40391 SSH_MSG_NEWKEYSの次のパケットが復号出来ない

Letzte Aktualisierung für dieses Ticket

2020-05-08 10:08 Aktualisiert von: doda

  • Details Updated
Viewing all 2128 articles
Browse latest View live