bashbomb

안녕하세요. 질문 남겨주셔서 고맙습니다!JS 리액트를 하시다가 인프라/리눅스로 방향을 바꾸시면 용어가 많이 다르게 느껴지실거예요. 분야가 많이 다르니까요. : )질문 주신 내용별로 나눠서 답변을 드리겠습니다. <hr><h3 style="text-align: left">1) 이 강의는 어떤 분들을 기준으로 만들었나요?</h3> 이 강의는<blockquote>“리눅스 기본 명령어는 한 번쯤 써봤고, 이제 실제 서버/실무에서는 어떻게 굴러가는지 알고 싶은 분” 을 기준으로 설계했습니다.</blockquote>즉,<ul><li>cd, ls, cat, tail, grep 등등 리눅스 기본 명령어는 한 번쯤 써봤고</li><li>리눅스가 “서버 운영체제”라는 건 알고 있고</li><li>네트워크는 완전 전문가까진 아니어도,“TCP/UDP가 네트워크에서 쓰이는 프로토콜 이름이다” 정도는 대략 들어본 사람</li></ul>을 상정하고 만든 강의예요.&nbsp;그래서 말씀하신 것처럼 “완전 처음 접하는 분들용 입문 강의”는 아니고, 기초에서 → 실무감각으로 넘어가는 ‘실무 입문’ 쪽에 가깝습니다.<hr><h3 style="text-align: left">2) TCP/UDP 같은 건 꼭 알고 와야 하나요?</h3>강의 안에서 TCP/UDP 자체를 깊게 파고드는 건 아니고,<ul><li>웹 서비스가 어떻게 통신하는지</li><li>포트/방화벽/연결 같은 이야기가 나올 때</li><li>배경 개념으로 살짝살짝 등장하는 정도라서</li></ul>“전혀 모른다 = 강의를 못 듣는다” 수준은 아닙니다.&nbsp;다만, 듣다 보면“아 이 부분은 한 번 정리해두면 좋겠다” 싶은 개념들이 나올 텐데, 그때그때 ChatGPT나 검색, 유튜브 짧은 설명 영상 같은 걸로 옆에 메모장 켜두고 같이 정리해가면 훨씬 편해지실 거예요.<hr><h3 style="text-align: left">3) 지금 제 상태라면, 기초부터 듣고 와야 할까요?</h3>솔직하게 말씀드리면:<ul><li>리눅스 명령어를 거의 안 써보셨다면→ <a target="_blank" rel="noopener noreferrer nofollow" href="https://inf.run/4F956">기초편</a>(리눅스 기본 + 간단한 쉘스크립트)부터 듣고 오시는 걸 추천드립니다.</li><li>리눅스 기본은 조금 해봤는데, 용어(TCP/UDP 등)가 헷갈린다→ 지금 강의를 들으면서&nbsp;<ul><li>모르는 단어는 따로 적어두고</li><li>강의 끝나고/중간중간에 AI나 검색으로 하나씩 정리해 가는 방식을 추천드려요.</li></ul></li></ul><hr>정리하면,<blockquote>“리눅스/네트워크 완전 0에서 시작하는 강의”는 아니고, “기본은 조금 알고 있는 상태에서, 실무에서 어떻게 트러블슈팅하는지 감을 잡는 강의”에 가깝습니다.</blockquote>지금 단계에서<ul><li>한두 강 정도 더 들어보시고,</li><li>“아직은 너무 버겁다” 싶으시면→ <a target="_blank" rel="noopener noreferrer nofollow" href="https://inf.run/4F956">리눅스 기초</a>부터 차근차근</li><li>“내용은 이해는 되는데 용어만 낯설다” 수준이면→ 이 강의 계속 들으시면서 어휘/개념을 곁다리로 채우는 걸 추천드려요. </li></ul>조금 낯설고 헷갈리는 구간만 잘 넘기시면, 개발 + 인프라 두 영역을 모두 이해하는 훨씬 강한 엔지니어가 되실 수 있을 거예요. 궁금한 점은 언제든 편하게 질문 주세요! 응원합니다!!

강의 듣는 타겟층

안녕하세요, 김소금님 저야말로 좋은 질문 남겨주셔서 정말 고맙습니다.&nbsp;기본적으로 인프런 AI 인턴이 아주 잘 정리해주었으니 참고해주시고요, 저는 조금 다른 관점에서 말씀드려볼게요.&nbsp;보통 인프라 환경에서는 서버를 역할별로 그룹화해서 운영합니다.예를 들어 프론트엔드 서버 그룹, 백엔드 서버 그룹, 데이터베이스 서버 그룹처럼요.이렇게 그룹 단위로 구성된 여러 대의 서버 상태를 모니터링한다고 생각해보면, 질문 주신 두 방식 중 어떤 구조가 더 효율적이고 유지 관리에 유리할지 더 명확히 와닿을 수 있어요.&nbsp;예를 하나 들어볼게요.50대의 서버를 운영 중인데, 갑작스럽게 이벤트나 트래픽 증가로 30대를 더 증설해야 하는 상황이 생겼다고 가정해보면,이때 각 서버에 개별적으로 봇 토큰을 설정하는 방식과,중앙 모니터링 서버에서 하나의 봇으로 일괄 관리하는 방식 중어느 쪽이 더 빠르게 대응 가능하고, 나중에 유지보수도 수월할까요?&nbsp;이처럼 변화나 확장에 유연하게 대응해야 하는 운영 환경에서는일반적으로 중앙 집중형 알림 구조가 더 효율적이고 안정적이라는 결론이 나올 수 있어요.&nbsp;물론, 서버 개별 알림이 중요한 특수한 상황이라면 독립된 봇 구성도 고려할 수 있고요.상황에 따라 하이브리드 형태로 구성하는 경우도 있으니, 실제 운영 목적과 환경에 맞춰 유연하게 판단하시면 좋겠습니다.&nbsp;연휴에도 공부하고 이렇게 질문까지 남겨주시는 모습이 정말 멋집니다!이런 꾸준함이 진짜 실력을 만들어준다고 믿어요.항상 응원하겠습니다. 화이팅입니다!!

텔레그램 봇 메세지 전송기능을 여러 서버에 이용하려면

안녕하세요. 인프런 AI 인턴이 답변을 달아준 내용대로 <code>/root/.ssh/id_rsa</code>키가 손상된 것 같습니다. git clone 또는 컨테이너를 생성 할 때 해당 파일을 카피하는데 그 과정에서 손상되었을 가능성이 높습니다. 실습 환경 깃허브에서 SRC/ssh/id_rsa키를 다시 다운받으시거나 내용을 복사해서 <code>/root/.ssh/id_rsa</code> 를 새로 만들어주세요.삭제하고 파일을 새로 만든 다음에는 아래 명령어로 권한설정 꼭 해주시구요.<pre><code>chmod 600 ~/.ssh/id_rsa</code></pre>혹시 안되는 부분이 있으시면 다시 질문 남겨주세요.

컨테이너에서 다른 컨테이너 접속시

안녕하세요.&nbsp;인프런 AI 인턴이 이미 답변을 달아주셨지만, 추가로 설명드립니다.&nbsp;<code>docker-compose.yml</code> 파일 내용을 보시면 컨테이너에 172.18.1.91~93 IP가 할당되어 있습니다.다만, 제가 찾아보니 Windows 환경의 WSL NAT 구조상 이 IP 대역을 브리지 방식으로 직접 사용할 수는 없는 것 같습니다.따라서 로컬 PC에서 웹페이지에 접속할 때는 WSL이 할당한 변경된 IP를 사용하시고,컨테이너 내부에서는 172.18.1.91~93 주소를 그대로 사용하시면 됩니다.해당 내용이 실습 진행에는 큰 영향을 주지 않으니 그대로 진행하셔도 괜찮습니다.혹시 진행 중에 다른 문제가 발생하면 질문 남겨주세요. 고맙습니다.

실습 주소에 172.18.1.91를 접속하니 접속이 되지 않습니다

안녕하세요. 강좌에서 사용한 atlassian confluence는 공개하고 있지 않는 대신 동일한 페이지를 pdf 교안으로 제공하고 있습니다.링크는 목차의 실전편 교안과 새소식에서 확인하실 수 있는데요. 직접 질문을 주셨으니 제가 아래에 링크 보내드리겠습니다. 다운받아서 압축을 풀고 열어 보세요. <a target="_blank" rel="noopener noreferrer nofollow" href="https://drive.google.com/file/d/1A53Y7V55KjdZfz_exUvaL5aidFn_m1dV/view?usp=drive_link">https://drive.google.com/file/d/1A53Y7V55KjdZfz_exUvaL5aidFn_m1dV/view?usp=drive_link</a>혹시 잘 안된다거나 문제가 있으면 다시 질문 올려주세요.확인하고 바로 답변 드리겠습니다.

atlassian 접속이 안됩니다

안녕하세요.인프라 AI 인턴의 답변처럼 파일 COPY가 제대로 되지 않은 것이 문제의 원인인 것 같습니다.제 환경에서 재현이 안되기 때문에 어떤 환경에서 빌드를 실행 중인지 확인을 해주셨으면 합니다. (windows, linux, macos 등)윈도우즈나 리눅스 환경이라면 우선 아래 방법으로 시도를 해 볼 수 있을 것 같습니다.<ul><li>줄바꿈 문자열 등이 달라 인식이 안될 수가 있으니 CRLF를 LF로 변경하고 다시 빌드해보세요.<ul><li>윈도우즈라면 WSL이나 Git Bash 등에서 실행 하세요.</li></ul></li></ul><pre><code>dos2unix SHELL/init.sh
chmod +x SHELL/init.sh</code></pre><ul><li>빌드한 이미지를 삭제하고 빌드 캐시를 사용하지 않고 빌드<ul><li>윈도우즈라면 WSL이나 Git Bash 등에서 실행 하세요.</li></ul></li></ul><pre><code>docker-compose down -v --remove-orphans
docker-compose build --no-cache</code></pre>이렇게 시도해보시고 안되면 다시 질문 부탁드립니다.

docker 컨테이너로 가상환경 구축 시 init.sh 관련 에러 로그

김무준님 안녕하세요. Name or servie not known 에러 메세지는 도메인 이름을 resolving 하지 못해서 나타나는 에러입니다. 대부분 /etc/resolv.conf 또는 네트워크 설정에서 nameserver를 잘못 지정했을 때 나오는데 KT DNS서버로 설정이 잘 된 것을 확인하셨으니 가상서버에서 외부 인터넷과의 네트워크 통신 문제일 가능성이 높을 것 같습니다.virtualbox 가상서버의 네트워크 설정이 브릿지로 되어있는지 확인해보셔야 할 것 같아요.. 현재 로컬머신의 인터넷과 연결된 네트워크 카드와 VirtualBox 가상서버의 네트워크 카드가 브릿지 설정으로 연결되어 있어야 가상서버 내부에서 인터넷으로 통신이 될거예요.네트워크 설정을 브릿지로 변경 해 보시고 ping <a target="_blank" rel="noopener noreferrer nofollow" href="http://gmail.com">gmail.com</a> 등으로 dns resolving이 되는지 확인 해보세요. 참고로 가상서버의 IP는 강의에서 사용한 IP와 달라도 통신에는 문제가 발생하지 않습니다.

bashbomb

投稿