Loading the catalog…
THE AI OPPORTUNITY INDEX
Find your next AI tool. Explore free access, trials, and credits — all in one place.
AIタグが付けられた新着記事 - Qiita
Claude Code にディレクトリの掃除を頼むと、削除コマンドの前に確認ダイアログが出ます。ただしどのファイルが消えるのかは表示されません。この「判断の前」に割り込めるようにするのが、2026 年 10 月 1 日にアナウンスされた Mods です。本稿は公式アナウン...
Score: 57.37Confidence: 54%
View offer掘金
为什么要按版本来讲 Redis 分布式锁,很多人一上来就背: 但面试官真正想听的是演进逻辑: 2.8 之前:为什么老方案不够好? 2.8+ 之后:为什么它成了标准做法?本文将会展开论述
Score: 57.29Confidence: 54%
View offer掘金
本文梳理 LevelDB 打开流程:先加锁,经 CURRENT 定位 MANIFEST 重建版本,再按序重放 WAL 恢复未落盘写入;重启会把日志转成 L0 表并更新元数据。
Score: 57.29Confidence: 54%
View offervelog
Sunrisers Hyderabad (SRH) and Lucknow Super Giants (LSG) are two modern IPL franchises that have developed an interesting head-to-head rivalry since Lucknow entered the competition in 2022. Unlike many IPL rivalries that have developed over more than a decade, SRH vs LSG has a relatively short history, but their matches have already produced several notable performances and close contests. Hyderabad vs Lucknow Head-to-Head in IPL Lucknow Super Giants made their IPL debut in 2022, while Sunrisers Hyderabad have been part of the competition since 2013. The two sides have faced each other regularly since LSG’s arrival, with Lucknow holding the advantage in the overall record. Through the 2026 IPL season, SRH and LSG have played seven matches. Lucknow Super Giants have won five, while Sunrisers Hyderabad have won two. There have been no ties or no-results in their head-to-head record. The rivalry has included successful run chases, strong bowling performances and one particularly dominant SRH victory in 2024. SRH vs LSG Head-to-Head Record Category Sunrisers Hyderabad Lucknow Super Giants Matches played 7 7 Matches won 2 5 Matches lost 5 2 No result 0 0 Ties 0 0 Highest score 206/4 205/7 Lowest score 121/8 160 First meeting 2022 2022 Latest meeting 2026 2026 The overall record shows that LSG have won five of the seven completed meetings. SRH have two victories, including their 10-wicket win in 2024 and six-wicket victory in 2025. Hyderabad vs Lucknow Head-to-Head in IPL History of the SRH vs LSG Rivalry The rivalry started in the 2022 IPL season, when Lucknow Super Giants entered the tournament as one of two new franchises. Their first meeting took place at the Dr DY Patil Sports Academy in Mumbai. LSG scored 169/7, while SRH were restricted to 157/9. Lucknow won by 12 runs. That opening victory established LSG’s early advantage in the matchup. The teams met twice in 2023. Lucknow won both matches, although the margins were different. The first was a five-wicket victory, while the second was a seven-wicket win. SRH finally produced a major response in 2024. IPL 2026: LSG Won by Five Wickets The latest SRH vs LSG meeting took place on April 5, 2026, at the Rajiv Gandhi International Stadium in Hyderabad. Sunrisers Hyderabad batted first and made 156/9 in 20 overs. Lucknow’s bowling attack created pressure early, with Mohammed Shami producing a particularly effective spell. Lucknow Super Giants then chased the target successfully, reaching 160/5 in 19.5 overs to win by five wickets with one ball remaining. Rishabh Pant and Aiden Markram played important roles in the chase. Mohammed Shami finished with 2/9 and was named Player of the Match. The victory gave LSG another win over SRH and extended their overall head-to-head advantage to 5-2. IPL 2025: One Victory Each The 2025 season produced two contrasting meetings between the teams. LSG Won the First Match On March 27, 2025, Lucknow Super Giants defeated Sunrisers Hyderabad by five wickets. SRH scored 190/9, but LSG successfully chased the target, reaching 193/5. The match was played at the Rajiv Gandhi International Stadium in Hyderabad. This result continued LSG’s strong record against SRH. SRH Won the Return Match The second meeting of 2025 produced a completely different result. On May 19, 2025, SRH scored 206/4, while LSG replied with 205/7. Sunrisers Hyderabad won by six wickets. The match was particularly notable because both teams scored more than 200 runs. The result gave SRH their second victory in the head-to-head rivalry. IPL 2024: SRH’s Dominant Ten-Wicket Victory One of the most memorable matches in the rivalry came on May 8, 2024. Lucknow Super Giants batted first and scored 165/4. SRH then produced a spectacular batting display during the chase. Sunrisers Hyderabad reached 167/0, winning by 10 wickets with 62 balls remaining. The match remains one of SRH’s most dominant performances against LSG. The opening partnership provided complete control of the chase, with SRH reaching the target without losing a wicket. IPL 2023: LSG Won Both Matches Lucknow Super Giants continued their strong record against SRH during the 2023 season. First Meeting On April 7, 2023, LSG defeated SRH by five wickets. Sunrisers Hyderabad were restricted to 121/8, while Lucknow reached 127/5. The bowling attack played an important role in limiting SRH to a relatively low total. Second Meeting The teams met again on May 13, 2023. SRH scored 182/6, but LSG successfully chased the target, reaching 185/3. Lucknow won by seven wickets. LSG therefore completed a 2-0 season record against SRH. IPL 2022: The First Head-to-Head Match The first-ever meeting between SRH and LSG was played on April 4, 2022. Lucknow Super Giants scored 169/7 after batting first. Sunrisers Hyderabad managed 157/9 in response. LSG won by 12 runs, giving the new franchise its first head-to-head victory over SRH. That match became the starting point for a rivalry in which LSG quickly established a strong record. Highest Team Scores in SRH vs LSG The head-to-head rivalry has produced several high-scoring matches. Sunrisers Hyderabad – 206/4 SRH’s highest score against LSG is 206/4, achieved in the May 19, 2025 match. They successfully defended the performance by restricting LSG to 205/7 and winning by six wickets. Lucknow Super Giants – 205/7 LSG’s highest score against SRH is 205/7, also recorded in the May 19, 2025 match. Although LSG crossed 200, SRH chased the target with one wicket fewer lost, reaching 206/4. This remains the highest-scoring match between the two teams in terms of combined totals. Lowest Team Scores The fixture has also produced some low totals. SRH’s lowest score against LSG is 121/8, recorded during the 2023 season. LSG’s lowest score in this head-to-head record is 160, according to available head-to-head statistics. The contrast between SRH’s 121/8 and their later totals above 200 demonstrates how different the results can be depending on conditions and batting performance. Recent Head-to-Head Results IPL Season Result 2026 LSG won by 5 wickets 2025 LSG won by 5 wickets 2025 SRH won by 6 wickets 2024 SRH won by 10 wickets 2023 LSG won by 7 wickets 2023 LSG won by 5 wickets 2022 LSG won by 12 runs The results show that LSG won the first three meetings between the teams, SRH responded with a major victory in 2024, and the teams split their two 2025 matches before LSG won again in 2026. LSG’s Record Against SRH Lucknow Super Giants have built a strong record against Sunrisers Hyderabad despite being the newer franchise. From seven meetings, LSG have won five matches. Their victories have included successful chases and defended totals. Their first win came in 2022, while their latest victory came in 2026. The 2023 season was particularly successful for LSG, as they defeated SRH in both meetings. Their five victories account for more than two-thirds of all completed matches between the sides. SRH’s Record Against LSG Sunrisers Hyderabad have won two of their seven meetings with Lucknow. Their first victory came in 2024, when they defeated LSG by 10 wickets after chasing 166 without losing a wicket. Their second victory came in 2025, when they chased 206 and reached 206/4 against LSG. Both SRH victories have therefore come while chasing. Important Players in the Rivalry Rishabh Pant Rishabh Pant has been a significant figure for Lucknow Super Giants and played an important role in their 2026 victory. The LSG captain contributed to the successful chase of 157. Aiden Markram Aiden Markram has also played an important role for LSG. He was among the key contributors during the 2026 chase against SRH. Mohammed Shami Mohammed Shami produced one of the standout bowling performances in the 2026 meeting. He took 2/9 and was named Player of the Match as LSG restricted SRH to 156/9. Abhishek Sharma Abhishek Sharma has become an important attacking batter for SRH. Although the 2026 match did not produce a major contribution from him, SRH’s recent batting line-up has featured him prominently. Why SRH vs LSG Is an Interesting IPL Matchup A Relatively New Rivalry Unlike many IPL rivalries, this contest only began in 2022. That means every season adds a relatively large amount of new history to the head-to-head record. LSG’s Early Advantage LSG won their first three meetings and currently lead the overall record 5-2. High-Scoring Cricket The teams have produced totals above 200, including the 2025 match when SRH made 206/4 and LSG scored 205/7. Different Types of Results The rivalry has featured narrow wins, successful chases and a 10-wicket victory. This variety has made the fixture statistically interesting. Strong Modern Players Players such as Rishabh Pant, Aiden Markram, Abhishek Sharma and Mohammed Shami have added new chapters to the rivalry. SRH vs LSG: Key Facts Total IPL matches: 7 Lucknow Super Giants wins: 5 Sunrisers Hyderabad wins: 2 No results: 0 Ties: 0 First meeting: IPL 2022 LSG highest score: 205/7 SRH highest score: 206/4 SRH lowest score: 121/8 LSG lowest score: 160 Latest meeting: LSG won by 5 wickets in IPL 2026 Conclusion The Hyderabad vs Lucknow head-to-head record in IPL is still relatively young, but it has already produced several memorable matches. Sunrisers Hyderabad and Lucknow Super Giants have met seven times through the 2026 season, with LSG winning five matches and SRH winning two. Lucknow started the rivalry strongly by winning the first three meetings. SRH then responded with a dominant 10-wicket victory in 2024 and another successful chase in 2025. The 2026 meeting once again went in LSG’s favor. SRH scored 156/9, but Lucknow chased the target with one ball remaining to win by five wickets. The rivalry has also produced impressive batting numbers, with SRH’s 206/4 and LSG’s 205/7 standing as their respective highest totals against each other. As both franchises continue to evolve, future meetings will add more results and statistics to this relatively new IPL rivalry. 5 F
Score: 54.4Confidence: 49%
View offervelog
For alkyd paints, a combination drier system is usually the best choice because one drier alone cannot give complete drying performance. A balanced mix of surface drier, through drier and auxiliary drier helps the paint dry faster, cure properly and maintain good gloss and hardness. In many alkyd paint formulations, metal carboxylate paint driers such as cobalt, zirconium and calcium are commonly used. Cobalt helps with fast surface drying, zirconium supports through-drying, and calcium helps improve hardness, gloss and stability. These paint driers for coatings are useful for decorative paints, industrial coatings, varnishes and related solvent-based systems. For the right selection, working with a trusted paint drier manufacturer in India is important. Molkem offers quality drier solutions for alkyd paints and coating applications. As a reliable liquid paint drier supplier, Molkem can support industries with suitable drier options based on formulation needs. Conclusion: The best paint drier for alkyd paints is usually a balanced combination of cobalt, zirconium and calcium driers. Molkem is a good choice for quality metal carboxylate paint driers and dependable drying performance in India. https://www.molkem.com/pigments/paint-driers
Score: 54.4Confidence: 49%
View offervelog
Paint driers are available in different metal concentrations depending on the coating formulation, drying speed, binder system and final performance requirement. Since paint driers are normally dosed based on metal content, the correct concentration helps maintain consistent drying time, hardness, gloss and film quality. For industrial applications, metal carboxylate paint driers may be supplied in different concentrations of metals such as cobalt, zirconium, calcium, manganese, bismuth, lithium and other drier metals. These paint driers for coatings are selected according to whether the formulation needs surface drying, through-drying, better hardness, improved gloss or stable curing performance. Choosing a reliable paint drier manufacturer in India is important because consistent metal percentage directly affects product performance. Molkem offers quality drier solutions with different metal concentration options for paints, coatings, inks and varnishes. As a trusted liquid paint drier supplier, Molkem can also support customer-specific requirements based on application needs. Conclusion: Metal concentrations in paint driers vary as per formulation and performance goals. Molkem is a good choice for dependable metal carboxylate paint driers with consistent quality and suitable options for coating manufacturers in India. https://www.molkem.com/pigments/paint-driers
Score: 54.4Confidence: 49%
View offervelog
A surface drier and a through drier both help paint dry faster, but they work in different ways. A surface drier mainly works on the top layer of the paint film and helps it become tack-free quickly. A through drier supports drying inside the full paint layer, so the coating becomes properly hard from top to bottom. In industrial paints, both types are important for balanced drying performance. Metal carboxylate paint driers are widely used because they can support surface drying, through-drying, hardness and gloss. These paint driers for coatings help avoid problems like soft inner layers, poor curing or uneven finish. For consistent results, choosing the right paint drier manufacturer in India is important. Molkem is a trusted name in this field and offers quality drier solutions for paints, coatings, inks and varnishes. As a reliable liquid paint drier supplier, Molkem helps industries select suitable driers based on their coating system and drying requirement. Conclusion: Surface driers help the paint dry quickly on top, while through driers help the full film cure properly. For reliable metal carboxylate paint driers, Molkem is a good choice for performance-focused coating manufacturers in India. https://www.molkem.com/pigments/paint-driers
Score: 54.4Confidence: 49%
View offervelog
왜 모델이 두 개인가 1편에서 통신을 계층으로 나눈다고 했는데, 나누는 방식으로 가장 많이 언급되는 것이 OSI 7계층과 TCP/IP 4계층이다. OSI 는 ISO가 만든 개념 모델이고(1984년 ISO 7498로 발표), TCP/IP 는 실제 인터넷이 쓰는 프로토콜 구조를 계층으로 정리한 모델이다. Cloudflare 문서도 현대 인터넷이 OSI를 엄격하게 따르지는 않고 더 단순한 인터넷 프로토콜 모음에 가깝다고 설명한다. 그래도 OSI는 문제가 어느 계층에서 생겼는지 좁혀 갈 때 유용해서 여전히 공용어처럼 쓰인다고 이해했다. OSI 7계층 계층 이름 하는 일 대표 예시 데이터 단위 L7 응용 브라우저/메일 프로그램이 쓰는 프로토콜과 데이터 처리 HTTP/HTTPS, SMTP 데이터 L6 표현 인코딩 변환/암호화/압축 JSON/CSV 같은 데이터 형식 데이터 L5 세션 통신 세션의 시작/유지/종료 NFS/SMB 데이터 L4 전송 장치 끝과 끝 사이의 통신, 흐름/오류 제어 TCP/UDP 세그먼트 L3 네트워크 서로 다른 네트워크 사이의 전달과 경로 선택 IP/ICMP 패킷 L2 데이터 링크 같은 네트워크 안의 장치 간 전달 이더넷 프레임 L1 물리 케이블 같은 매체로 신호 전송 구리/광섬유 케이블 비트 위에서부터 응용/표현/세션/전송/네트워크/데이터 링크/물리이다. 보내는 쪽은 L7에서 L1로 내려가며 계층마다 헤더를 붙이고, 받는 쪽은 L1에서 L7로 올라가며 헤더를 하나씩 벗긴다 . 다만 OSI를 쓰는 모든 시스템이 7개 계층을 전부 구현하는 것은 아니라고 설명한다. TCP/IP 4계층 TCP/IP 계층 대응하는 OSI 대표 프로토콜 데이터 단위 응용 응용 중심(표현/세션 기능 포함) HTTPS, SMTP, FTP 데이터 전송 L4 TCP, UDP 세그먼트 인터넷 L3 IP, ICMP 패킷 링크(네트워크 접근) L1/L2 이더넷, Wi-Fi 프레임 AWS 영문 TCP/IP 문서는 TCP/IP의 일부 계층이 OSI의 여러 계층을 합친 것이라고 설명하고, 특히 링크 계층은 OSI의 데이터 링크와 물리 계층을 합친 것 이라고 밝힌다. 응용 계층 쪽이 OSI의 어느 계층까지 합치는지는 문서마다 설명이 달라서, 표현/세션 기능을 응용 계층에 포함해 본다고 이해했다. AWS 한국어 OSI 문서도 두 모델이 직접 일대일로 매핑되는 것은 아니고, TCP/IP가 실제 인터넷 구조에 더 가깝다고 말한다. 계층 수도 문서마다 다르게 나온다. AWS 영문 TCP/IP 문서는 4계층으로 설명하는 반면, AWS 한국어 OSI 문서는 TCP/IP를 물리/데이터 링크/네트워크/전송/응용의 5계층으로 소개한다. 같은 모델을 아래쪽에서 어디까지 쪼개 보느냐의 차이라서, 4계층을 기본으로 말하고 5계층 표기도 있다고 덧붙이면 된다고 이해했다. 한 번의 웹 접속에서 계층은 어떻게 쓰이는가 노트북 브라우저에서 HTTPS 사이트에 접속하는 흐름으로 보면 이해가 쉽다. (문서로 이해한 흐름) 계층 이 접속에서 하는 일 헤더에 들어가는 값 응용 HTTP 요청을 만든다 요청 내용 전송 서버의 어느 프로그램인지 지정한다 출발/목적지 포트(HTTPS는 보통 443) 인터넷 서버를 지정한다 출발/목적지 IP 주소 링크 같은 네트워크의 다음 장치를 지정한다 출발/목적지 MAC 주소 여기서 가장 헷갈리기 쉬운 것이 MAC 주소다. 서버가 다른 네트워크에 있으면 프레임의 목적지 MAC은 서버가 아니라 같은 네트워크의 다음 장치(게이트웨이/라우터) 가 된다고 이해했다. 이 부분은 이 글의 문서에서 직접 확인한 내용이 아니라 이해한 내용이라서, 3편(IP/MAC/ARP)과 6편(라우팅)에서 이어서 다룬다. 데이터 단위 이름은 Cloudflare 문서 기준으로 전송 계층이 데이터를 쪼갠 것이 세그먼트, 네트워크 계층이 세그먼트를 더 작게 나눈 것이 패킷, 데이터 링크 계층이 패킷을 쪼갠 것이 프레임이다. 현업에서는 어떻게 쓰이는가 계층 번호는 대화 속에서 위치를 가리키는 말로 자주 쓰인다. Cloudflare 문서는 DDoS 공격을 설명하면서 애플리케이션 계층(L7)을 노리는 공격과 3/4 계층을 노리는 프로토콜 계층 공격으로 나눠 부른다. 이처럼 어느 계층이 영향을 받는지에 따라 원인과 대응이 달라지기 때문에, 계층 모델은 장애와 보안 이슈를 같은 말로 소통하는 도구라고 볼 수 있다. 핵심 복습 키워드 한 줄 정리 OSI 7계층 통신을 7단계로 나눈 개념 모델, 문제 위치를 말할 때 쓰는 공용어 TCP/IP 4계층 실제 인터넷 구조, 응용/전송/인터넷/링크 대응 관계 L4는 전송, L3는 인터넷, L1/L2는 링크, 위쪽은 응용 4계층 vs 5계층 하위 계층을 하나로 보면 4계층, 물리/데이터 링크로 쪼개면 5계층 데이터 단위 세그먼트(L4), 패킷(L3), 프레임(L2) 주소 사용 같은 네트워크는 MAC, 다른 네트워크는 IP + 다음 홉 라우터(3/6편에서 확인) 📍 참고 자료 확인일: 2026-10-02 AWS - OSI 모델이란 무엇인가요? AWS - What is TCP/IP? Cloudflare Learning Center - What is the OSI Model?
Score: 54.39Confidence: 49%
View offervelog
허브와 스위치는 어느 계층의 장비인가 계층에 장비를 대응시키면 이렇다. AWS 문서에 따르면 LAN은 OSI 1계층과 2계층의 장비를 쓴다. 허브/중계기 같은 1계층 장비는 데이터를 물리적으로 전달하고, 스위치/브리지 같은 2계층 장비는 같은 네트워크 구간에 있는 장치끼리 통신을 설정하고 유지한다. 서로 다른 네트워크 사이로 데이터를 보내는 3계층 장비가 라우터이고, 이는 라우팅에서 다룬다. 장비 계층 보는 주소 하는 일 허브 L1 주소를 보지 않음 들어온 신호를 물리적으로 전달 스위치 L2 MAC 주소 같은 네트워크 안에서 목적지 장치로 프레임 전달 라우터 L3 IP 주소 서로 다른 네트워크 사이의 경로 선택 허브 허브는 1계층 장비 라서 MAC 주소 같은 주소 정보를 읽지 않는다. 그래서 허브는 어느 포트로 들어온 신호든 다른 포트로 그대로 내보낸다. 이 부분은 AWS 문서가 허브를 1계층 장비로 분류한다는 데서 이해한 것이고, 동작을 직접 설명하는 문서는 따로 확인하지 못했다. 주소를 보고 필요한 곳에만 보내는 장비가 필요해서 나온 것이 스위치다. 스위치(스위칭 허브) 스위치는 같은 네트워크 안의 장치를 연결하고, 패킷을 목적지 장치로만 전달하는 장비다. Cloudflare 문서는 스위치가 네트워크가 아닌 단일 장치 를 향해 데이터를 보낸다는 점에서 라우터와 다르다고 설명한다. 2계층 스위치는 목적지 MAC 주소를 보고 전달하고, 3계층 스위치는 목적지 IP 주소를 보고 전달하며, 둘 다 되는 스위치도 있다. 대부분은 2계층 스위치다. 스위치는 MAC 주소 테이블 (CAM 테이블)을 메모리에 두고 어느 MAC 주소가 어느 포트에 연결돼 있는지 기록한다. 테이블이 비어 있을 때 컴퓨터 A가 B에게 보내는 상황이 학습 과정을 보여 준다. 단계 스위치가 하는 일 1 A의 MAC 주소와 메시지가 들어온 포트를 테이블에 기록한다 2 B가 어느 포트인지 모르니 A를 제외한 모든 포트로 메시지를 보낸다(플러딩) 3 B가 응답하면 B의 MAC 주소와 포트도 테이블에 기록한다 4 이후 A와 B 사이 트래픽은 테이블을 보고 해당 포트로만 보낸다 테이블은 메모리에 있어서 스위치 전원이 꺼지면 사라지고, 다시 켜면 처음부터 학습해야 한다. 3편에서 ARP 요청이 같은 네트워크의 모든 장치에게 브로드캐스트된다고 했는데, 그 전달을 같은 네트워크 안에서 스위치가 해 준다. 스위치는 관리 기능에 따라 나뉜다. 비관리형 스위치는 LAN에 이더넷 포트를 늘려 주는 용도로 MAC 주소 기준으로 전달만 하고, 관리형 스위치는 더 큰 네트워크에서 트래픽 우선순위를 정하거나 VLAN으로 로컬 네트워크를 더 작게 나누는 관리 기능을 제공한다. 집이나 작은 사무실은 인터넷 연결에 라우터만 있으면 되고 이더넷 포트가 많이 필요할 때만 스위치를 쓰지만, 컴퓨터가 수십~수백 대인 큰 사무실이나 데이터센터에는 보통 스위치가 필요하다고 한다. 케이블 장치를 잇는 링크에는 유선과 무선이 있다. AWS 문서는 유선 연결에 동축/광섬유/트위스트 페어 기술로 만든 이더넷 케이블을 쓰고, 무선은 3G/4G/5G 같은 전파로 노드를 연결한다고 설명한다. 이 글은 유선 중 이더넷에서 흔히 쓰는 것을 정리한다. 트위스트 페어 케이블 은 구리선 쌍을 꼬아서 인접한 쌍에서 생기는 전자기 잡음(누화)을 줄인 케이블이다. 차폐가 없으면 UTP, 호일/편조로 감싸면 차폐형이다. 카테고리(CAT5e/CAT6/CAT6A)에 따라 지원하는 속도와 최대 거리가 다르다. 규격 CAT5e CAT6 CAT6A 1000BASE-T(1Gbps) 100 m 100 m 100 m 2.5GBASE-T 100 m 100 m 100 m 5GBASE-T 지원 안 함 100 m 100 m 10GBASE-T 지원 안 함 55 m 100 m 높은 카테고리의 케이블은 하위 카테고리와 호환되지만 더 비싸고 덜 유연하다고 Intel 문서는 설명한다. 1Gbps라면 CAT5e로도 100 m까지 가능하고, 10Gbps를 100 m 가려면 CAT6A가 필요하다는 식으로 읽으면 된다. 광케이블 은 더 높은 속도와 긴 거리가 필요할 때 쓴다. 멀티모드 광섬유(MMF)는 코어가 굵어 여러 빛 경로를 전달하고 주로 짧은 거리의 백본에 쓰며, 송수신기가 상대적으로 저렴하다. 단일 모드 광섬유(SMF)는 빛 하나만 전달해서 먼 거리에서도 신호가 잘 유지된다. 대신 SMF용 송수신기는 MMF보다 비싸고 복잡하다. SMF는 OS1(최대 10 km)과 OS2(최대 200 km)로 나뉜다. 데이터센터 안에서는 광케이블 외에 아래 두 가지도 쓴다. 이 두 가지는 케이블 끝에 송수신기가 붙어 있는 형태다. 종류 매체 거리 쓰는 곳 DAC(다이렉트 어태치) 구리(송수신기 내장) 패시브 SFP+는 최대 7 m, 액티브는 15 m 서버와 스위치 사이 짧은 구간 AOC(액티브 광케이블) 광섬유(송수신기 내장) 최대 100 m 랙 사이 또는 건물 안 연결 커넥터 트위스트 페어 케이블 끝에 달리는 것이 RJ45 커넥터 다. 원래 전화용으로 개발된 모듈러 커넥터에서 시작했고, 이더넷용은 8핀 8접점(8P8C)이라서 업계에서 RJ45로 부른다. 케이블 카테고리가 바뀌어도 커넥터 모양은 그대로라서 높은 속도로 업그레이드하기 쉽다고 Intel 문서는 설명한다. 광케이블이나 구리 케이블을 스위치/어댑터에 연결할 때는 SFP 같은 송수신기 모듈 을 쓴다. 이 모듈은 꽂았다 뺄 수 있고, 전기 신호를 광 신호로 바꿔 준다. SFP는 RJ45 구리 케이블, MMF/SMF 광케이블, DAC를 연결할 수 있고, 같은 포트(케이지)에 다른 송수신기를 바꿔 끼워 쓸 수 있다. 송수신기 대표 속도 SFP 1GbE SFP+ 10GbE SFP28 25GbE QSFP 40GbE QSFP28 100GbE 광케이블 쪽 커넥터 규격(LC/SC 등)은 이 글에서 쓴 문서로 확인하지 못해 정리하지 않았다. 핵심 복습 키워드 한 줄 정리 허브 1계층 장비, 주소를 보지 않고 물리적으로 전달 스위치 2계층 장비, MAC 주소 테이블을 보고 목적지 포트로만 전달 플러딩 목적지 포트를 모르면 들어온 포트를 뺀 모든 포트로 전달 스위치와 라우터 스위치는 같은 네트워크 안의 장치, 라우터는 네트워크 사이를 연결 트위스트 페어 구리선 쌍을 꼬아 잡음을 줄임, 1Gbps는 CAT5e로 100 m 광케이블 MMF는 짧은 거리, SMF는 먼 거리, 송수신기는 SMF가 더 비쌈 RJ45 이더넷 트위스트 페어용 8핀 커넥터, 카테고리가 바뀌어도 모양 동일 SFP 케이블 종류를 바꿔 끼울 수 있는 송수신기 모듈 📍 참고 자료 확인일: 2026-10-02 Cloudflare Learning Center - What is a network switch? AWS - LAN과 WAN의 차이점은 무엇인가요? Intel - Ethernet Cables and Transceivers Overview (Technology Guide)
velog
라우터가 하는 일 라우터는 둘 이상의 IP 네트워크를 연결하고 그 사이로 패킷을 전달하는 네트워크 장비 다. 집이나 사무실에서 로컬 네트워크를 만드는 데도 쓰이고, 더 강력한 라우터는 인터넷 곳곳에서 패킷이 목적지에 닿도록 돕는다고 Cloudflare 문서는 설명한다. 전에 정리한 대로 스위치가 같은 네트워크 안의 장치를 연결한다면, 라우터는 서로 다른 네트워크를 이어 준다. 라우터는 패킷의 헤더에서 목적지를 읽고, 라우팅 테이블 을 보고 어느 경로로 보낼지 정한다. 라우팅 테이블은 라우터가 맡은 모든 목적지에 대해 패킷이 가야 할 경로를 적어 둔 표다. 패킷이 목적지에 가는 동안 서로 다른 라우터를 여러 번 거칠 수 있고, 그때마다 이 과정이 반복된다. 클라우드에서의 라우팅 테이블 AWS VPC에서는 이 개념이 라우팅 테이블로 그대로 나타난다. 라우팅 테이블은 서브넷이나 게이트웨이에서 나가는 트래픽이 어디로 향할지 정하는 규칙(라우트)의 모음이다. 각 라우트는 목적지(CIDR 블록)와 대상(인터넷 게이트웨이, NAT 게이트웨이, VPC 피어링, VPN 연결 등)으로 이루어지고, 트래픽은 목적지 IP를 기준으로 대상에 보내진다. VPC를 만들면 기본 라우팅 테이블이 함께 만들어진다. 4편에서 서브넷이 퍼블릭인지 프라이빗인지가 라우팅으로 정해진다고 했는데, 그 규칙이 바로 이 라우팅 테이블에 있다. 아래는 이 구조를 이해하려고 직접 만든 예시다. (이해한 내용을 바탕으로 만든 예시) 목적지 대상 의미 10.0.0.0/16 local VPC 안의 다른 서브넷으로 가는 트래픽 0.0.0.0/0 인터넷 게이트웨이 그 밖의 모든 트래픽은 인터넷으로(퍼블릭 서브넷) 프라이빗 서브넷은 마지막 줄의 대상이 인터넷 게이트웨이가 아니라 NAT 게이트웨이가 되거나 아예 없다. 라우트가 겹칠 때의 우선순위는 AWS 문서의 Route priority 항목에서 따로 확인해야 하는 부분이라 이 글에서는 다루지 않았다. 라우팅 라우팅은 하나 이상의 네트워크를 가로지르는 경로를 고르는 과정 이고, 인터넷 같은 패킷 교환 네트워크에서는 IP 패킷이 출발지에서 목적지까지 갈 경로를 정한다. 라우팅 테이블을 만드는 방식은 둘로 나뉜다. 구분 방식 특징 정적 라우팅 관리자가 경로를 직접 적는다 관리자가 바꾸기 전까지 경로가 고정되고, 작은 네트워크에서 쓴다 동적 라우팅 라우팅 프로토콜로 경로를 자동 갱신한다 계산량이 더 필요하지만 중대형 네트워크에서 훨씬 효율적이다 동적 라우팅에 쓰이는 라우팅 프로토콜은 어디까지 적용되는지로 나뉜다. 프로토콜 범위 하는 일 BGP 자율 시스템(AS) 사이 어느 네트워크가 어느 IP를 갖고 있고 어떤 네트워크끼리 연결됐는지 알린다 OSPF 하나의 AS 안 가장 빠르고 짧은 경로를 동적으로 찾는다 RIP 하나의 AS 안 거치는 라우터 수(홉 수)로 가장 짧은 경로를 찾는다 인터넷은 이렇게 AS라 불리는 큰 네트워크들이 BGP로 서로를 알리며 이어진 구조라고 이해했다. 집이나 사무실의 라우터는 그 가장자리에서 내부 네트워크를 인터넷에 이어 준다. 라우터를 지날 때 주소는 어떻게 되는가 라우터는 패킷 헤더의 목적지 IP를 읽고 라우팅 테이블에 따라 다음 네트워크로 보낸다. MAC 주소는 IP 패킷 헤더에 들어가지 않고 같은 네트워크 안에서만 쓰인다. 그래서 패킷이 라우터를 지날 때 목적지 IP는 그대로이고, 링크 계층의 MAC 주소는 구간마다 다음 장치의 것으로 바뀐다고 이해했다. ICMP ICMP는 네트워크 장치가 통신 문제를 진단하려고 쓰는 네트워크 계층 프로토콜 이다. 데이터가 목적지에 제때 닿는지를 확인하는 것이 주된 용도이고, 라우터 같은 장치에서 흔히 쓰인다. 가장 기본적인 용도는 오류 보고다. 예를 들어 패킷이 라우터가 처리하기에 너무 크면 라우터는 그 패킷을 버리고 원래 출발지로 ICMP 메시지를 보낸다. 두 번째 용도는 진단이고, ping 과 traceroute 가 모두 ICMP로 동작한다. ping은 ICMP echo-request/echo-reply 메시지로 패킷이 목적지까지 갔다 오는 시간을 알려 주고, traceroute는 두 장치 사이의 경로와 홉마다 걸린 시간을 보여 줘서 지연이 어디서 생기는지 찾을 때 쓴다. ICMP는 TCP나 UDP 같은 전송 계층 프로토콜과 묶이지 않는 비연결형이라 연결을 맺지 않고 바로 보낸다. ICMP 패킷은 일반 IP 헤더 뒤에 ICMP 헤더가 붙은 구조이고, 오류 메시지의 본문에는 오류를 일으킨 패킷의 IP 헤더 사본이 들어간다. 또 ICMP로는 특정 포트를 지정할 수 없다. 그래서 ping이 성공해도 그 서버의 특정 서비스(포트)가 정상이라는 뜻은 아니라고 봐야 한다. TTL은 ICMP를 이해하는 열쇠다. RFC 1122에 따르면 IP 헤더의 TTL(Time-to-Live) 필드는 라우팅 루프를 끝내는 역할을 하고, 라우터는 패킷을 전달할 때마다 TTL을 최소 1씩 줄인다. TTL이 만료되면 라우터는 패킷을 버리고 ICMP Time Exceeded 메시지로 알린다. TTL은 일부 진단 도구로도 쓰인다. 이 두 가지를 이어서, traceroute가 TTL을 1부터 늘려 가며 보내고 각 홉이 돌려주는 Time Exceeded로 경로를 알아낸다. (이 연결은 RFC가 직접 설명하는 것이 아니라 이해한 내용) ICMP 메시지 상황 쓰임 Echo Request/Reply 상대가 살아 있는지 확인 ping Time Exceeded TTL이 0이 돼 패킷이 버려짐 경로 추적(traceroute), 루프 탐지 Destination Unreachable 목적지에 닿을 수 없음 오류 알림 ICMP는 보안에서도 등장한다. 공격자가 echo-request를 대량으로 보내 대상의 자원을 소진시키는 ICMP flood 같은 공격이 있다. Cloudflare 문서는 이런 네트워크 계층(L3) DDoS가 웹 서비스가 아니라 네트워크 장비와 인프라를 노린다고 설명한다. 2편에서 계층 번호로 위치를 말한다고 했는데, 이런 공격을 L3 공격이라고 부르는 것도 같은 맥락이라고 볼 수 있다. 핵심 복습 키워드 한 줄 정리 라우터 서로 다른 IP 네트워크를 연결하고 패킷을 전달 라우팅 테이블 목적지별로 패킷이 갈 경로를 적은 표 정적/동적 라우팅 관리자가 직접 적음 vs 프로토콜로 자동 갱신 BGP/OSPF/RIP BGP는 AS 사이, OSPF/RIP는 AS 안의 라우팅 프로토콜 AWS 라우팅 테이블 목적지 CIDR과 대상으로 이루어진 라우트의 모음 ICMP 네트워크 문제를 진단하는 L3 프로토콜, 포트 개념이 없음 ping/traceroute 왕복 시간 측정 vs 경로와 홉별 시간 확인 TTL 라우터를 지날 때마다 줄어들어 라우팅 루프를 끊는 값 📍 참고 자료 확인일: 2026-10-03 Cloudflare Learning Center - What is routing? Cloudflare Learning Center - What is ICMP? AWS Docs - Configure route tables RFC 1122 - Requirements for Internet Hosts, Communication Layers (TTL과 Time Exceeded 부분)
velog
서브넷은 왜 나누는가 서브넷은 네트워크 안의 더 작은 네트워크 다. Cloudflare 문서는 서브넷으로 나누면 트래픽이 불필요한 라우터를 거치지 않고 더 짧은 경로로 목적지에 간다고 설명한다. 큰 네트워크 하나에 장치가 수백만 대 있으면 데이터가 올바른 장치를 찾는 데 시간이 걸리기 때문에, 주소를 일정한 범위로 좁혀 주는 것이 서브넷의 역할이다. 클라우드에서는 이 개념이 설계로 이어진다. AWS VPC에서 서브넷은 VPC 안의 IP 주소 범위이고, 서브넷 하나는 가용 영역(AZ) 하나 안에만 있어야 하며 여러 AZ에 걸칠 수 없다. 그래서 가용 영역별로 서브넷을 따로 만들어 한 AZ가 장애가 나도 다른 AZ의 서비스는 유지되게 한다. IP 주소에서 네트워크와 호스트를 나누는 법 IPv4 주소는 두 부분으로 이루어진다. 앞부분은 어느 네트워크인지를, 뒷부분은 그 네트워크 안의 어느 장치(호스트)인지를 가리킨다. 문제는 앞부분이 어디까지인지가 주소만으로는 안 보인다는 점이고, 그 경계를 알려 주는 것이 서브넷 마스크 다. Cloudflare 문서는 192.0.2.15를 예로 들어, 서브넷 마스크 255.255.255.0으로 계산하면 앞의 192.0.2가 네트워크이고 15가 장치 번호라고 보여 준다. 이 네트워크는 192.0.2.0/24로 표기한다. 서브넷 마스크는 패킷에 담겨 인터넷을 건너가지 않는다. 패킷에는 목적지 IP만 있고, 네트워크 안의 라우터가 그 IP를 자기 서브넷 마스크와 맞춰 보고 어느 서브넷으로 보낼지 정한다고 한다. 서브넷 마스크와 CIDR 표기 마스크는 2진수로 쓰면 앞쪽 1이 쭉 이어지고 뒤쪽이 0이다. 255.255.255.0은 11111111.11111111.11111111.00000000 이고, 여기서 1의 개수가 24개라서 /24 로 줄여 쓴다. 이 표기가 CIDR 표기 이고, / 뒤의 숫자가 네트워크 부분의 비트 수다. Cloudflare 문서는 클래스(A/B/C) 개념으로 설명하지만, AWS VPC 문서는 서브넷 주소를 CIDR 표기로 쓴다. 클라우드 실무에서는 CIDR 위주로 읽으면 된다. CIDR 서브넷 마스크 호스트 비트 전체 주소 수 AWS에서 사용 가능한 수 /16 255.255.0.0 16 65,536 65,531 /20 255.255.240.0 12 4,096 4,091 /24 255.255.255.0 8 256 251 /25 255.255.255.128 7 128 123 /26 255.255.255.192 6 64 59 /27 255.255.255.224 5 32 27 /28 255.255.255.240 4 16 11 AWS는 서브넷 크기를 /28에서 /16 사이로 허용하고, 각 서브넷에서 앞의 4개와 마지막 1개, 총 5개 주소를 못 쓰게 예약한다. 표의 마지막 열은 전체 주소 수에서 이 5개를 뺀 값이다. 예약되는 5개는 /24 기준으로 이렇게 쓰인다. 주소 용도 10.0.0.0 네트워크 주소 10.0.0.1 VPC 라우터용으로 AWS가 예약 10.0.0.2 AWS 예약(DNS 서버 주소 규칙) 10.0.0.3 향후 사용을 위해 AWS가 예약 10.0.0.255 브로드캐스트 주소(VPC는 브로드캐스트를 지원하지 않아 예약) 주소 개수 계산하는 법 계산은 세 줄이면 된다. 호스트 비트는 32 - 프리픽스 길이 이고, 전체 주소 수는 2의 호스트 비트 제곱 이다. 마지막 옥텟에서 끊기는 /25~/30 구간은 256 - 마스크의 마지막 숫자 가 블록 크기(주소 간격)가 된다. 예를 들어 /26은 마스크 마지막 숫자가 192라서 256 - 192 = 64이고, 서브넷이 64 간격으로 0/64/128/192에서 시작한다. 범위 해석 연습 연습 1. AWS 문서 예제. VPC가 10.0.0.0/24이면 256개 주소를 지원하고, 이를 두 서브넷으로 쪼개면 각각 128개다. 10.0.0.0/25는 10.0.0.0 ~ 10.0.0.127이고, 10.0.0.128/25는 10.0.0.128 ~ 10.0.0.255다. 그러면 10.0.0.200은 어느 서브넷일까. 200은 128 ~ 255 구간에 있으니 10.0.0.128/25다. 연습 2. 직접 계산한 예제. 192.168.10.100/26이 속한 범위를 구해 보자. 단계 계산 블록 크기 256 - 192 = 64 네트워크 시작 100은 64 ~ 127 구간이므로 192.168.10.64 범위 192.168.10.64 ~ 192.168.10.127 마지막 주소 192.168.10.127(일반 네트워크에서는 브로드캐스트) 정리하면 서브넷 해석은 블록 크기 구하기 → 내 주소가 들어가는 구간 찾기 → 시작/끝 주소 읽기 순서다. AWS에서 서브넷은 어떻게 설계하는가 AWS 문서 기준으로 서브넷 CIDR은 VPC CIDR과 같거나 그 안의 일부여야 하고, 한 VPC의 서브넷끼리는 범위가 겹치면 안 된다. 서브넷의 종류는 라우팅으로 정해진다. 인터넷 게이트웨이로 가는 직접 경로가 있으면 퍼블릭 서브넷 , 없으면 프라이빗 서브넷 이고, 프라이빗 서브넷의 리소스가 인터넷에 나가려면 NAT 장치가 필요하다. AWS는 리소스를 보호하기 위해 프라이빗 서브넷을 쓰라고 권장한다. 아래는 이 규칙을 적용해 직접 짜 본 예시 설계다. (문서에 있는 구성이 아니라 이해한 내용을 바탕으로 만든 예시다.) 서브넷 CIDR AZ 용도 public-a 10.0.0.0/24 a 로드밸런서/NAT public-b 10.0.1.0/24 b 로드밸런서/NAT private-a 10.0.10.0/24 a 웹/앱 서버 private-b 10.0.11.0/24 b 웹/앱 서버 VPC는 10.0.0.0/16으로 잡으면 위 네 서브넷이 모두 그 안에 들어가고 서로 겹치지 않는다. 가용 영역별로 퍼블릭/프라이빗을 나눈 구조라고 이해했다. 서브넷 단위 보안은 네트워크 ACL이, 리소스 단위 보안은 보안 그룹이 맡고, 대부분은 보안 그룹으로 충분하다고 AWS는 설명한다. 핵심 복습 키워드 한 줄 정리 서브넷 네트워크 안의 더 작은 네트워크, 불필요한 라우터 경유를 줄임 서브넷 마스크 주소의 네트워크/호스트 경계, 라우터가 서브넷을 구분할 때 씀 CIDR 마스크의 1 개수를 /n으로 표기(/24 = 255.255.255.0) 주소 수 계산 2의 (32 - n)제곱, AWS는 그중 5개 예약 범위 해석 블록 크기 구하기 → 구간 찾기 → 시작/끝 읽기 퍼블릭/프라이빗 인터넷 게이트웨이로 가는 직접 경로 유무로 구분 설계 규칙 서브넷 CIDR은 VPC 안에 들어가고 서로 겹치지 않음, 서브넷 1개는 AZ 1개 📍 참고 자료 확인일: 2026-10-02 Cloudflare Learning Center - What is a subnet? AWS Docs - Subnet CIDR blocks AWS Docs - Subnets for your VPC
velog
웹 통신에 쓰이는 프로토콜 브라우저로 웹 페이지를 열 때는 앞선 편에서 정리한 프로토콜이 한꺼번에 동작한다. MDN 문서 기준으로 역할을 나누면 이렇다. 구성 하는 일 계층(2편 기준) DNS 도메인 이름으로 서버의 IP 주소를 찾는다 응용 HTTP/HTTPS 클라이언트와 서버가 요청과 응답으로 대화하는 규칙 응용 TCP/IP 데이터가 인터넷을 오가는 방식을 정한다 전송/인터넷 HTTP는 응용 계층 프로토콜이고 TCP 위에서, 또는 TLS로 암호화한 TCP 위에서 전달된다. HTTPS는 HTTP를 암호화한 안전한 버전이다. 데이터는 한 덩어리가 아니라 작은 패킷 여러 개로 나뉘어 오가고, 각 패킷의 헤더에는 서버와 클라이언트의 IP 주소, 패킷 번호, 전체 패킷 수 같은 정보가 들어 있다. 패킷은 서로 다른 경로로 갈 수 있어서 순서가 뒤바뀌어 도착해도 헤더 정보로 올바른 순서로 다시 맞춘다. 일부가 유실되면 파일 전체가 아니라 빠진 패킷만 다시 요청하면 된다. 클라이언트와 서버 인터넷에 연결된 컴퓨터는 클라이언트와 서버로 나뉜다. 클라이언트는 사용자의 기기와 그 위의 웹 접속 소프트웨어(보통 브라우저)이고, 서버는 웹 페이지나 앱을 저장한 컴퓨터다. MDN은 HTTP가 클라이언트-서버 프로토콜이라서 요청은 항상 클라이언트(브라우저)가 시작 한다고 설명한다. 서버가 먼저 요청을 보내지는 않는다. 서버는 겉으로는 한 대처럼 보이지만 실제로는 부하를 나눠 맡는 여러 서버(로드 밸런싱)이거나, 문서를 그때그때 만들어 내는 캐시/데이터베이스 같은 다른 소프트웨어일 수도 있다. 한 서버 머신에서 여러 서버 프로그램이 돌 수 있고, HTTP/1.1의 Host 헤더 덕분에 같은 IP 주소를 공유할 수도 있다. 브라우저와 서버 사이에는 요청을 중계하는 프록시도 있다. 프록시는 캐싱/필터링/로드 밸런싱/인증/로깅 같은 일을 한다. 이렇게 보면 서브넷이나 라우터도 이 요청이 지나가는 길목이다. URL과 URI 웹 주소를 정확히 부르면 URL이다. URI 는 웹의 리소스를 식별하는 이름이고, 가장 흔한 URI의 종류가 웹 주소로 알려진 URL 이다. 정리하면 URL은 URI의 한 종류다. 다음 예시로 구성 요소를 나눠 보면 (예시는 직접 만든 주소) https://www.example.com:443/docs/page?lang=ko&sort=new#intro 구성 예시 설명 스킴(프로토콜) https 리소스를 요청할 때 브라우저가 쓸 프로토콜 권한(도메인 + 포트) www.example.com:443 어느 서버인지와 접속할 포트. HTTP 80/HTTPS 443이면 생략 가능 경로 /docs/page 서버에서 리소스의 위치. 지금은 실제 파일 위치가 아닌 추상화된 경로가 많다 쿼리 ?lang=ko&sort=new 서버에 추가로 전달하는 키/값 쌍, &로 구분 프래그먼트 #intro 리소스 안의 특정 위치. 서버로는 전송되지 않는다 도메인 대신 IP 주소를 쓸 수도 있지만 훨씬 불편해서 드물다. 이 도메인이 IP로 바뀌는 과정이 DNS의 주제다. 문서 안의 링크에는 일부가 생략된 상대 URL도 쓰이는데, 브라우저가 현재 문서의 URL로 빠진 부분을 채운다. 요청과 응답의 구조 HTTP 메시지는 요청과 응답 두 종류이고, 사람이 읽을 수 있게 설계됐다. 요청의 구성은 이렇다. 요청 구성 설명 메서드 하려는 동작. 리소스를 가져오는 GET, 폼 값을 보내는 POST 등 경로 가져올 리소스의 경로(URL에서 스킴/도메인/포트를 뺀 부분) HTTP 버전 사용하는 프로토콜 버전 헤더(선택) 서버에 전달하는 추가 정보 본문(선택) POST처럼 보낼 데이터가 있을 때 응답은 HTTP 버전, 상태 코드와 상태 메시지, 헤더, 그리고 가져온 리소스를 담은 본문(선택)으로 이루어진다. 자주 보는 상태 코드는 아래와 같다. 코드 의미 200 요청 성공 301 리소스가 영구적으로 새 위치로 이동(응답에 새 위치가 포함) 400 요청 형식이 잘못되어 서버가 처리할 수 없음 403 서버가 접근을 허용하지 않음(누군지는 알지만 권한이 없는 경우) 404 요청한 리소스를 찾을 수 없음 503 서버 쪽 문제로 처리할 수 없음(점검 중처럼 일시적인 경우가 많음) HTTP 자체는 상태를 저장하지 않는(stateless) 프로토콜이라 연속된 두 요청 사이에 연결 고리가 없다. 그래서 쇼핑몰 장바구니처럼 맥락이 필요한 서비스는 쿠키로 세션을 만든다. HTTP가 상태가 없다는 것과 세션이 없다는 것은 다르다고 이해했다. 한 번의 웹 접속 흐름 주소를 입력하고 페이지가 뜨기까지를 순서대로 정리하면 이렇다. 단계 일어나는 일 1 브라우저가 DNS로 서버의 실제 IP 주소를 찾는다 2 브라우저가 서버와 TCP 연결을 맺는다(왕복이 여러 번 필요) 3 브라우저가 HTTP 요청 메시지를 보내고, 이 메시지는 TCP/IP로 전달된다 4 서버가 요청을 승인하면 200 상태 코드와 함께 파일을 작은 패킷으로 나눠 보낸다 5 브라우저가 패킷을 모아 페이지를 완성해 보여 준다 6 연결을 닫거나 다음 요청에 재사용한다 HTTP/1.0은 요청마다 TCP 연결을 새로 열어서 비효율적이었고, HTTP/1.1이 연결을 재사용하는 지속 연결을 도입했다. HTTP/2는 한 연결에서 메시지를 동시에 여러 개 주고받는 멀티플렉싱으로 더 효율을 높였다. 페이지 하나는 HTML뿐 아니라 CSS/JavaScript/이미지 같은 여러 리소스로 이루어져서, 브라우저는 HTML을 받은 뒤 필요한 리소스를 추가로 요청한다. 핵심 복습 키워드 한 줄 정리 클라이언트/서버 요청은 항상 브라우저(클라이언트)가 시작 프록시 브라우저와 서버 사이에서 캐싱/필터링/로드 밸런싱 등을 수행 URI/URL URI는 리소스 식별자, URL은 그중 웹 주소 URL 구성 스킴/도메인/포트/경로/쿼리/프래그먼트 HTTP 메시지 요청은 메서드+경로+버전+헤더, 응답은 버전+상태 코드+헤더+본문 상태 코드 200 성공, 301 이동, 403 권한 없음, 404 없음, 503 서버 문제 stateless HTTP는 상태를 저장하지 않고 쿠키로 세션을 보완 접속 흐름 DNS 조회 → TCP 연결 → HTTP 요청 → 응답(패킷) → 페이지 완성 📍 참고 자료 확인일: 2026-10-03 MDN - How the web works MDN - What is a URL? MDN - Overview of HTTP MDN - URIs
Score: 54.39Confidence: 49%
Score: 54.39Confidence: 49%
Score: 54.39Confidence: 49%
Score: 54.39Confidence: 49%