#dns

프론트엔드 CS 지식 수준은 얼마나 필요할까요

현재 프론트엔드 개발자로 취업을 희망하는 취준생입니다. 23년도 SSAFY 수료하고 1년간의 취준기간동안 여러 회사에 이력서를 넣고 온라인코딩테스트, cs지식 테스트 등 여러 문제들을 풀어 보았는데 회사마다 요구하는 수준이 너무 달라서 궁금한점이 생겼습니다. 현재 저의 수준부터 말씀드리자면 프론트엔드 프로젝트 3회 경험 대학시절 Java 코딩 프로젝트 2회 로 프로젝트 경험 있구요 알고리즘(백준) 골드 1 로 웬만한 알고리즘은 기초는 거의다 풀어보며 공부했다고 생각합니다. 자료구조 역시 수박에 겉핧기 일수도 있지만 대부분은 알고있다고 생각합니다. 문제는 CS 지식이 많이 부족하고 그걸 인지하고 있습니다. 최근 모 기업에서 온라인 테스트를 진행했는데 CS 지식과 html, css 등을 물어보는 수준이었습니다. html 과 css는 크게 문제가 되지 않았는데 cs지식이 부족한게 가장 큰 문제였습니다. cs 공부는 계속 진행중인데 cs 지식과는 별개로 처음보는 개념들이 많이 나와 어려움이 많았습니다. PaaS, Cipher Container, SaaS, laaS, MIME, DNS 등등 물론 제가 공부양이 부족하고 CS 지식이 거의 없는 수준이라 알지못한 CS 지식일 수도 있다고 생각합니다. 그렇지만 제가 공부중이던 내용에선 해당 내용을 다루지 않아서 문제를 풀 수 없었습니다.. 이러한 내용들은 어디서 보면 좋을지 또 CS 지식과 관련해서 커리큘럼을 따라간다는 말은 어떠한 커리큘럼을 따라야 하는지가 궁금합니다... 취준 기간이 길어지며 자신감도 많이 떨어지고 온라인 테스트에서 매번 떨어져 힘드네요..

VM에 VPN(Wireguard)을 통한 접속 방법

안녕하세요. 제발 도움 부탁드리겠습니다. *** 제가 궁극적으로 하고 싶은 것 : 외부에서 노트북으로, 저희 집 데스크톱에 VM으로 띄워 놓은 서버에 VPN을 통해서 접속 (네트워크 지식이 부족하여, 어느 부분이 빠졌는지, 뭘 고려해야하는지, 뭘 알아야하는지... 등 조언과 훈수 부탁드립니다. 구체적인 방법을 알려주시면 가장 좋고요ㅠ) 현재 저의 상태입니다. 1. LG 유플러스 인터넷 사용, 집에 있는 데스크톱에 랜선을 꽂아서 인터넷 사용중 (IP : 192.168.219.102) 2. VMware - Bridged 방식으로 VM 서버(Ubuntu 22.04) 하나를 띄워 놓음 (IP : 192.168.219.201) 3. 위의 VM 서버에 Wireguard VPN을 설치 (VPN 서버 + 개인용 웹서버로 사용하기 위해) 4. https://jjeongil.tistory.com/2062 블로그를 보며 VPN 서버 구축을 함 5. Wireguard 설정 ㅇ 서버측 wireguard 설정(VM) [Interface] Address = 192.168.219.1/24 SaveConfig = true PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -t nat -A POSTROUTING -o ens33 -j MASQUERADE PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -t nat -D POSTROUTING -o ens33 -j MASQUERADE ListenPort = 51820 PrivateKey = xxxxxxxxxx= [Peer] PublicKey = xxxxxxxxxx= AllowedIPs = 192.168.219.202/32 ------------------------------------------------------------- ㅇ 클라이언트쪽 wireguard 설정(노트북) [Interface] PrivateKey = xxxxxxxxxx= Address = 192.168.219.202/24 [Peer] PublicKey = xxxxxxxxxx= AllowedIPs = 0.0.0.0/0 Endpoint = 192.168.219.201:51820 ============================================================= [ 로그 ] 2023-09-22 16:18:28.666678: [TUN] [srm-pjt-vm-server] Starting WireGuard/0.5.3 (Windows 10.0.22621; amd64) 2023-09-22 16:18:28.667384: [TUN] [srm-pjt-vm-server] Watching network interfaces 2023-09-22 16:18:28.669947: [TUN] [srm-pjt-vm-server] Resolving DNS names 2023-09-22 16:18:28.669947: [TUN] [srm-pjt-vm-server] Creating network adapter 2023-09-22 16:18:28.750000: [TUN] [srm-pjt-vm-server] Using existing driver 0.10 2023-09-22 16:18:28.762403: [TUN] [srm-pjt-vm-server] Creating adapter 2023-09-22 16:18:28.967072: [TUN] [srm-pjt-vm-server] Using WireGuardNT/0.10 2023-09-22 16:18:28.967588: [TUN] [srm-pjt-vm-server] Enabling firewall rules 2023-09-22 16:18:28.938662: [TUN] [srm-pjt-vm-server] Interface created 2023-09-22 16:18:28.972410: [TUN] [srm-pjt-vm-server] Dropping privileges 2023-09-22 16:18:28.972410: [TUN] [srm-pjt-vm-server] Setting interface configuration 2023-09-22 16:18:28.972932: [TUN] [srm-pjt-vm-server] Peer 1 created 2023-09-22 16:18:28.974501: [TUN] [srm-pjt-vm-server] Monitoring MTU of default v4 routes 2023-09-22 16:18:28.974501: [TUN] [srm-pjt-vm-server] Interface up 2023-09-22 16:18:28.977259: [TUN] [srm-pjt-vm-server] Setting device v4 addresses 2023-09-22 16:18:28.995686: [TUN] [srm-pjt-vm-server] Monitoring MTU of default v6 routes 2023-09-22 16:18:29.023405: [TUN] [srm-pjt-vm-server] Setting device v6 addresses 2023-09-22 16:18:29.072431: [TUN] [srm-pjt-vm-server] Startup complete 2023-09-22 16:18:29.070847: [TUN] [srm-pjt-vm-server] Sending handshake initiation to peer 1 (192.168.219.201:51820) 2023-09-22 16:18:34.106156: [TUN] [srm-pjt-vm-server] Handshake for peer 1 (192.168.219.201:51820) did not complete after 5 seconds, retrying (try 2) 2023-09-22 16:18:34.106156: [TUN] [srm-pjt-vm-server] Sending handshake initiation to peer 1 (192.168.219.201:51820) 2023-09-22 16:18:39.107654: [TUN] [srm-pjt-vm-server] Sending handshake initiation to peer 1 (192.168.219.201:51820) 2023-09-22 16:18:44.115294: [TUN] [srm-pjt-vm-server] Sending handshake initiation to peer 1 (192.168.219.201:51820) 2023-09-22 16:18:49.267198: [TUN] [srm-pjt-vm-server] Handshake for peer 1 (192.168.219.201:51820) did not complete after 5 seconds, retrying (try 2) 2023-09-22 16:18:49.267198: [TUN] [srm-pjt-vm-server] Sending handshake initiation to peer 1 (192.168.219.201:51820) 2023-09-22 16:18:54.340284: [TUN] [srm-pjt-vm-server] Handshake for peer 1 (192.168.219.201:51820) did not complete after 5 seconds, retrying (try 2) 2023-09-22 16:18:54.340284: [TUN] [srm-pjt-vm-server] Sending handshake initiation to peer 1 (192.168.219.201:51820) 2023-09-22 16:18:59.355253: [TUN] [srm-pjt-vm-server] Sending handshake initiation to peer 1 (192.168.219.201:51820) 2023-09-22 16:19:04.414034: [TUN] [srm-pjt-vm-server] Handshake for peer 1 (192.168.219.201:51820) did not complete after 5 seconds, retrying (try 2) 2023-09-22 16:19:04.414034: [TUN] [srm-pjt-vm-server] Sending handshake initiation to peer 1 (192.168.219.201:51820) 2023-09-22 16:19:07.916126: [TUN] [srm-pjt-vm-server] Shutting down 2023-09-22 16:19:07.922350: [MGR] [srm-pjt-vm-server] Tunnel service tracker finished

AWS 내부통신 관련하여 질문드립니다

내부용으로 route53에서 dns를 구성하고 a레코드로 Public으로 만들어진 Alb dns를 연결하면 이는 Vpc내부 통신으로 간주하여 데이터 트랜스퍼 비용이 발생하지 않나요? 아니면 로드밸런서가 퍼블릭 dns이기 때문에 비용이 발생하나요? 개인적인 생각으론 route53도 내부용이고 로드밸런서도 vpc 내외부 경계에 있고 네임서버도 아마존이니까 데이터 트랜스퍼 비용이 발생하지 않을것 같은데 레퍼런스가 없어서 해당 답을 찾기 어렵네용... 답변 부탁드립니다!

DNS 레코드 설정에서 호스트 값 관련 질문

프로젝트에서 만든 서비스를 구글에서 서치하면 검색에 걸리도록 하고 싶은데요, DNS 레코드 설정에서 호스트 값이 '@'라는 건 도메인 전체를 대상으로 설정하는 건가요? 그럼 www가 아니라 다르게 등록된 서브도메인이 있어도 구글에서 제 프로젝트 페이지를 확인할 수 있는 건지 궁금합니다!