TELNET 이 설치 되지 않은 머신에서 타 서비스 포트 상황 확인 하기 (방화벽 확인) port check without telnet “nc –zv IP port”

[nzin4x@linuxmachine:/app/nzin4x]nc -zv 222.222.222.222 1524
nc: connect to 222.222.222.222 port 1524 (tcp) failed: Connection refused
[nzin4x@linuxmachine:/app/nzin4x]nc -zv 222.222.222.222 1522
Connection to 222.222.222.222 1522 port [tcp/ricardo-lm] succeeded!
[nzin4x@linuxmachine:/app/nzin4x]

 

telnet 이 설치 되지 않은 머신에서

사용할 수 있는 방법이다.

 

curl이 깔려 있다면 이 방법도 사용할 수 있다.

 

curl http://222.222.222.222:1524

curl http://222.222.222.222:1522

 

뭐라도 되는 것과 접속이 실패되는 것 둘로 나눠서 확인 할 수 있다.

Eclipse 가 자주 죽을 때 해볼 만 한 것. softcamp 문서보안 죽이기.

Eclipse 가 로딩 되면서 죽는 현상이 많아서 이것저것 해보다가 꽤 효과가 좋은 것에 대한 기록.

.metadata/.plugins/org.eclipse.debug.core 삭제

.metadata/.plugins/org.eclipse.e4.workbench 삭제

그리고 문서 보안 프로그램

최근 우리 회사는 정직원 이외의 협력지원에게도 문서보안을 설치하게 했는데 이 프로그램 때문에 Eclipse 가 계속 죽는다는 이슈가 있었다.

이제까지는 문서보안과 Eclipse의 연결고리는 생각해볼 수 조차 없었는데…

강한 힌트였다.

 

.metadata/.plugins 내에도 txt 파일이 꽤 있다. 확실한 것은 아니지만 이러한 것을 문서보안이 암호화 하는 것은 아닐까? 그런데 로딩하다가 무언가 이상한 상태에서 Eclipse 가 죽는 것은 아닐까?

 

우리 회사는 오른쪽 아래에 다음과 같은 문서보안 관련 Tray 가 뜨는데 이것을 죽이는 방법은 다음과 같다.

 

Windows 폴더 내의 softcamp 폴더가 핵심.

 

 

 

우측 클릭해서 속성을 열고

 

SYSTEM 계정으로는 모든 것을 거부 시킨다. 그리고 리붓 하면 문서보안의 일부(?) 기능이 작동 안 하게 된다.

이 때, side Effect 가 있는데..

이 프로그램을 쓰는 2-3곳을 다녀보니 실제로 문서 보안이 꺼지는 곳이 있었고 안 꺼지는 곳이 있는데 꺼지는 곳이라면 USB도 사용할 수 있게 된다.

 

내가 지금 일하고 있는 곳은 테스트를 해본 것은 아니지만 Tray는 살아 있다. 아마 다른 디렉토리에 다른 프로세스가 하나 더 있나 보다

나에게 중요한 것은 이제 Eclipse가 죽지 않는다는 것이다.