처음에 땡글 rule 을 잘 몰라서 채굴게시판에서 글을 시작했는데.. 어쨌든 개발에 대한 경험기니까... 이제부터는 이쪽 게시판으로 올려야 겠습니다 :D

 

혹시 그냥 읽을거리가 필요하시다면 기존에 올린 주소는 이쪽입니당~

 

비정기연재 : 모니터링 시스템 개발-1 : https://www.ddengle.com/7989624
비정기연재 : 모니터링 시스템 개발-2 : https://www.ddengle.com/7996160

 

여튼간에 각설하고.... 데이터를 수집하는 부분과 전송받을쪽을 대략 설계했으니.... 이제부터 문제는 "전송방법" 이었습니다. 이 부분에서 필드에서 등장한 고객의 요구사항이 있었습니다.

 

"내 IP 를 가능하면 알리지 말라"

 

물론 서버를 운영하는 입장에서야.... 찾을려면 어떻게든 강제로는 찾겠습니다만.... 기본적으로는 그런일이 없다는 전제하에 network 탐지기법중에 서버의 앞단에서 오가는 트래픽을 찾아내는 방법도 있고.. http 는 plain text 니까.. network 를 까면 당연히 정보가 드러나고... https 를 쓰자니.. 정기적으로 서버측의 인증서를 관리해주는것도 좀 귀찮은 일이고... 해서... 이전 프로젝트에서 만든 client-server 용 보안 프로토콜을 사용하기로 했습니다.

 

이 protocol API 는 client side 를 free pascal, c, c++, obj-c, java, c# 등으로 이미 만들어준 전적이 있고, 서버와 통신하는 client 가 유사 VPN 모델로 움직이기 때문에 저희쪽에서도 의도하지 않는한 client 의 ip address 를 알아낼 수 없으며, nosql 을 쓰기로 결정한 시점에서 이 protocol 용 middle ware 를 예전 프로젝트에서 만들어둔 적이 있었기 때문에 상대적으로 도입결정은 쉬웠던거 같습니다.

 

SSL 의 AES 를 사용해서 별도로 만들었기 때문에 ssh 처럼 network 이상상황에 대한 통신유지도 strong 하게 만들었으니 고민은 좀 덜하게된 편이었죠. 이렇게 해서 서버상에 데이터를 전송하는 방법까지 결정하게 되었습니다.

 

다만 부득불 client 의 사설 ip 와 mac address 는 수집하고 있었는데, 이는 정보를 얻고싶어서가 아니라.. 일부 고객이 mac address 를 기반으로 한 WOL startup 을 요구하셨으며, ip 는 향후 통합시킬 원격접속 솔루션 때문이었습니다. 이 개발을 하면서 은근히 자잘한 요구사항이 많았는데.. 개발이라는게 늘 그렇듯이.. 사소한거 하나하나는 그냥 웃어 넘길 수 있지만.. 이게 자잘하게 쌓이면 시스템 전체에 영향을 끼치고, 종국에 가서는 DB 의 구조까지 변경하게 되는 상황이 벌어지니... 뭐 하나 쉽게 가는게 없더라구요 ㅎㅎㅎ

 

-------------------------------------

꼬리말

* 게시글 내용 삭제시 레벨 강등

* 질문은 각 주제별 게시판에.

 

비트코인 암호화화폐 커뮤니티 땡글~ 땡글~

-------------------------------------