CSS Tutor Study Hub 메인으로

Computersystemsicherheit 2025/26

2.4. DHCP

실제 시험 Abschnitt 2.4 · 1개 학습 항목 초보 해설

시험 구조와 출제 신호Crypto / AuthNetwork / DNS / BGP / TLSWeb / Software SecurityPrivacy / Forensics / SecLab

2. Netzwerksicherheit · 실제 시험 Abschnitt 2.4

2.4. DHCP

IP가 없는 새 컴퓨터 C와 DHCP server D 사이의 네 packet을 시험 표의 열 순서대로 채웁니다.

이 페이지는 비슷한 주제를 임의로 다시 묶지 않고 실제 시험지의 Chapter → subsection → 소문제 순서를 그대로 따릅니다.

ACTUAL EXAM · VERBATIM TRANSCRIPT

시험지 원문 1:1 전사

아래 내용은 해설자가 바꿔 쓴 요약이 아닙니다. 실제 시험 전사본의 문장·순서·수치·배점·코드·표를 그대로 두고, Markdown 기호만 읽기 쉬운 제목·표·코드 모양으로 표시했습니다.

2.4. DHCP (6 Punkte)

1. Ein Netzwerk hat den DHCP-Server D. Ein Computer C ist neu in diesem Netzwerk und fordert eine IP-Adresse an. Tragen Sie in Tabelle 2 ein, welche DHCP-Pakete gesendet werden, wer jeweils Sender und Empfänger ist und was die Funktion der einzelnen Pakete ist. Achten Sie auf die Reihenfolge der Pakete. (6 Punkte)

PaketSenderEmpfängerFunktion

Tabelle 2: Gesendete DHCP-Pakete

근거: CSS_Altklausur_WiSe_2526.pdf 및 computersystemsicherheit_wise25-26_questions_only.md · Abschnitt 2.4

VISUAL MAP

DHCP DORA 왼쪽에서 오른쪽으로 읽은 뒤 아래 실제 소문제에서 같은 순서를 반복합니다.
  1. 01 Discover
  2. 02 Offer
  3. 03 Request
  4. 04 Acknowledgement

FIXED SOLVING METHOD

이 묶음의 고정 풀이 순서

  1. DORA 네 이름을 먼저 순서대로 적습니다.
  2. 각 행의 sender를 C 또는 D로 정합니다.
  3. 아직 주소가 없는 시작 조건 때문에 broadcast가 필요한 곳을 확인합니다.
  4. 각 packet이 제안·선택·확정 중 어떤 역할인지 씁니다.
  5. 마지막에 전체 흐름이 Discover→Offer→Request→ACK인지 검산합니다.

ZERO-BASE CONCEPT LESSONS

이 묶음을 풀기 전에 필요한 개념

카드를 열고 닫는 방식 대신 한 방향으로 이어지는 글로 구성했습니다. 비유 → 용어의 쉬운 뜻 → 실제 작동 → 시험에서의 경계 순서로 천천히 읽으세요.

기초 개념 01

새 컴퓨터가 주소를 받는 DHCP DORA

먼저 장면으로 이해해 봅시다. 새로 온 학생이 교실 전체에 ‘자리 있나요?’라고 묻고, 선생님들이 자리를 제안하면 하나를 선택해 요청하고 담당 선생님이 최종 승인하는 과정이다.

이제 전문 용어를 붙이면 다음과 같습니다. DHCP은(는) 새 client에게 IP 주소, gateway, DNS server 같은 network 설정을 자동 제공하는 protocol입니다. Discover은(는) 설정이 없는 client가 DHCP server를 찾기 위해 보내는 첫 message입니다. Offer / Request / Ack은(는) Server의 제안, client의 선택 요청, server의 최종 확정으로 이어지는 DORA의 나머지 단계입니다. Broadcast은(는) 특정 수신자를 아직 정확히 모를 때 local network의 여러 장치에 전달하는 방식입니다.

실제 시스템에서는 이렇게 작동합니다. 새 computer는 처음에는 자신의 IP도 DHCP server의 위치도 모른다. 그래서 broadcast로 DHCPDISCOVER를 보내 server를 찾는다. Server는 DHCPOFFER로 사용할 수 있는 IP와 설정을 제안하고, client는 DHCPREQUEST로 선택한 제안을 요청하며, server는 DHCPACK로 임대를 확정한다. 이 네 단계의 앞글자를 DORA라고 한다.

  1. Discover: Client에서 server들을 향한 broadcast.
  2. Offer: Server가 IP, subnet mask, gateway, DNS, lease time을 제안.
  3. Request: Client가 선택한 server와 IP를 알림.
  4. Acknowledge: Server가 임대를 확정.

여기서 넘지 말아야 할 경계: 처음부터 client와 server가 서로의 IP를 안다고 가정하지 말고 broadcast가 필요한 이유를 함께 쓴다.

12. DHCP DORA·OSI 독립 강의 →

기초 개념 02

네트워크에서 누가 누구에게 무엇을 보내는가

먼저 장면으로 이해해 봅시다. IP address가 아파트 건물 주소라면 port는 몇 호인지, protocol은 택배 봉투를 어떤 양식으로 쓰는지, router는 다음 물류 센터를 고르는 역할에 가깝다.

이제 전문 용어를 붙이면 다음과 같습니다. Packet은(는) 네트워크에서 header와 payload를 갖고 전달되는 데이터 단위입니다. IP address은(는) IP 계층에서 출발지와 목적지 host/interface를 식별하는 주소입니다. Port은(는) 한 host 안에서 어떤 application/service가 데이터를 받을지 구분하는 번호입니다. Protocol은(는) 통신 참여자가 message 형식과 순서를 해석하기로 합의한 규칙입니다.

실제 시스템에서는 이렇게 작동합니다. 네트워크는 여러 장치가 정해진 protocol에 따라 packet 또는 message를 주고받는 시스템이다. Client는 서비스를 요청하는 쪽, server는 서비스를 제공하는 쪽이다. IP address는 네트워크에서 장치를 찾는 주소이고 port는 한 장치 안에서 어떤 프로그램과 통신할지 구분하는 번호다. Router는 목적지 네트워크를 보고 packet을 다음 경로로 전달한다.

  1. 송신자와 수신자를 먼저 적는다.
  2. 출발지·목적지 IP와 port를 구분한다.
  3. 중간 장치가 내용을 읽는지 단순히 전달하는지 구분한다.
  4. 응답이 어느 방향으로 돌아오는지 그린다.

여기서 넘지 말아야 할 경계: 하나의 port 번호가 그 port를 이용하는 데이터의 의미까지 보장하지는 않는다.

08. Packet·주소·계층 독립 강의 →

QUESTION-BY-QUESTION COMMENTARY

실제 시험 소문제별 해설

시험지의 번호와 순서를 그대로 유지했습니다. 각 항목을 열어 원문 → 쉬운 개념 설명 → 이번 문제의 단계별 풀이 → 답안 → 함정 순서로 읽으세요.

ACTUAL EXAM SUBSECTION 2.4

2.4. DHCP

1개 학습 항목 · 6점

2.4.1 DHCP server D가 있는 network에 새 computer C가 들어와 IP address를 요청한다. DHCP packets를 Reihenfolge대로 쓰고 Sender, Empfänger, Funktion을 table에 채우라. 기존 71문항 학습 번호 32 · 6점 표·순서

2.4.1 · 실제 시험 원문

1. Ein Netzwerk hat den DHCP-Server D. Ein Computer C ist neu in diesem Netzwerk und fordert eine IP-Adresse an. Tragen Sie in Tabelle 2 ein, welche DHCP-Pakete gesendet werden, wer jeweils Sender und Empfänger ist und was die Funktion der einzelnen Pakete ist. Achten Sie auf die Reihenfolge der Pakete. **(6 Punkte)**

| Paket | Sender | Empfänger | Funktion |
|---|---|---|---|
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |

**Tabelle 2: Gesendete DHCP-Pakete**

한국어로 요구사항만 풀어 읽기

DHCP server D가 있는 network에 새 computer C가 들어와 IP address를 요청한다. DHCP packets를 Reihenfolge대로 쓰고 Sender, Empfänger, Funktion을 table에 채우라.

네트워크에서 누가 누구에게 무엇을 보내는가새 컴퓨터가 주소를 받는 DHCP DORA

TERMS FOR 2.4.1

이 소문제의 중요한 용어부터 이해하기

전문 용어를 알고 있다고 가정하지 않습니다. 아래 정의의 굵은 용어를 문제 문장 속 같은 단어와 바꾸어 읽은 뒤 풀이로 넘어가세요.

01Packet

네트워크에서 header와 payload를 갖고 전달되는 데이터 단위입니다.

02IP address

IP 계층에서 출발지와 목적지 host/interface를 식별하는 주소입니다.

03Port

한 host 안에서 어떤 application/service가 데이터를 받을지 구분하는 번호입니다.

04Protocol

통신 참여자가 message 형식과 순서를 해석하기로 합의한 규칙입니다.

05DHCP

새 client에게 IP 주소, gateway, DNS server 같은 network 설정을 자동 제공하는 protocol입니다.

06Discover

설정이 없는 client가 DHCP server를 찾기 위해 보내는 첫 message입니다.

07Offer / Request / Ack

Server의 제안, client의 선택 요청, server의 최종 확정으로 이어지는 DORA의 나머지 단계입니다.

08Broadcast

특정 수신자를 아직 정확히 모를 때 local network의 여러 장치에 전달하는 방식입니다.

ZERO-BASE MINI LESSON · 2.4.1

이 소문제만을 위한 0부터 시작하는 미니 강의

아래 설명은 이 과목의 선행 지식을 가정하지 않습니다. 개념 → 비유의 대응 → 눈으로 읽는 구조 → 작은 예제 순서로 읽은 뒤 실제 시험 풀이로 넘어가세요.

1 · 먼저 알아야 할 개념

DHCP(Dynamic Host Configuration Protocol)는 새 computer가 network에서 사용할 IP address, subnet mask, default gateway, DNS server, lease time 같은 설정을 자동으로 받게 하는 application-layer protocol이다.

새 client C는 처음에 쓸 수 있는 IPv4 address도 DHCP server D의 위치도 모른다. 그래서 source IP 0.0.0.0, UDP source port 68에서 destination 255.255.255.255, UDP port 67로 broadcast Discover를 보내 같은 broadcast domain의 DHCP server를 찾는다.

기본 교환 순서는 Discover, Offer, Request, Acknowledgement의 앞글자를 딴 DORA다. 이름만 외우지 말고 C가 찾고, D가 제안하고, C가 선택해 요청하고, D가 lease를 확정한다는 상태 변화로 연결해야 한다.

Offer와 Ack의 실제 IP destination은 client의 broadcast flag와 이미 사용할 수 있는 정보에 따라 broadcast 또는 client-directed가 될 수 있다. 시험 표에서는 sender D→receiver C를 쓰고, 초기 client가 아직 완전한 IP 설정이 없어 broadcast로 전달될 수 있음을 덧붙이면 정확하다.

DHCP Request는 초기 선택 단계에서 보통 broadcast라서 선택된 D뿐 아니라 offer를 보낸 다른 server들도 어떤 offer가 선택됐는지 안다. Request에는 Requested IP Address와 Server Identifier가 들어가고, 선택된 D의 Ack 후 C는 lease를 BOUND 상태로 사용한다.

2 · 일상 장면으로 먼저 잡기

새 기숙사 입주자가 관리실 위치와 방 번호를 몰라 로비 전체에 외치고, 여러 관리자가 방을 제안한 뒤 하나를 선택해 계약 확인서를 받는 장면

  • 로비 전체에 '방이 필요해요'라고 외침 C의 broadcast DHCP Discover
  • 관리자 D의 312호 제안 D의 DHCP Offer와 offered IP/options
  • 'D의 312호를 선택합니다'라는 공개 응답 C의 broadcast DHCP Request
  • 계약 완료 확인서 D의 DHCP Ack와 lease 확정

비유의 경계 실제 DHCP에는 transaction ID, client MAC, relay agent, renewal 과정, NAK와 충돌 검사 등이 있다. 비유의 방은 영구 소유가 아니라 lease time 동안 빌린 IP다.

3 · 눈으로 관계 읽기 DHCP DORA Sender·Receiver·State
  1. 01 1 Discover

    C → Broadcast/all DHCP servers; server 탐색·IP 요청; INIT→SELECTING

  2. 02 2 Offer

    D → C, 필요 시 broadcast; IP·lease·gateway·DNS 제안

  3. 03 3 Request

    C → Broadcast/D와 모든 servers; 선택한 server·requested IP 알림; →REQUESTING

  4. 04 4 Ack

    D → C, broadcast 또는 unicast; lease 최종 승인; →BOUND

각 행에서 packet 이름, 실제 sender, 논리 receiver, 전달 방식, client state를 왼쪽에서 오른쪽으로 읽는다.

4 · TOY EXAMPLE

Laptop L이 192.0.2.40을 임대받기

주어진 것과 목표 새 Laptop L은 INIT 상태이고 DHCP server S는 192.0.2.40을 제공할 수 있다. 같은 LAN에서 기본 DORA를 추적한다.

  1. 01
    L이 DHCPDISCOVER, source 0.0.0.0:68, destination 255.255.255.255:67, client 식별자와 transaction ID를 broadcast한다.

    왜? L은 자기 IP와 S의 주소를 아직 모르기 때문이다.

    중간 결과 Sender=L, receivers=같은 broadcast domain의 DHCP servers이고 L은 offer를 기다리는 SELECTING 상태가 된다.

  2. 02
    S가 L에 DHCPOFFER로 offered IP 192.0.2.40, subnet mask, gateway, DNS, lease time, Server Identifier를 보낸다.

    왜? 사용 가능한 설정 후보를 client에게 제안하기 위해서다.

    중간 결과 Sender=S, receiver=L이며 필요하면 broadcast로 전달되고 아직 lease가 최종 확정된 것은 아니다.

  3. 03
    L이 DHCPREQUEST에 requested IP 192.0.2.40과 selected Server Identifier S를 넣어 broadcast한다.

    왜? S의 offer를 선택했음을 S와 다른 DHCP servers 모두에게 알리기 위해서다.

    중간 결과 L은 REQUESTING 상태가 되고 다른 server는 자기 offer를 회수할 수 있다.

  4. 04
    S가 설정을 최종 확인해 L에 DHCPACK을 보낸다.

    왜? 주소 lease와 options 사용을 승인하기 위해서다.

    중간 결과 Sender=S, receiver=L이고 L은 192.0.2.40을 설정하여 BOUND 상태가 된다.

  5. 05
    L이 lease timer를 시작하고 만료 전 renewal을 준비한다.

    왜? DHCP address는 영구 소유가 아니라 시간 제한 임대이기 때문이다.

    중간 결과 정상 network traffic을 보낼 수 있는 상태가 유지된다.

예제 결론 DORA는 server 탐색→주소 제안→특정 제안 선택→lease 승인이라는 네 단계 state machine이다.

실제 시험으로 옮기기 예제의 L·S를 시험의 Computer C·Server D로 바꾸고 표 네 행을 동일 순서, sender, receiver, function으로 작성한다.

개념 근거와 더 깊은 설명

시험 문구·배점은 실제 시험 PDF를 따르고, 위 개념 설명은 연결된 강의 자료의 해당 페이지를 기준으로 구성했습니다.

이번 문제는 이 단계로 풀어야 했습니다

먼저 문제에서 직접 주어진 값과 최종적으로 구할 값을 분리합니다. 그다음 각 값·용어·경로를 왜 선택했는지 확인하며, 앞 단계의 중간 결과를 다음 단계의 입력으로 사용합니다.

START HERE

먼저 문제를 식과 조건으로 정리하기

계산을 시작하기 전에 주어진 것과 구할 것을 분리합니다. 그다음 아래 관계식을 위에서 아래로 사용하면, 숫자가 어디서 왔는지 놓치지 않을 수 있습니다.

강사가 문제의 요구사항을 쉬운 말로 바꾸면

시험 문장이 요구하는 것: DHCP server D가 있는 network에 새 computer C가 들어와 IP address를 요청한다. DHCP packets를 Reihenfolge대로 쓰고 Sender, Empfänger, Funktion을 table에 채우라.

이 문제의 풀이 전략: 이 소문제에서는 첫 행 Discover → 둘째 행 Offer → 셋째 행 Request → 넷째 행 Ack → 순서 검산 → 방향 검산 → 상태 검산 순서로 진행합니다. 마지막에는 ‘C Discover → D Offer → C Request → D Ack이며 초기 단계에는 broadcast가 필요하다.’라는 교정 기준으로 답을 다시 확인합니다.

문제에서 주어진 정보
  • Client

    새 computer C, 아직 IP address와 DHCP server address를 모른다.

  • Server

    DHCP server D

  • 표의 열

    Paket, Sender, Empfänger, Funktion

최종적으로 구해야 하는 것
  • 최종 출력

    DORA 네 packet을 정확한 순서·방향·기능으로 채운 표

사용할 공식·판정 관계
  • 순서 기억
    \[D\rightarrow O\rightarrow R\rightarrow A\]

    Discover, Offer, Request, Acknowledgement의 첫 글자다.

  1. 01

    첫 행 Discover

    구체적으로 DHCP Discover | Sender C | Empfänger Broadcast / DHCP servers | 아직 IP·server를 모르는 C가 server와 설정을 찾음이라고 쓴다.

    여기서 검산 C가 처음부터 자기 정상 IP로 D에 unicast한다고 쓰지 않았는가?

    다음 단계로 여기서 확인한 내용을 다음 ‘둘째 행 Offer’ 단계의 출발점으로 사용합니다.

  2. 02

    둘째 행 Offer

    구체적으로 DHCP Offer | Sender D | Empfänger C, 필요 시 Broadcast | D가 사용 가능한 IP, lease와 gateway/DNS options를 제안이라고 쓴다.

    여기서 검산 Offer만으로 lease가 최종 확정됐다고 쓰지 않았는가?

    다음 단계로 여기서 확인한 내용을 다음 ‘셋째 행 Request’ 단계의 출발점으로 사용합니다.

  3. 03

    셋째 행 Request

    구체적으로 DHCP Request | Sender C | Empfänger Broadcast / D와 모든 DHCP servers | C가 선택한 D와 requested address를 알림이라고 쓴다.

    여기서 검산 Offer와 Request 순서를 바꾸지 않았는가?

    다음 단계로 여기서 확인한 내용을 다음 ‘넷째 행 Ack’ 단계의 출발점으로 사용합니다.

  4. 04

    넷째 행 Ack

    구체적으로 DHCP Ack | Sender D | Empfänger C, 필요 시 Broadcast | D가 lease와 network configuration을 최종 승인이라고 쓴다.

    여기서 검산 Packet 이름을 Accept로 잘못 쓰지 않았는가?

    다음 단계로 여기서 확인한 내용을 다음 ‘순서 검산’ 단계의 출발점으로 사용합니다.

  5. 05

    순서 검산

    구체적으로 첫 글자를 위에서 아래로 읽어 D-O-R-A가 되는지 확인한다.

    여기서 검산 네 packet이 정확히 한 번씩 올바른 순서인가?

    다음 단계로 여기서 확인한 내용을 다음 ‘방향 검산’ 단계의 출발점으로 사용합니다.

  6. 06

    방향 검산

    구체적으로 Client가 보내는 것은 Discover·Request, Server가 보내는 것은 Offer·Ack인지 확인한다.

    여기서 검산 C와 D 방향이 C,D,C,D로 교대하는가?

    다음 단계로 여기서 확인한 내용을 다음 ‘상태 검산’ 단계의 출발점으로 사용합니다.

  7. 07

    상태 검산

    구체적으로 C는 IP 없음→offer 선택→lease 요청→Ack 후 BOUND가 되고 D는 마지막 Ack에서 lease를 확정한다.

    여기서 검산 각 function이 단순 번역이 아니라 주소 상태 변화를 설명하는가?

    다음 단계로 앞 단계의 결과를 모아 채점 가능한 최종 답안으로 정리합니다.

정답과 해설

DHCP Discover -> DHCP Offer -> DHCP Request -> DHCP Ack

정답이 이렇게 되는 이유

정답 순서는 DHCP Discover → Offer → Request → Ack, 즉 DORA다. C는 IP와 server를 몰라 Discover를 broadcast하고, D는 C에 IP와 lease/options를 Offer한다. C는 선택한 D와 requested IP를 Request로 broadcast해 알리고, D는 Ack로 lease를 확정한다. Ack를 받은 뒤 C는 설정을 적용한 BOUND 상태가 되며, 초기 응답은 환경과 broadcast flag에 따라 broadcast로 전달될 수 있다.

초보자가 가장 자주 뒤집는 지점

잘못된 생각 D가 먼저 C를 발견해 Offer하고, C가 Ack로 수락하며 모든 메시지는 unicast다.

왜 틀렸나 새 C는 server 위치와 자기 IP가 없어 먼저 broadcast Discover를 보낸다. 수락 의사는 Request이고 최종 확인은 D가 보내는 Ack다.

고쳐 말하면 C Discover → D Offer → C Request → D Ack이며 초기 단계에는 broadcast가 필요하다.

한 문제만 더: 개념이 정말 연결됐는지 확인

질문 두 DHCP server D1과 D2가 각각 Offer를 보냈는데 C가 D1을 골랐다. C가 DHCP Request를 broadcast하는 이유는 무엇인가?

정답 D1에는 선택과 requested IP를 알리고 D2에는 자기 offer가 선택되지 않았음을 알려 주소 후보를 회수할 수 있게 하기 위해서다.

이 문제의 오답 함정

  • Offer와 Request 순서 바꾸기
  • 처음부터 C가 정상 IP를 가지고 unicast한다고 쓰기
  • Ack 대신 Accept라고 쓰기
ACTIVE RECALL

이 소문제를 점수로 바꾸는 6개의 작은 훈련

해설을 닫은 상태에서 1번부터 수행하세요. 정답을 읽은 직후보다 직접 문제 지도를 만들고 답을 꺼낸 뒤 채점할 때 기억이 더 정확해집니다. 작성 내용과 복습 판정은 이 브라우저에 자동 저장됩니다.

  1. 01 · 30초 문제 지도

    해설을 보지 말고 주어진 정보 → 구할 것 → 사용할 공식·판정 관계를 한 줄씩 복원하세요.

    막힐 때만 첫 단서 열기

    순서를 DORA로 외우되, 각 단어가 누가 누구에게 말하는지까지 붙여 외워라.

  2. 02 · 90초 닫힌책 답안

    DHCP server D가 있는 network에 새 computer C가 들어와 IP address를 요청한다. DHCP packets를 Reihenfolge대로 쓰고 Sender, Empfänger, Funktion을 table에 채우라.

    정답 문장만 말하지 말고 근거·중간값·메시지 흐름 중 이 문항에 필요한 것을 빈 종이에 남기세요.

  3. 03 · 부분점수 자가채점

    작성한 뒤에만 아래 기준을 열고, 실제로 쓴 항목만 체크하세요.

    답안 작성 후 채점 기준 열기

    답안 슬롯 자가 점검 — 실제로 말하거나 쓴 항목만 체크하세요.

    0/4 slots

  4. 04 · 문항별 후속 질문·조건 전이
    • DHCP Discover가 broadcast인 이유는 무엇인가?
    • Rogue DHCP server 공격은 이 흐름 중 어느 단계에 끼어드는가?
    • 이 문항의 각 단계나 표 행을 sender, receiver, 핵심 content, 다음 상태의 네 열로 다시 만들고, 공격자가 바꿔야 효과가 나는 첫 열을 표시하세요.

    조건 변형: 흐름의 중간 메시지·광고·표 행 하나를 제거하거나 공격자가 바꿨다고 가정하세요. 바로 다음 상태가 무엇인지 sender, receiver, content, security impact 순서로 추적하세요.

  5. 05 · 대표 오답 복구

    고칠 답안: Offer와 Request 순서 바꾸기

    복구 힌트: 순서를 DORA로 외우되, 각 단어가 누가 누구에게 말하는지까지 붙여 외워라.

    오답의 첫 잘못된 전제를 한 줄로 지우고, 올바른 조건과 결론을 두 줄로 다시 쓰세요.

  6. 06 · 확신도 보정·다음 복습 결정

    채점 전 예상과 실제 채점 결과가 달랐는지 확인한 뒤 상태를 남기세요. ‘숙달’은 근거와 중간 과정까지 무힌트로 재현했을 때만 선택합니다.

    현재 확신도
    아직 복습 판정을 남기지 않았습니다.
모든 훈련을 마친 뒤 핵심 정답 다시 확인

DHCP Discover -> DHCP Offer -> DHCP Request -> DHCP Ack

ACTIVE RECALL

이 페이지를 닫기 전 확인

  1. Discover의 sender는 누구인가요?
  2. Offer와 ACK의 차이는?
  3. Request는 왜 client가 보내나요?