'분류 전체보기'에 해당되는 글 1246건

어디서 부터 잘못된건지는 알 수 없지만, 벌써 이만큼의 공백이 있었군요.
늘 홈페이지를 스쳐지나가지만, 항상 무언가를 기록하기가 무섭다는 생각이
종종 들 때가 있습니다.
그래서 글 쓰는 일을 사실 중단 하고 있었습니다.
기록을 남기는 작업을 계속 하고 싶은데도 불구하고 말이죠...

지금은 약간이나마 용기를 가지게 되었고, 이렇게 글을 남깁니다.
잘 살아 있다고나 할까요 후후후.

아마도... 특별한 문제가 없다면.. 종종 나의 기록을 남길랍니다.

원격 데스크톱을 연결할 때 2가지 방법이 있습니다.
Workstation 급인 Windows 2000 Professional 이나 Windows XP와 같이 1명만 접속할 수 있는 방법과 Server급인 Windows 2000 Server 이상이나, Windows Server 2003 과 같이 3인 혹은 그 이상이 접속할 수 있는 방법입니다.

여기서 1명만 접속할 수 있는 방법을 콘솔 연결이라 하고, 최대 3인(라이센스만 있으면 250여명 까지) 접속할 수 있는 걸 터미널 서비스 연결이라고 합니다. - 물론 공식적인 명칭은 아닙니다. 제 독단적인 네이밍이죠.

여기서 우리가 주목할 것은 콘솔 연결입니다.
터미널 서비스 연결은 각기 다른 창에서 동시에 한 곳에 접속한 것처럼 되서 여러사람이 접속할 수 있지만 콘솔은 오로지 1명만 되기 때문에, 실제 로컬에서 작업 중이더라도 원격에서 콘솔로 접속하게 되면 로컬 접속자의 화면은 잠기고 모든 권한은 원격으로 넘어갑니다. 반대로 원격에서 접속중인 상태에서 로컬에서 로그인해서 들어가게 되면 원격이 끊기고 로컬 작업이 그 화면 그대로 이어서 작업하게 됩니다.

이런 콘솔 방식은 1개의 화면만을 쓰기 때문에 억지로 나뉘어 구성되어 있는 상태와는 판이하게 차이가 있습니다. 즉 3명 이상이 쓰려면 별도의 라이센스가 있어야 되는 터미널 방식에서는 각기 로그아웃을 하지 않고 세션을 그대로 남기게 되면 접속을 못합니다.
(이거.. 치명적입니다....아시는 분은 아실것입니다.)
그러나 콘솔은 이전 작업화면 그대로 계승 받기 때문에 그와 같은 문제가 없습니다.


그러면 콘솔연결하는 방법을 알려 드리겠습니다.
1. mstsc.exe 로 실행하기.
시작 -> 실행 해서 실행 대화창이 뜨면 mstsc.exe /console 이라고 입력해서 엔터를 칩니다. 그렇게 하면 주소를 입력하는 창이 뜨는데, 거기다가 주소를 입력하고 접속하시면, 콘솔 연결이 시작됩니다. 정상적으로 로그인되면 로컬이나 다른 원격 사용자의 콘솔 연결은 자동으로 끊기고 모든 작업 권한은 최후에 접속한 사람에게 다 넘어갑니다 ㅋㅋ

2. *.rdp 파일 수정하기
원격 데스크톱 연결 프로그램을 사용해서 rdp 파일을 만들 수 있습니다. 즉 접속을 위한 정보를 미리 적어 나중에 해당 파일만 더블 클릭하면 바로 연결할 수 있도록 해주는 일종의 바로가기 겸 정보 파일입니다.
이 파일의 내용은 모두 Text 로 되어 있는데, 애석하게도 콘솔 연결에 대한 설정은 없습니다. 이 때 방법은 메모장을 이용해 rdp 파일 자체를 수정해야 합니다.
해당 파일을 메모장으로 연뒤에
  2번째 줄에다가
      connect to console:i:1
이 한 줄을 넣습니다.

간혹 MS Word로 작업하다 보면
"문서가 저장되었지만 저장할 공간이 충분하지 않기 때문에 음성 인식 데이터가 손실되었습니다."
라는 에러를 뿜어대는 경우가 있습니다. 이 경우에 그냥 확인만 누르고 한숨만 푹푹 쉬는 경우가 많습니다. 음성인식 쓰지도 않았는데 자꾸 이런 에러를 뿜어대지만 대책은 없고..

이 문제를 해결하려면 다음과 같이 합니다.

1. 도구 메뉴에서 옵션을 클릭한 다음 저장 탭을 클릭합니다.
2. 저장 옵션의 언어 데이터 포함 확인란 선택을 취소한 다음 확인을 클릭합니다.
        참고  이 옵션은 음성 입력 데이터뿐 아니라 필기 입력 데이터에도 적용됩니다.

3. 입력 도구 모음에서 Speech Tools 를 클릭합니다.
4. 음성 데이터 저장을 클릭하여 선택을 취소합니다.


만일.. 혹시.. 만일 이 기능을 활성화 시키고 싶으시면,
1. 도구 메뉴에서 옵션을 클릭하고 저장 탭을 클릭합니다.
2. 저장 옵션에서 언어 데이터 포함 확인란을 선택하고 확인을 클릭합니다.
        참고  이 옵션은 음성 입력 데이터뿐 아니라 필기 입력 데이터에도 적용됩니다.

3. 입력 도구 모음에서 Speech Tools 를 클릭하고 Save Speech Data를 클릭합니다.


하면 됩니다.....

전.. 걍 끄고 살랍니다 -_-;;;;

원본 문서 : http://support.microsoft.com/default.aspx?scid=kb;en-us;829982

주의 : 당 문서는 원본 문서를 자의적으로 해석하여 서술된 글입니다. 원본문서와의 차이로 인해 발생된 문제에 대해서 책임지지 않습니다!! 주의 하세요..
또 이 문서에는 레지스트리 수정을 요하는 작업이 있습니다. 그러므로 레지스트리 수정하기에 앞서 레지스트리를 백업해주는 센스(?)가 필요합니다. 문제가 발생할 시에 백업한 레지스트리를 복원 시키셔야 합니다. 즉 레지스트리를 수정할 정도의 스킬이 아니시면... 그냥 잘 아시는 분께 맡기시던가, 아니면 조금 더 익숙해지면 시도하시기 바랍니다. 준비 되신 분만 아랫글을 읽어 주세요

문제 요약

마이크로소프트 아웃룩에는 안전하다고 생각되지 않는 첨부파일에 대해서 차단시키는 기능을 가지고 있습니다. 만약 이메일 메시지에 그런 파일이 첨부된 이메일 내용을 열게 되면 다음과 같은 메시지를 보시게 됩니다.
  Outlook blocked access to the following potentially unsafe attachments: [...]
  (한글 판에서는 어떻게 나오는지 확인 못해서 한국어 판은 적지 않았습니다.)
물론 아웃룩이 접근을 막기는 했지만 해당 첨부파일은 이메일 메시지 안에 그대로 있습니다. 이 문서에서는 아웃룩에서 막고 있는 첨부파일을 안전함을 떠나서 어떻게든 열고 싶으실때를 위해 적은 글입니다.

더 자세한 정보

이 보안은 악의적인 이메일 메시지로 부터 공격당하는 것을 방지하기 위해 설정한 것입니다. 기본적으로 마이크로소프트 아웃룩 2000 서비스팩1 이후 제품에 일괄적으로 적용되어 있습니다 .

아웃룩에 의해 차단된 점부 파일을 열기 위해서 쉽게 하는 방법은 다음과 같습니다.
• 보낸 사람이 첨부파일을 저장한 경로를 요청해서 해당 파일을 경로에 따라 직접 받는 방법 입니다.
• 보내는 사람에게 해당 파일을 압축해서 차단된 파일 확장자와 다른 형태의 파일을 만들어 보내달라고 하는 방법입니다. 다른 회사의 압축 프로그램을 이용해서 하는 방법인데, 다음 문서를 클릭해서 보시면 해당 제품들을 알아볼 수 있습니다.
  OL2002: 첨부 파일이 Outlook에서 압축되지 않는다  
• 보내는 사람에게 파일 확장자를 잠시 변경한뒤에 받는 사람이 다시 원래의 확장자로 변경하는 방법입니다.  

만약 이미 메시지는 받고 재 요청하기가 무척이나 곤란하다면 다음과 같은 방법을 사용해 봅니다.
• 마이크로소프트의 익스체인지 서버를 이용하는 환경이고, 관리자와 잘 알아서 관리자에게 요청할 수 있다면 관리자가 직접 당신의 메일 박스 안의 보안 설정을 변경하도록 요청하는 방법이 있습니다.
• 불행이도 익스체인지 서버를 이용하지 않고 있거나, 관리자와의 사이가 좋지 않으시다면, 윈도우 레지스트리를 직접 손봐서 처리하는 방법이 있습니다. 이 부분에 대한 자세한 내용은 "첨부파일 보안 동작 직접 손보기" 부분을  보시기 바랍니다.

다시 주의!!!
만약 레지스트리 에디터를 엉뚱하게 사용하는 경우, 심각하면 윈도우를 다시 설치하는 경우까지 발생합니다 .이로 인해 발생된 모든 문제는 마이크로소프트는 전혀 모르는 일입니다. 즉.. 이 수정에 대한 모든 책임은 수행하는 사람 그에게 다 있습니다.

첨부 파일에 대한 보안적 처리에 대해서 수정해야 된다면 다음과 같은 상황일 것입니다.
• 익스체인지 서버상에서 돌리고 있지 않은 환경에서 아웃룩을 사용하고 계십니다. .
• 익스체인지 서버상에서 돌리고 있는 환경이기는 하지만, 관리자가 삐리해 손을 못보거나 혹은 관리자랑 사이가 나빠 절대! 수정 안해주는 상황인 것입니다 .
이러한 상황이라면, 별수 없이 레지스트리를 수정해서 해당 보안 설정을 수정해야 합니다.

첨부파일 보안 동작 직접 손보기

다시 주의!!! - 지겹다 말씀하지 마세요... 이 주의사항 건너뛰시는 분이 많아서 그럽니다.
만약 레지스트리 에디터를 엉뚱하게 사용하는 경우, 심각하면 윈도우를 다시 설치하는 경우까지 발생합니다 .이로 인해 발생된 모든 문제는 마이크로소프트는 전혀 모르는 일입니다. 즉.. 이 수정에 대한 모든 책임은 수행하는 사람 그에게 다 있습니다.
중요!!! 이 첨부파일 보안 정책을 손보시기 전에 아웃룩 버젼이 2000 SR1 또는 2000 SR1a 라면 Microsoft Office 2000 Service Pack 2 나 Microsoft Office 2000 Service Pack 3를 먼저 설치하시기 바랍니다.

처리하는 방법은 다음과 같습니다.

1. 아웃룩을 실행중이시라면 일단 종료해주시기 바랍니다.(최소화로 트레이 아이콘으로 넣으신분, 최소화가 아닙니다. 반드시 종료 시켜 주시기 바랍니다.)  
2. "시작"버튼을 누르시고 "실행"을 선택해 주시기 바랍니다.  
3. 열기 상자안에 regedit 라고 쓰시고 "확인" 버튼을 눌러 주시기 바랍니다.  
4. 먼저 아웃룩 버젼에 따라 다음과 같은 경로가 있는지 확인해주세요. 만일 존재한다면 5번 과정으로 건너 뛰세요

Microsoft Outlook 2000:
HKEY_CURRENT_USER\Software\Microsoft\Office\9.0\Outlook\Security

Microsoft Outlook 2002:
HKEY_CURRENT_USER\Software\Microsoft\Office\10.0\Outlook\Security

Microsoft Office Outlook 2003:
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Security

만약 위와 같은 경로가 존재 하지 않으면 해당 경로를 버젼에 맞게 만들어 주시기 바랍니다. 일단 다음 경로 까지 들어가세요:
  HKEY_CURRENT_USER\Software\Microsoft
a.  "편집" 메뉴를 선택하시고, "새로 만들기" 메뉴 안의 "키"를 선택해 주시기 바랍니다.  
b.  Office 라고 쳐서 넣으시고 ENTER 키를 치세요.  
c.  다시 "편집" 메뉴를 선택하시고, 새로 만들기" 메뉴 안의 "키"를 선택해 주시기 바랍니다.
d.  11.0 이라고 치시고 ENTER 키를 치세요.
여기서 잠깐! 위의 내용은 아웃룩 2003에서의 내용입니다. 만약 아웃룩 2000을 사용중 이시면 "9.0"을 아웃룩 2002 면 "10.0"을 넣어주세요.
e. "편집" 메뉴를 선택하시고, "새로 만들기" 메뉴 안의 "키"를 선택해 주시기 바랍니다.
f.  Outlook라고 쳐서 넣으시고 ENTER 키를 치세요.  
g.  "편집" 메뉴를 선택하시고, "새로 만들기" 메뉴 안의 "키"를 선택해 주시기 바랍니다.
h.  Security라고 쳐서 넣으시고 ENTER 키를 치세요.

5. "편집" 메뉴를 선택하시고, "새로 만들기" 메뉴 안의 "문자열 값"를 선택해 주시기 바랍니다.  
6. "새 값#??" 이라는 곳에다 다음과 같은 내용을 넣으세요
   Level1Remove
7. ENTER 키를 치세요.
8. 새로운 문자열 값 이름 위치에서 오른쪽 클릭을 하시고, 팝업 메뉴가 떳을때 "수정"을 선택하세요.  
9. 그 안에다가 아웃룩에서 열고 싶은 파일 확장자를 넣어주세요. 예를 들어 ".exe"를 열고 싶으시면 그 안에다  
  .exe
라고 넣으시면 됩니다 .
혹시 여러가지의 파일 확장자를 넣으신다면 다음과 같은 형태로 넣으시면 됩니다 .
.exe;.com
10. 다 입력하셨으면 "확인"을 눌러주세요  
11. Registry Editor를 종료하세요
12. 컴텨를 껏다 다시 켜세요

당근.... Level1Remove 내용을 지우시면, 원래대로 다시 보안 작동합니다!!!!

리눅스에서는 특별히 Uninstall 이라는 개념이 없습니다.
물론 개선하기위해 RPM 이라는 팩케이지가 있지만, 문제는 소스를 컴파일 해서
얻게 되는 내용들이 문제가 되죠.
이 부분을 억지로라도 가능하게 하는 방법은 다음과 같은 방법을 수행합니다.

find /* > before
--- 패키지 설치  ---
find /* > after
diff before after > 설치내역 Text 파일

물론 완전한 방법은 아니지만, 나름대로 괜찮은 것 같습니다.

Server Side Script 가 판을 치는 세상에서 왠지 뒤로 물러나는 느낌이 드는 군요.
Web-Base 로 만들면 보통 ASP, JSP, PHP로 결정지어져서 만들곤 하는데,
전 되려 훨씬 이전 모델인 CGI를 보고 있으니..

지금 몇가지를 살펴보았는데, 그다지 문제거리가 될만한 내용은 없더군요.
생각보다 쉬웠습니다, Standard Input/Output을 사용해서 데이터를 주고받고
하는 정도라 그냥 prinf 와 scanf 만으로도 모든 데이터가 왔다 갔다 하는군요.
단지 POST 부분은 uuencoding이 들어간 정도랄까요?

과연.. CGI가 빠를까요? 라고 물으시면 할말을 잃어버리기 쉽지만...
일단 보안적인 문제를 대거 넘어가버리겠더군요.
PHP나 ASP 같은 경우에는 소스 노출방법이 다양하게 있어 애먹이는 경우도
많고, 세션 관리 부분도 웹서버에 떠 넘겨야 되고.. 이래저래 걸리는 부분이
참 많지만... CGI는 그냥 씹고 넘어가는 군요. 세션 그냥 내가 원하는 데로 구현
가능이죠. 거기다 더 얹어서 컴파일이 되어 있으니... 소스는 컴파일한 저만
알고있다는 확실한 보안제품...(笑)

그러나.. 문제점도 만만치 않더군요.
DB 서비스..이건 정말 쥐약 입니다.
CGI 의 언어로 현재 CPP를 선택했는데, mysql 접속용 라이브러리는 mysql++을
사용해서 접속.. 이거 생각보다 빡세군요.뭐 템플릿을 이용해서 간단하게 구현했다고 하는데, 아직은 암호문이니..게다가 기존 DB 접속 룰이랑 조금 틀린 부분도 있구요...게다가 업데이트도 만만치 않은 숙제로 넘어갑니다. 업데이트 하면 컴파일해서
다시 얹어야 하니 이 또한 만만치 않은 비용이 드는군요.

뭐 일단... CGI에 대한 감은 잡았고... 한번 날 잡아서 이런 저런 사이트 컨버팅한번 해봐야 겠습니다.

한동안 식중독에 시달리다...뭐 이젠 많이 나아졌습니다.
오늘 아침에 김치찌게 있길래 그거 덜렁 먹어 봤는데 말짱하군요. (笑)
그래서 또 시험 삼아 돈까스도 집어 넣어 봤는데 말짱하군요.
하여간, 요즘 몸이 말을 잘 안들어서 큰일입니다.
전에는 걍 굶으면 다 낫는 병인데 이젠 굶으면 자빠지니..

요즘 그래서 다시 도시락을 탐하고 있습니다.
힘을 좀 내서 뭐든 한가지씩 끝내놔야지... 이거 계속 족쇠를 찬기분입니다.
하여간, 좀 일좀 마무리 짓고 놀든지 일하던지 프로그램짜든지 해야 겠습니다.

아자아자 힘내자!!

요즘은 VGA 카드가 별개 다 나와서 상당히 끌립니다.
뭐 그런 카드 따윈 별 신경 쓰이는 문제가 아니라고 치부하실 분도 많겠지만,
저한테는 역시....

일단 갚아야 되는 금액 때문에 쉽게 결정을 못내리고 있지만..
듀얼 DVI 지원 카드 입니다. LCD 모니터를 두개 마련해서 쓸때
진정한 듀얼 모니터를 쓸 수 있는 그런 카드더군요.
게다가, GForce 6600의 강력 램덱으로 화면 떨림이나 잔상 따윈 없을테니 말이죠
PCI-Express 제품으로 된 요즘 제품이 훨씬 좋긴 하지만,
애석하게도 그런 보드 따윈 없으니 쓰질 못하겠죠.

아아... 지르고 싶지만 현실이 제 발목을 꾸욱 잡구 있군요. 칫