Rock Bottom Dev Bus

  +  에뮬레이터란? ~시뮬레이터~ -  에뮬레이터 (  emulator  ) 다른 프로그램, 장치를 모방하는 소프트웨어를 말한다.  예) 안드로이드 스튜디오를 설치해서 에뮬레이터를 통해 가상의 핸드폰을 동작시켜 소프트웨어 위에 소프트웨어를 구현시킬 수 있다.  - 시뮬레이터 ( simulator ) simulation 시뮬레이션을 생각하면 쉽게 이해할 수 있다. 실제로 실행하기 어려운 실험을 간단히 행하는 모의실험을 뜻한다.  모의 실험은 컴퓨터에 실제 환경과 거의 흡사한 환경과 상황을 연출하는 프로그램을 통하여  테스트하여 실제 실험과 같은 효과를 얻어낼 수 있다. 적은 비용과 짧은시간 안에 큰 효과를 볼 수 있는 장점이 있다. 예) 비행 시뮬레이터는 파일럿들을 훈련할 때 없어서는 한되는 장치이다. 이유는 훈련받지않은 파일럿들에게 실제 비행기를 통해 훈련하는것은 막대한 리스크가 들기 때문이다. - 차이점  에뮬레이터는 소프트웨어 위에서 실행되는 가상시스템 시뮬레이터는 모의실험을 위한 장치라고 생각하면 이해가 쉬울 것 같다.   - 참고 https://www.haaku.net/92

+  SSH이란?~개념/터미널 애뮬레이터/원격 터미널 접속이 필요한 이유 - SSH 이란? SSH(Secure Shell) Protocol은   컴퓨터와 컴퓨터가 인터넷과 같은 Public Network를 통해 서로 통신을 할 때 보안 을 중점으로 안전하게 통신을 하기 위해 사용하는 프로토콜입니다. 주요한 목적으로는 데이터 전송 / 원격 제어 가 있습니다. * 대표적인 사용 예 데이터전송 : 원격 저장소인 깃허브 이용 시 소스 코드를 원격 저장소인 깃허브에 푸쉬할 때 여러분은 SSH를 활용해 파일을 전송하게 됩니다. 원격 제어 : AWS와 같은 클라우드 서비스를 이용 시 인스턴스 서버에 접속하여 해당 머신에 명령을 내리기 위해서도 SSH를 통한 접속을 해야 합니다. 기존에는 Telnet이나 Rlogin을 사용하였지만 최근에는 대부분 SSH 프로토콜을 사용합니다. 우리가 흔히 알고있는 리눅스 명령어는 SSH 명령어라고 부르기 보다는 sh, bash 등의 셸 명령어라고 보시는 것이 맞습니다. 대부분은 sh 및 bash 라는 명령어 체계를 사용할 것입니다.   따라서 Telnet으로 접속하던 SSH로 접속하던 사용하는 환경이 크게 달라지지는 않습니다.  서버가 동일하고 해당 서버에서 사용하는 셸 명령어가 동일하다는 조건 하에 말이죠. 그런데 Telnet 프로토콜을 놔두고 굳이 SSH 프로토콜을 개발 했으며, Telnet을 사용하지 않는 분위기가 조성되었을까요? 이유는 Telnet은 보안적으로 매우 치명적인 결함이 있기 때문 입니다.  먼저 SSH 프로토콜을 사용했을 때는 내용을 암호화를 통해 패킷을 보내기때문에 보안에 유리합니다. 그러나 Telnet 프로토콜을 사용했을 때는 별도의 암호화가 되지 않고 패킷을 보냅니다. 이로 인해 탈취자가 파악할 수 있는 치명적인 문제가 발생합니다.  때문에 특별한 경우가 아니면 Telnet 프로토콜 사용을 지양해야 합니다.  최신 리눅스에서는 일반적으로 ...

+ SSL이란?~개념/TLS와의 차이점/인증/인증서 유형/유효성~ - SSL 이란? SSL(Secure Sockets Layer)은 암호화 기반 인터넷 보안 프로토콜임.  인터넷 통신의 개인정보 보호, 인증, 데이터 무결성을 보장 하기 위해 만들어짐. SSL/TLS를 사용하는 웹사이트의 URL에는 "HTTP" 대신 "HTTPS"가 있음. * (SSL의 개념을 매우 잘 설명한 블로그 링크) https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=skinfosec2000&logNo=222135874222 - SSL과 TLS의 차이점 SSL은 TLS(Transport Layer Security) 이라는 또 다른 프로토콜의 바로 이전 버전 임. 이름이 바뀐 것은 소유권 변경(기업) 을 나타내기 위한 것. TLS를 아직 SSL이라 부르기도 하고 , SSL의 인지도가 높으므로, ‘SSL/TLS 암호화’라 부르는 경우도 있음. - SSL 인증이란? SSL은 SSL 인증서(공식적으로 "TLS 인증서")가 있는 웹사이트만 실행할 수 있음.  SSL 인증서는 사람의 신원을 확인하는 신분증이나 배찌와 같음. SSL 인증서는 웹사이트나 애플리케이션 서버가 웹에 저장하고 표시함. SSL 인증서에 포함된 가장 중요한 정보에 웹사이트의 공개 키 가 있음. 이 공개 키 덕분에 암호화가 가능함.  사용자의 장치는 공개 키를 보고 이를 이용하여 웹 서버와 안전한 암호화 키를 수립함. 웹 서버에도 기밀로 유지하는 개인 키가 있음.  개인 키는 공개 키로 암호화된 데이터를 해독함. CA(인증 기관)는 SSL 인증서 발행을 담당함. - SSL 인증서의 유형 다양한 유형의 SSL 인증서가 있음.  하나의 인증서가 하나의 웹사이트에 적용되는지 아니면 여러 개의 웹사이트에 적용되는지에 따라 유형이 달라짐. * 단일 도메인: 단일 도메인 SSL 인증서는 단 하나의 도...

+프로토콜이란?(P rotocol)  : 프로토콜 개념 쉽게 이해하기  https://rockbottomdevbus.blogspot.com/2022/02/what-is-protocol.html +프로토콜이란?(P rotocol)  : 프로토콜의 원리 지금까지 우리는 통신하는 두 상대방이란 표현을 사용하였는데 OSI규약에서는 이를 실체(entity) 라는 용어로 사용하고 있다. OSI에서는 통신하는 두 상대방이 컴퓨터 내부에서 돌아가는 프로그램인 경우가 대부분이다. 하지만 이전 포스팅에서 설명하는 프로토콜은 통신하는 두 상대방 즉 실체가 사람인 경우, 우리가 전화를 이용하여 음성 통신을 하는 것과 마찬가지로 그대로 적용되는 이야기 이다. 전화를 통해 음성 정보를 주고 받을 때에도 프로토콜이 필요하다. 사람이 다른 사람과 전화 할 때에도 전화선이라는 전송채널에서 에러가 발생하며, 사람에 따라서는 너무 빨리 말하는 사람이 있어 듣는 사람이 미처 이해하지 못하고 지나가는 경우가 있는데 사람들은 이 경우 그러한 상황에 자연스럽게 대처할 수 있는 능력을 태어났을 때부터 갖고 있다. 즉, 잡음 때문에 상대방의 단어를 놓쳤을 때에는 “잠깐 잘못들었는데 다시 한번 말해 줄래”라든지 상대방말이 너무 빨라 의미를 소화하기 어려우면 “잠깐 좀 천천히 말해줄래”라고 하는데 이는 프로토콜 용어 로는 각각 에러제어 와 흐름제어 에 해당된다. 위에서 말한대로 사람들은 누구든지 프로토콜을 학습하지 않고도 잘 알 수 있으므로 굳이 사전에 프로토콜이라는 약속을 할 필요가 없을 뿐 이다. 따라서 지금은 사람간의 통신에는 정보를 정확히 효율적으로 전송하기 위한 약속은 필요치 않고, 그 대신 예의바른 통신을 하기 위한 프로토콜은 많을수록 좋은 것이다. 반대로 지능이 전혀 없는 정보기기들은 돌발적인 상황에 대처할 능력이 전혀 없으므로 통신할 때 발생할 수 있는 모든 상황에 일일이 이럴 때는 이렇게, 저럴 때는 저렇게 등등의 지시를 해 놓아 마치 지능을 갖는 것처럼 만...

 +프로토콜이란?(P rotocol)  : 쉽게 이해하기 - 개념  * ( 일반적 개념 ) 한 때 대중들이 정보통신에 대해 전혀 관심이 없었을 때에도 프로토콜이란 단어가 가끔 신문기사에 등장한적이 있었다. 대체로 외국의 국빈이 우리나라를 방문하였을 때 그 방문기사에 등장하던 프로토콜이란 단어는 국빈을 대접하는 의전 절차라는 의미 로 쓰인다. 예를들어 외국원수의 공식방문시 우리나라에서는 국무총리나 외무부 장관이 기내에 들어가서 영접을 하고 난 후 의장대를 사열하고, 이어서 환영연설을 하고, 저녁에는 대통령과의 만찬이 있고 등등 방문객의 지위나 방문 형태에 따라서 그 프로토콜도 달라지게 된다. 프로토콜이란 단어를 사전에서 찾으면 위에 얘기한 외교상의 의례란 의미 외에도 의정서, 조약(안)으로 설명이 되어있다. 아무튼 프로토콜이란 단어속에는 어떤 경우이든지 간에 두 상대방이 있어 그 두 상대방간 합의된 약속이란 의미를 내포하고 있다. 국빈의 의전절차에도 피방문자가 지켜야 할 도리뿐만 아니라 방문객이 이에 따라 취해야 하는 행동 절차도 같이 포함되어 있으므로, 프로토콜이란 방문자와 피방문자 두 상대방의 행동양식에 대한 미리 정해진 약속으로 볼 수 있다. 방문객이 이렇게 하면 피방문객은 저렇게 하고,피방문객이 또 이렇게 하면 방문객이 거기에 대응하여 행동하는 등등 프로토콜은 외교관이 배우고 갖추어야 할 중요한 내용이 틀림없다. * ( 통신에서의 개념 ) 그러면 통신에 등장하는 프로토콜은 어떤 의미를 지니고 있으며 왜 필요한가. 사실 통신에서 말하는 프로토콜은 엄밀히 말하면 통신 프로토콜이라고 앞에 통신을 반드시 붙여 말해야 한다. 그런데 어떤 사실을 얘기할 때 대주제가 통신인 경우 우리는 통신을 생략하고 보통 프로토콜이라고만 말하게 되고, 이 경우 듣는 사람이나 말하는 사람 모두 프로토콜은 통신 프로토콜을 의미하게 되는 셈이다. 이제 프로토콜이 통신 프로토콜의 생략형이라는 것은 분명해 졌다. 먼저 통신 프로토콜을 정의해 놓고 다음 얘기를 진행하...

 + 크롬 개발자도구 어플리케이션 쿠키 값 지정 시 쿠키 값 지정되지 않는 현상~업데이트 시 작동되지 않는 현상~ * App 운영 프로젝트에서 생겼던 이슈입니다. @ 프로젝트 정보 ① 이 app은 java로 구동이 가능하도록 만들어진 프로젝트이다. ② 특이하게 로그인 시스템이 따로 없고 app을 설치하고 본인 인증한 정보를 가지고 로그인 한것처럼 사용이된다. ③ app을 pc web에서 테스트계정 정보혹은 특정 사용자 정보(ci값)으로 로그인 한것처럼 테스트 사용이 가능하다. ④ pc web에서 계정 정보로 로그인 한것처럼 접근할 때  - 크롬 개발자도구 application 탭 >>cookies 에서 해당 도메인을 선택 >> 한줄추가 (name= [이름+시간hh],value=테스트계정 ci 정보 or 사용자 ci 정보)  >> url에 접속이 가능하게 만든 컨트롤러 경로 입력  이러한 프로세스로 로그인 한것 처럼 사용(테스트)할 수있었다. (아래사진참고) @이슈발생  - 2022년 2월 쯤 갑자기 ④기능이 갑자기 되지않았다.  - 전임자가 나간시기와 맞물려서 방화벽 문제인줄 알았다.  - 방화벽 룰또한 같은시기에 변경된 부분이 있다고하여 방화벽 문제로 확신 하였다. - 하지만 방화벽을 모두 열어도 처리되지 않았다. - 프록시 서버에 문제가있는지 재기동해보려고 프록시 서버 정보를 찾아봤으나 아닌거 같았다.  @해결 : 크롬 업데이트 이슈 - 혹시 내 pc만 되지 않는지 같은 크롬 계정으로 확인해보니 내pc에서만 안되었다. - 얼마전에 크롬 업데이트가 있었던게 생각나서 버전을 확인해보니  PC1(안되는PC)은 90버전 PC2(되는PC)는 68버전이었다. - 아래 사이트를 참고하여 크롬을 삭제하고 86버전으로 설치하니 해결되었다.  https://www.slimjet.com/chrome/google-chrome-old-version.ph...

 + 방화벽 오픈 시 자주 사용하는 포트~80 443 8080 3389~ 1. 포트(port) 란? - 포트(port)란 컴퓨터끼리 정보를 교환하기 위해 사용하는 가상의 논리적 접속 위치이다. 널리 알려진 포트 번호에는 20번(FTP), 22번(SSH), 23번(telnet), 25번(SMTP), 53번(DNS), 80번(http), 110번(POP3), 143번(IMAP), 194번(IRC), 443번(https) 등이 있다. 2. 잘알려진 포트 21번 : FTP(File Transfer Protocol) : FTP 연결 시 인증과 컨트롤을 위한 포트 23번 : Telnet(Telecommunication Network) : 인터넷을 통하여 원격지의 호스트 컴퓨터에 접속할 때 사용하는 포트 25번 : SMTP(Simple Mail Transfer Protocol) : 메일을 보낼 때 사용하는 포트 80번 : HTTP(Hyper Text Transfer Protocol): 웹 서비스를 사용하기 위한 포트 3. 등록된 포트 (특정 프로그램에서 기본으로 사용하는 값 으로 이해가 됨) 1433번 : MSSQL : 마이크로소프트(MS)에서 제공하는 데이터베이스 하부 언어(SQL)를 사용하기 위한 포트 3306번 : MySQL : SQL을 사용하는 공개 소스의 관계형 데이터베이스 관리 시스템(RDBMS)을 사용하기 위한 포트 3389번 : 원격 접속 : 원격 접속을 사용하기 위한 포트 8080번 : HTTP 대체 : HTTP 포트(80번)를 대체할 수 있는 포트 4. 방화벽 오픈시 자주 사용하는 포트 * 잘알려진포트  80 TCP UDP HTTP - 웹 페이지 전송 www 통신에 대한 요청-응답 프로토콜 (HyperText Transfer Protocol) 443 TCP HTTPS - SSL 위의 HTTP (암호화 전송) 보안 강화 www 통신 프로토콜 (HyperText Transfer Protocol over Secure S...

- 포스트맨으로 API 호출하는 방법 1 : post 방식 실사용예제 https://rockbottomdevbus.blogspot.com/2022/02/api-api-1post-how-to-make-api-calls.html + 포스트맨으로 API 호출하는 방법 2 : get 방식 예제 1. 상단 링크를 참고하여 포스트맨 실행  2. api 테스트용으로 제공된 사이트 접속  https://jsonplaceholder.typicode.com/ 3. 메인페이지 중간쯤 위치한 Resources 영역 >> /users 선택 4. 아래와 같이 데이터들을 확인 후 url 복사   5. GET 방식 TEST  * 요청역역  - GET 방식으로 설정  - URL 입력 :   https://jsonplaceholder.typicode.com/users - 파라미터 입력 : ex) key : id / val : 1 * (키 값 입력 시 자동으로 url도 변경됨) - Send 선택  * 결과 영역  - 요청 결과에 대한 데이터 확인가능 ex) id값이 1인 데이터 출력됨 데이터 확인 시 JSON, XML, HTML 등 각종 방식으로 확인 가능 - 결과 상태 확인가능 ex) 200 - 참고 https://lovelydiary.tistory.com/375 https://devchul.tistory.com/12 https://jsonplaceholder.typicode.com/

+ 포스트맨으로 API 호출하는 방법 1 : post 방식 실사용예제   1. 포스트맨 설치 및 로그인 https://www.postman.com/ 2.  Create  New 버튼 선택  3. Http Request 버튼 선택 4. 실사용예제 - 왼쪽상단값 POST로 변경 - URL입력칸에 요청 URL 입력 - Body 선택 >> raw 선택 - 포스트 방식으로 요청할 값 입력  * ( 사진의 예시는 URL 인코딩한 값으로 하단에 해당 예제 사용 시 인코딩 및 디코딩한 설명 기재 )  * ( 사진의 예시는 보안상 마스킹처리함 ) 5. 4번 예제 URL인코딩 방법   https://coderstoolbox.net/string/#!encoding=xml&action=encode&charset=us_ascii - 링크한 페이지 접속 - URL 체크  - 인코딩 OR 디코딩 선택 - UTF-8 선택  = 아웃풋칸에 자동 변환되어 출력됨. - 참고 https://lovelydiary.tistory.com/375 https://devchul.tistory.com/12 https://jsonplaceholder.typicode.com/