반응형
Username for 'https://github.com': myid
Password for 'https://myid@github.com' :
remote: Support for password authentication was removed on August 13, 2021.
remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ fatal: Authentication failed for 'https://github.com/myid/myrepo.git/'

 

프로젝트에 최초로 git init을 한 경우, 이후 GitHub의 origin 저장소에 push를 시도하면 인증 관련 에러가 발생할 수 있습니다.

이는 GitHub에서 2021년 8월부로 비밀번호 인증을 더 이상 지원하지 않고, 대신 Personal Access Token(PAT) 을 사용하여 인증하도록 변경되었기 때문입니다.

따라서 GitHub 홈페이지에서 새로운 토큰을 발급받고, 이를 로컬 Git에 연동해주어야 합니다.

아래 내용을 따라 진행해주세요.

 

✅ 새로운 Personal Access Token 생성 방법 (Classic 방식)

  1. GitHub 접속 → 로그인
  2. 우측 상단 프로필 클릭 → Settings
  3. 좌측 메뉴에서 아래로 스크롤 → Developer settings
  4. Personal access tokensFine-grained tokens 선택
  5. 우측 상단 "Generate new token" 클릭

 

🔧 설정할 항목들

1. Token name (이름)

  • 예: study-token

2. Resource owner

  • 로그인된 계정 및 추가 사용자

3. Expiration (만료일)

  • 90일, 180일, 1년, 또는 No expiration (보안상 90일 추천)
  • 개인 스터디 용으로 사용 시 'No expiration'도 사용가능하긴 합니다.

4. Repository access (저장소 접근 권한)

옵션 접근 대상 비공개 접근 자동 확장 권장 사항
Public repositories 본인 포함 모든 공개 저장소 N/A 단순 열람, 클론
All repositories 현재 + 앞으로 생성할 저장소 전체 모든 프로젝트에 활용할 토큰
Only select repositories 선택한 저장소(최대 50개) 제한적 접근, 외부앱용

최소 권한 설정 방법

  1. Repository Permissions:
    • 기본적으로 Contents, Issues, Pull requests 권한을 선택하면 대부분의 작업 가능
    • 추가적으로 CI/CD가 필요하면 Actions, 보안 관리가 필요하면 Code scanning alerts 권한 추가
  2. Account Permissions:
    • 대부분의 경우 기본적인 계정 권한만 필요하므로, Profile, Email addresses 정도만 선택하면 충분합니다.

이후 'Generate token' 클릭 시 아래처럼 새로운 토큰이 생성됩니다.

 

 

🛠️ Git에 토큰 저장하기

다음 push에서 GitHub 계정과 토큰을 사용할 수 있도록 설정해야 합니다. 

아래 명령어 입력 시 popup 창이 뜨고, 내용을 입력해주세요.

git push origin main
  • 사용자명: GitHub 아이디
  • 비밀번호: 방금 만든 토큰

 

🛠️ 설정 및 토큰 갱신 절차 (macOS/Windows 공통)

1. 기존 인증 정보 삭제

  • macOS: Keychain Access에서 github.com 항목 삭제
  • Windows: 자격 증명 관리자에서 git:https://github.com 항목 삭제
반응형
반응형

공장 자동화나 스마트 팩토리 같은 산업 환경에서 자주 등장하는 용어 중에 OPC UARDP가 있습니다.
두 기술은 서로 완전히 다른 역할을 하지만, 실제 현장에서는 함께 사용되기도 합니다.
이 글에서는 각 기술의 개념과 실제 현장에서의 연관성에 대해 간단하게 정리해보겠습니다.


🔧 OPC UA란?

OPC UA (OPC Unified Architecture)는 공장 설비나 장비, 센서 등이 서로 데이터를 주고받을 수 있도록 만든 산업용 통신 프로토콜입니다.

✅ 주요 특징

  • 플랫폼 독립적: Windows, Linux, 임베디드 시스템 등 다양한 환경에서 사용 가능
  • 보안 내장: 암호화, 사용자 인증, 데이터 서명 등 강력한 보안 기능 제공
  • 객체지향 데이터 구조: 단순한 값뿐 아니라 '장비', '센서' 같은 구조적 데이터 표현 가능
  • 높은 확장성: 스마트 팩토리, IIoT, MES, SCADA 등 다양한 시스템에서 활용 가능

💡 예시

  • PLC에서 온도 데이터를 OPC UA 서버로 전송
  • 클라이언트 프로그램(SCADA, 웹 클라이언트 등)이 해당 데이터를 실시간으로 조회

 

 

 

💻 RDP란?

RDP(Remote Desktop Protocol)는 Microsoft에서 만든 프로토콜로, 다른 컴퓨터에 원격 접속하여 화면을 보고 조작할 수 있게 해주는 기술입니다.

✅ 주요 특징

  • 원격 데스크톱 접속: 다른 컴퓨터의 화면을 실시간으로 보며 조작 가능
  • 시스템 관리에 유용: IT 관리자, 개발자 등이 원격에서 유지보수할 때 많이 사용
  • Windows 기본 기능: 대부분의 윈도우 운영체제에 내장되어 있음

💡 예시

  • 본사에서 공장 내부 PC에 RDP로 접속
  • 그 PC를 통해 OPC UA 서버 상태를 점검하거나 설정 변경

 

 

🔗 OPC UA와 RDP의 연관성은?

두 기술은 기술적으로는 완전히 별개의 프로토콜입니다.

  • OPC UA는 장비와 시스템 간 데이터 통신을 위한 것이고,
  • RDP는 원격지 컴퓨터에 접속하고 조작하기 위한 것입니다.

하지만 실제 현장에서는 함께 쓰이는 경우가 많습니다.

 

 

📌 실제 사용 예시

엔지니어가 공장 현장에 있는 OPC UA 서버를 점검해야 하는 상황
→ 직접 가지 않고, RDP로 공장 내부 PC에 접속
→ 접속한 PC에서 OPC UA 클라이언트를 실행해서 장비 상태를 확인

이처럼, RDP는 원격 접속 수단, OPC UA는 데이터 통신 수단으로 함께 쓰입니다.

 

 

🧩 두 기술 요약 비교

항목 OPC UA RDP
목적 장비 간 데이터 통신 원격 접속 및 조작
주요 사용처 공장, 자동화 설비, IoT 시스템 유지보수, 원격 작업
기술적 관계 없음 현장에서 함께 쓰이는 경우 많음
보안 기능 암호화, 인증 내장 암호, 2FA 등 외부 보안 설정 사용

 

 

✅ 마무리

정리하자면,

  • OPC UA는 산업 장비 간 안전하고 구조화된 통신을 위한 프로토콜이고,
  • RDP는 원격으로 컴퓨터에 접속해 조작하는 데 사용하는 프로토콜입니다.

서로 다른 역할을 하지만, 스마트 팩토리나 원격 유지보수 환경에서는 함께 사용되는 경우가 많습니다.

반응형
반응형

최근 Mac을 새로 세팅하면서 개발 환경도 처음부터 다시 구성하게 되었습니다.

그 중 가장 먼저 설치한 도구 중 하나가 HomebrewDocker입니다.

혹시 저처럼 처음 설치하시는 분들이 있다면 참고하시라고 정리해봤습니다.

 

Step 1. Homebrew 설치

Homebrew는 macOS에서 패키지나 앱을 간편하게 설치할 수 있게 도와주는 필수 도구입니다. 터미널을 열고 아래 명령어를 입력하면 설치가 시작됩니다.

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
 

설치가 끝나면 터미널에 추가로 아래와 같은 메시지가 뜰 수 있습니다. 이건 brew 명령어를 제대로 인식시키기 위한 설정이니 꼭 따라 해주셔야 합니다.

* Homebrew 설치를 정상적으로 했는데, 아직 터미널에서 brew 명령어를 인식하지 못할 수 있느니, .zprofile을 추가하라는 의미입니다.

🍎 M1/M2/M3 (Apple Silicon) 사용자의 경우

echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> ~/.zprofile eval "$(/opt/homebrew/bin/brew shellenv)"

💻 Intel Mac 사용자

echo 'eval "$(/usr/local/bin/brew shellenv)"' >> ~/.zprofile eval "$(/usr/local/bin/brew shellenv)"

 

 

제대로 설치되었는지 확인하려면 다음 명령어를 입력해봅니다.

brew --version

* homebrew 설치가 정상적으로 완료 되었다면, 버전 정보가 출력됩니다.


 

 

Step 2. Docker 설치

이제 Homebrew를 이용해 Docker를 설치해보겠습니다. Docker는 GUI 앱 형태로 설치되기 때문에 --cask 옵션을 사용합니다.

* --cast 옵션은 Homebrew 에서 GUI 애플리케이션을 설치할 때 사용하는 옵션입니다.

 

brew install --cask docker

* 설치가 완료되면 응용 프로그램 > Docker에서 앱을 실행하거나 아래 명령어로도 실행할 수 있습니다.

 
 

처음 실행할 때는 관리자 권한을 요구하거나 로그인을 해야 할 수도 있어요. 실행이 완료되면 화면 오른쪽 상단 메뉴바에 고래 아이콘 이 생기는데, 이 아이콘이 떠 있다면 Docker가 잘 실행된 상태입니다!



Step 3. 설치 확인

마지막으로 Docker가 정상적으로 설치되었는지 확인해보겠습니다.

docker --version

 

이 명령어를 입력했을 때 버전 정보가 잘 나온다면 성공입니다!


 


저는 이렇게 macOS에 Homebrew와 Docker를 설치하고 본격적인 개발 환경을 시작했습니다. 혹시 설치 중 막히는 부분이나 궁금한 점 있으시면 댓글 남겨주세요! 😊

반응형

+ Recent posts