왜 CentOS 렌더링의 소문자가 블록으로 렌더링됩니까?

나는 SELECT * FROM tblUsers;왜 CentOS 렌더링의 소문자가 블록으로 렌더링됩니까?

내가 사용자 암호 해시 짐승 - 힘을 사용하여 내 웹 사이트 중 하나에 가입되어 누가 위로 확인했습니다, 그래서 그들은 일반 텍스트로 렌더링하지 않습니다, 나는에 이상한 유물을 발견 그들 중 하나의 디스플레이. 말로 설명하기가 어렵습니다. 최근 세션의 텍스트는 다음과 같습니다.

mysql> select password from tblUsers; 
+------------------+ 
| password   | 
+------------------+ 
| KÐÊ2®\Û‹:ã5«ƒñ_ | 
| ú¾ôn" ™µ'gxõ | 
| Ú‘¤êB3ãóÒq+« | 
+------------------+ 
3 _-+_ i+ _e+ (0.00 _ec) 

+y_-+> 
[1]+ S+---ed     +y_-+ -+ |b++ -- -b (+d: ~) 
(+d +-+: /+a_/+++/h+++) 
[[email protected]_15308575 h+++]# ech- "HUNTER2"  
HUNTER2 
[[email protected]_15308575 h+++]# ech- "h+++e_2" 
h+++e_2 
[[email protected]_15308575 h+++]# ech- "abcdefghi+++++---__++++|yz" 
abcdefghi+++++---__++++|yz

페이스트 내용이 약간 이상합니다. 실제로는 [+\-_a-eh-z]이 모두 █으로 렌더링됩니다. f은 클라이언트에서 ±으로 렌더링하고 g은 클라이언트에서 '으로 렌더링합니다.

저는 1 & 1 VPS 계정 (CentOS 실행)에 SSH에 SecureCRT를 사용하고 있습니다. 이 표시 오류의 원인이되는 마술이 있습니까? 클라이언트 또는 OS에 있습니까? 세션을 닫고 다시 로그인하면 문제가 사라집니다.

출처

2009-05-07 kyle

해시 된 암호에있는 하나 이상의 문자가 터미널의 인코딩을 변경하는 특수 명령으로 해석되고 있다고 생각합니다. 바이너리 파일 cat을 시도하면 have the same thing happen 일 가능성이 높습니다.

출처

2009-05-07 19:32:04

나는 인코딩 n00b입니다. 나는 캐릭터가 커서를 뒤집을/앞으로 나아갈 수있는 능력을 가지고 있음을 안다. 그러나 나는 그들이 인코딩 스키마를 바꿀 수 있다는 것을 몰랐다. 시원한. – kyle

추가 연구에서 "특수 문자"가 아닌 "특수 명령"이라고 생각합니다. 내 말씨가 약간 오도 된 것 같아. –

누구든지이를 확인할 수 있으면 듣고 싶습니다. 나는 또한 그런 문제들에서 약간의 멍청한 놈이다. –

왜 CentOS 렌더링의 소문자가 블록으로 렌더링됩니까?

답변

관련 문제