Hanle OS를 꿈꾸며

    (local ip : 이는 안드로이드 기기 환경설정 -> wifi -> 네트워크 수정 or 고급 wifi 설정에서 확인 가능)

 connected to 192.168.1.173:5555 <- 이와 같이 나온다며 접속에 성공한 것이다.

// 접속을 확인한다.

지금까지 팀뷰어든 뭐든 간에 루팅 까지 해서 화면 원격제어를 하기 위해 아주 여러가지를 우리는 다 해보았을 것이다.

크롭 앱 격인 소프트웨어 vysor는 그 점에서 뻥 안치고 현존하는 모든 원격제어 앱 중에서 가장 간편하며 가장 뛰어나다.

무료와 유료의 기술적 격차를 둬서 그렇지. 뭐... 무료도 나름대로 쓸만하다고 볼 수 있다.

하지만 현재 'VYSOR' 는 크롭앱에서는 볼 수 없으며  vysor.io 홈페이지 에서 다운받아 활용 할 수가 있다.

그리고 그 전에 활용 하려는 안드로이드 폰은 '개발자 모드'를 해제 하면 되는데 이는 폰의 환경설정 > 디바이스 정보 > 빌드번호를 연달아 클릭 하여 "개발자가 되셨습니다." 라는 메세지를 보게 되면 풀리기 마련이다.

그리고 새로 생긴 환경설정 > 개발자 옵션에 들어가서 ON으로 키고는 USB 디버그도 체크한다.

그리고 Pc에서 vysor 앱을 실행하고 usb를 연결하면 연결된 스마트폰에 디버깅 허가 메시지가 뜬다. 여가서 허용을 하게 되고 Vysor 앱에서 연결된 폰에 view 버튼을 누르게 되면 원격 화면이 뜨고 폰에 vysor접속앱이 설치된다.

그러면 잠시후 짜잔!~ 당신의 폰의 원격화면이 당신의 pc 모니터에 뜨게 되는 것이다.

이 뿐만이 아니다.

터미널에서 adb 툴을 활용해 해당 안드로이드 기기에 wifi-connecting을 한다면 vysor 앱에서 wifi를 통한 무료 원격 접속이 가능하다.

adb를 활용한 안드로이드 기기에 wifi 원격 접속은 다음 페이지를 통해 확인 할 수 있다.

[리눅스 임베디드 02] 리눅스에서 ADB 안드로이드를 WIFI 네트워크로 접속하기 - 바로가기

더 놀라운 점은 원격 클라이언트 pc와 클립보드 양 측간 연동이 된다. (단, 양중간 클립보드가 원할하게 동작 하려면 안드로이드기기의 입력방식 상태가 'vysor input' 이어야 한다.
 

     싱크율도 높기 때문에 클라이언트 pc에서 원격 제어로 opengl 3D 게임도 원할하게 할 수 있다.

[Name]   

aformater

[ Section ]   

    Utility

[ Version - 날짜]

0.1

[ 지원 아키텍쳐 ]   

x86_64, i386, armhf, arm64

[ 지원 운영체제 ]   

Linux, FreeBsd, UNIX, pOSIX

[ 빌드 & 컴파일러 ]

bash

[ 의존 패키지 ]

[ 설명 ]   

      'aformater' is Advenced (Low level for fast format) format program by used based open source programs.

본 프로그램 'aformater' 는 기존의 베이스 오픈소스 유닉스, POSIX, 리눅스 의 기초 오픈소스 프로그램들을 활용하여 가장 빠르고 최대한 의 효율성으로 협소적 로우 레벨 (fast randomtic wiping) 포맷을 진행 시켜 주는 프로그램 입니다.

본 프로그램은 현재 의존성 프로그램들을 최대한 활용 하는 쉘스크립트 기반으로만 짜여져 있습니다.

ldic --help

[ 개발자 ]

C O S M O S project.

site: http://cosmosproject2015.tistory.com

e-mail : cosmosproject15@gmail.com

[실행 및 사용 방법]   

 코드 복사(Code copy) 

[소스 다운로드 ]

https://github.com/cosmosp2/aformater

 코드 복사(Code copy) 

비트소닉 거래소의 BSC 코인은 krw 마켓에 공식 상장되어 거래 중이다.

bsc 코인은 당초 비트소닉이 약속한 거래 배당 지급을 위한 코인이다.

그렇다 bsc 코인을 가지고 있는 만큼 배당을 받을 수가 있다.

다시 말해 비트소닉 거래소가 더욱 정상화 되고 현재 구축중인 'BSC마켓'이 열리게 되면 비트소닉 코인은 더욱 급상승 하게 될 가능성이 매우 크다.

그리고 가장 중요한 점은 bsc 코인 보유는 마치 클라우드 마이닝을 하는 것이나 마찬가지 이다.

물론 비트소닉의 거래이익이 증가하게 되면 원칙적으로 배당금 지급율 또한 늘어나게 됨으로 미래 이자가치는 더욱 증가 하게 된다.

뿐만 아니라 bsc의 가치가 올라가 가게 되어 팔게 되면 차익까지 얻게 되니 만약 그것이 현실이 되면 꿩 먹고 알 먹기가 될 것이다.

하지만 그렇다고 해서 이와 같은 배당 이익금 지급이 반드시 옳은지는 아직 확실치 않다.

앞으로 더 많은 실험과 도전이 이어져야 하고 혹여나 피해가 발생하지 않도록 관리 측면에서도 상당한 노력이 필요할 것이라고 생각 하는 바 이다.

이와 같은 시스템에 참여 하고 싶은 사람은 아래 주소를 통하여 방문이 가능하다.

가끔 리눅스를 부팅 하다보면 다음 그림과 같은 시스템 오류보고를 하는 다이얼로그가 뜨는 것을 볼수 있다.

이유는 물론 여러가지다.

가장 많은 경우는 리눅스 우분투일 경우 Dpkg 오류 문제일 가능성이 있으며

혹은 보안문제로는 selinux를 설치한 후 일 가능성이 있다.

그렇다면 본격적으로 시스템 오류보고를 끄는 원리를 알아보도록 하자.

보통 리눅스 우분투인 경우 다음 파일이 그 설정을 담당 하고 있다.

해당 파일은 오류 보고를 할 것인지에 대한 설정 파일이다.

해당 파일이 'enable=1'로써 되어 있다면 오류보고를 하겠다는 설정이다. 이것을 'enable=0'로 바꾸어 주면 되는 것이다.

 파이의 GPIO 소스는 기본적 레파시토리와 운영체제 시스템 상에 직접 반영 되어 있지는 않다.

from pyA20.gpio import gpio
from pyA20.gpio import port
import time

gpio.init()

gpio.setcfg(port.PA7, gpio.OUTPUT)


gpio.output(port.PA7, gpio.HIGH)
sleep(2)

gpio.output(port.PA7, gpio.LOW)

리눅스를 활용하게 되면 오픈소스와 레파시토리로 인하여 프로그래밍과 정말 가까워 진다.

그렇기에 자바 및 파이썬 그리고 c 언어 까지 컴파일 및 실행이 무척이나 빠르다.

또 그러므로 BASH 스크립트를 이용하여 이에 대한 과정을 2차 프로그래밍 하여 소스 패키지로써 재배포가 가능한 것이다.

하지만 물론 기초적으로 처음 설치한 리눅스에 java 클라이언트가 설치되어 있을지는 미지수 이다.

그렇기 때문에 먼저 java가 설치 되어 있는지 확인이 필요하다.

    ## 터미널을 열고서 java를 실행해 본다.

    $ java

다음과 같은 설명문이 나오면 java가 설치 되어 있음을 확인한 것이다.

하지만 이와 같은 화면은 oracle-java 가 아닌 openjdk 이다.

본 필자도 마찬가지고 인터넷 에서의 기초 전문가들도 대부분 openjdk 보다는 oracle-java를 설치 하기를 권고 하고 있다.

그렇다면 설치되어 있는 java 클라이언트가 openjdk 인지 아니면 oracle-java 인지 확인이 필요할 것이다.

    ## java 클라이언트의 특성과 버전을 확인한다.

    $ java -version

    ## 만일 다음과 같은 화면이 나온다면 openjdk가 설치되어 있는 것이다.

    openjdk version "9-internal"
    OpenJDK Runtime Environment (build 9-internal+0-2016-04-14-195246.buildd.src)
    OpenJDK 64-Bit Server VM (build 9-internal+0-2016-04-14-195246.buildd.src, mixed mode)

    ## 만일 다음과 같은 화면이 나온다면 oracle-java 가 설치되어 있는 것이다.

    java version "9-ea"
    Java(TM) SE Runtime Environment (build 9-ea+126)
    Java HotSpot(TM) 64-Bit Server VM (build 9-ea+126, mixed mode)
 
만약 openjdk가 설치되어 있다면 oracle-java로 클라이언트를 바꾸어 보자.
이는 다른 운영체제 처럼 굳이 Oracle 홈페이지를 방문할 필요 없이 '레파시토리'를 등록하여 자유롭게 다운받아 사용할 수 있을 것이다.

openjdk를 삭제하고 레파시토리를 등록한 다음 설치 아카이브정보를 업데이트 하고 oracle-java9을 설치 하도록 하자.

다음 페이지 - 리눅스 우분투 터미널에서 본격적으로 java를 컴파일 및 실행하기 (예제 파일 포함) 바로가기

SNS와 메신저 그리고 블로그 이 세가지 형태는 확실히 다르다.

SNS는 단문을 중심으로 한 사회 기간 및 관계망과의 소통을 목적으로 하고 있고

메신저는 보안과 프라이버시를 기반으로 하여 지인들이나 비지니스 중심으로 소통을 위한 도구이다.

블로그는 개인의 생각과 정보 조합의 큐레이션을 종합하여 출판하는 퍼블리션 도구이다.

우선적으로 메신저는 SNS가 아니다.

SNS가 메신저의 역할을 대행 할 수 있지만 메신저 자체가 SNS가 될 수 없다.

왜냐하면 메신저는 앞서 말했듯이 보안과 프라이버시를 중심으로 하며 '비공개' 소통을 그 원칙으로 하고 있다.

그것은 집단 대화든 단독 대화든 마찬가지 일 것이다. 그렇기에 메신저는 서비스를 제공하는 입장에서 개인의 사생활과 정보 교류를 철저하게 보호 해야만 메신저로서 성립이 될 수 있으며 데이터의 흐름에는 암호화가 반드시 필요로 해야만 한다.

사실 스마트폰의 애플리케이션 형태의 메신저 서비스는 본격적으로 대중화 되기 훨씬 그 이전부터 전문가들 사이에서는 많은 논쟁이 있었다.

바로 암호화의 원칙을 준수 해야 하느냐 말아야 하느냐 이다.

먼저 핸드폰의 경우를 설명한다면 그것의 서비스 자체 또한 하나의 메신저 서비스 이다. 그리고 여기에는 반드시 규정과 규격에 따라 데이터 흐름의 암호화를 기본 규칙으로 하고 있다.

그것을 갖춰야만이 메신저 서비스의 가장 기본 형태를 형태를 갖추는 것이고 진정한 메신저라고 할 수가 있다.

그래야만 데이터를 다시 복호화 하는데 있어서 많은 비용과 시간이 발생한다.

즉 그래야만이 국가기관이나 개인이 정말로 필요로 할때만 그 데이터 정보를 취득할수 있게 되며 (무단 수집 불가)

그리고 해커나 범죄자들은 그것을 복호화 할수는 있겠지만 결국 타산이 맞지 않기에 무차별적으로의 정보수집이 어려워 진다.

하지만 만약 국가기관이나 기업이 개인의 메신저 데이터를 마음대로 수집할수 있게 되면 그에 따라 수많은 국제 해커와 범죄자들에게도 그 데이터는 반드시 노출이 되기 마련이다. 메신저 서버에 해킹, 기관망에 해킹, DNS 누수 및 감청 등 모든 구멍을 절대로 막을수 없기 때문이다.

그렇기에 필자는 SNS가 메신저의 역할을 잠시나마 대응 할수는 있지만 메신저 자체가 SNS가 되어선 안된다고 말한 것이다.

하지만 현재의 추세는 SNS와 블로깅의 연계는 실질적으로 이루어 지고 있다.

왜냐하면 둘의 서비스 방식은 프라이버시가 아닌 '공개' 방식을 적용하고 있기 때문이다.

즉 블로깅 형태와 SNS의 결합은 실질적으로 가능하고 많은 대기업들이 이를 추진 하고 있다.

그리고 예외적으로 개인은 대화의 공유를 희망하기도 한다. 하지만 이 문제 또한 한 쪽의 입장만이 아닌 양쪽의 입장을 전부 채택해야만 한다.

즉 양쪽이 공유를 허가 했을때 사회 공유망으로 배포가 가능해야 할 것이다. 

그리고 단독 대화나 집단 대화 그 자체는 데이타 암호화를 그 규정으로 한다면 SNS, 메신져, 블로그는 통합이 가능할수 있을 것이다.

하지만 당신이 명심해야 할 것은 메신저가 절대 폐쇄적이 않다는 것이다.

메신저가 폐쇄적이라 착각하여 누군가의 대화에서 절대 남의 흉이나 죄악을 남기지 마라.

만약에 암호화가 된다고 할 지라도 상대방은 그것을 기록하여 놓을 것이며 그것은 언젠가 당신의 발목을 잡게 될 것이며 그렇지 않다 하더라도

그것은 서버에도 아주 아주 오랫동안 기록된다는 것을 잊지 말자.

단어 하나 글자 하나라도 실제로 기록에서 절대 지워지지 않는 다는 것을 명심하자.