WEBVTT

00:00.060 --> 00:01.590
네 강사님 자 이제

00:01.590 --> 00:04.320
장치에 어떤 주소를 갖게

00:04.320 --> 00:05.520
될지 어떻게

00:05.520 --> 00:07.680
알리죠? ?

00:07.680 --> 00:10.170
사용할 수 있는 방법이 두 가지 있어요

00:10.170 --> 00:12.750
하나는 수동으로, 혹은 정적으로 할당하는 것이고

00:12.750 --> 00:15.090
다른 하나는 동적으로 할당하는 것입니다

00:15.090 --> 00:16.740
정적 할당은 정말 간단한

00:16.740 --> 00:18.600
프로세스입니다

00:18.600 --> 00:19.500
네 관리자로서

00:19.500 --> 00:22.290
전 수동으로 호스트의 ip 주소를 입력합니다

00:22.290 --> 00:25.740
서브넷 마스크 기본 게이트웨이와 dns 서버요 ,

00:25.740 --> 00:28.740
그러나 이는 시간이 많이 걸리고 오류가 발생하기 쉽습니다.

00:28.740 --> 00:31.740
예를 들어, 네트워크에 20개의 장치가 있다고 가정해 보겠습니다.

00:31.740 --> 00:33.090
네 이제 그 4개의 정보를

00:33.090 --> 00:35.850
20번씩 다른 식으로 할당해야 합니다 각 장치에

00:35.850 --> 00:37.230
한 번씩요 정보를 입력해야

00:37.230 --> 00:39.630
하는 곳이 80군데예요

00:39.630 --> 00:42.450
이는 이 숫자를 잘못 입력하기가 매우 쉽기 때문에 여기서는 사람의

00:42.450 --> 00:44.730
실수가 발생할 가능성이 많다는 것을 의미합니다.

00:44.730 --> 00:46.410
실수하면 잘못된 정보를

00:46.410 --> 00:48.120
잘못된 장치에 할당하는

00:48.120 --> 00:49.440
거죠

00:49.440 --> 00:53.040
혹은 다중 장치에 같은 정보를 갖고 있을 수도 있고 이것도

00:53.040 --> 00:54.510
두 장치 사이에 문제나

00:54.510 --> 00:56.670
충돌을 일으킬 수 있어요

00:56.670 --> 00:59.820
따라서 대규모 엔터프라이즈 네트워크에서 작업을 시작하면

00:59.820 --> 01:02.460
모든 장치에 대해 ip 주소를 정적으로 할당하는

01:02.460 --> 01:05.130
것은 매우 비현실적입니다.

01:05.130 --> 01:07.080
과거에 제가 운영한 네트워크 중 일부는 대규모

01:07.080 --> 01:09.570
인터넷에서 500개의 클라이언트, 1,000개의

01:09.570 --> 01:12.900
클라이언트, 5,000개의 클라이언트, 10,000개의 클라이언트,

01:12.900 --> 01:15.510
10만 개의 클라이언트 또는 심지어 100만 개의 클라이언트

01:15.510 --> 01:17.250
컴퓨터였습니다.

01:17.250 --> 01:19.350
그래서 그걸 정적으로 할당하고

01:19.350 --> 01:21.720
다양한 ip 주소를 추적하는 건 대규모

01:21.720 --> 01:23.370
팀의 상시 작업이 됐어요

01:23.370 --> 01:26.220
전 세계에 위치하려면요 그 넓은 인터넷이

01:26.220 --> 01:29.040
6개 대륙에 걸쳐 있으니까요

01:29.040 --> 01:31.500
그것은 많은 시간, 돈, 노동, 자원의

01:31.500 --> 01:33.300
낭비가 될 것입니다.

01:33.300 --> 01:36.060
대신 ip 주소 동적 할당을 사용해

01:36.060 --> 01:38.880
이 과정을 단순화했습니다

01:38.880 --> 01:41.130
이를 동적 할당이라고 합니다.

01:41.130 --> 01:43.410
이렇게 함으로써 ip를 네트워크에

01:43.410 --> 01:46.110
가입한 모든 네트워크 클라이언트에게 할당하는

01:46.110 --> 01:49.020
것이 빠르고 쉽고 복잡하지 않게 됩니다

01:49.020 --> 01:50.820
네 크고 작은 네트워크는

01:50.820 --> 01:52.200
동적 ip 주소 사용이

01:52.200 --> 01:54.630
최선의 옵션이 될 겁니다

01:54.630 --> 01:56.610
여러분의 집에서는 여러분이 알고 있든 모르든

01:56.610 --> 01:59.370
이미 동적 ip 주소 지정을 사용하고 있을 것입니다.

01:59.370 --> 02:01.350
네 스마트폰이나 태블릿 노트북,

02:01.350 --> 02:02.760
데스크톱을 새로 사면

02:02.760 --> 02:04.770
상자에서 꺼내 전원을 켜고 무선

02:04.770 --> 02:06.450
네트워크에 가입하면 온라인에서

02:06.450 --> 02:09.030
웹을 검색할 수 있어요

02:09.030 --> 02:11.370
괴상한 설정을 할 필요도 없고요

02:11.370 --> 02:13.860
네 이 경우 새 장치에 ip 주소 대상

02:13.860 --> 02:16.650
마스크 기본 게이트웨이, DNS 서버를

02:16.650 --> 02:18.390
할당하지 않았죠 ?

02:18.390 --> 02:20.490
네 대신에 네트워크의 dhcp서버가

02:20.490 --> 02:22.230
자동으로 다 해줍니다 요청할

02:22.230 --> 02:24.300
필요도 없이요

02:24.300 --> 02:25.830
왜냐하면 대부분의 작은 사무실과

02:25.830 --> 02:27.360
홈 오피스 네트워크 장치는

02:27.360 --> 02:30.540
케이블 모뎀, 파이버 모뎀 무선 액세스 포인트처럼 이미

02:30.540 --> 02:33.120
dhcp 서버를 실행 중이고 디폴트로 켜져

02:33.120 --> 02:34.800
있기 때문입니다

02:34.800 --> 02:36.840
장치에 가입할 네트워크를 말하면 라우터가

02:36.840 --> 02:38.430
dhcp를 사용해 네트워크 클라이언트가

02:38.430 --> 02:40.200
사용할 수 있도록 동적 ip 주소를 제공합니다

02:40.200 --> 02:42.570
???????????

02:42.570 --> 02:44.430
완전히 구성된 클라이언트의 구성

02:44.430 --> 02:45.990
요소 4개가 무엇일까요?

02:45.990 --> 02:47.670
네 여러 번 보냈는데 고정

02:47.670 --> 02:49.680
할당이든 동적 할당이든 4개의

02:49.680 --> 02:52.440
구성 요소는 동일해야 합니다 이건 ip

02:52.440 --> 02:56.220
주소 서브넷 마스크 기본 게이트웨이 라우터의 ip일

02:56.220 --> 02:58.170
뿐이고 dns나 wins의

02:58.170 --> 03:00.900
서버죠

03:00.900 --> 03:03.570
Dns는 도메인 이름 시스템입니다

03:03.570 --> 03:05.760
dns는 웹사이트가 사용하는 도메인 이름을

03:05.760 --> 03:06.840
서버의 ip 주소로 변환하는

03:06.840 --> 03:08.730
데 사용될 겁니다 여러분의 컴퓨터가

03:08.730 --> 03:10.560
연결될 수 있도록요

03:10.560 --> 03:13.050
네 dns에 관해선 비디오에서 더 다루겠습니다

03:13.050 --> 03:14.790
알아야 할 게 많거든요 하지만

03:14.790 --> 03:17.310
지금은 dns는 근본적으로 인터넷 버전의

03:17.310 --> 03:19.620
전화번호부란 걸 기억하세요 이름을

03:19.620 --> 03:20.610
찾아 직접 연결할

03:20.610 --> 03:22.890
숫자를 얻을 수 있죠

03:22.890 --> 03:24.780
이름에서 숫자로 숫자를 이름에서 이름으로

03:24.780 --> 03:26.790
그게 국가안보부의 핵심이죠

03:26.790 --> 03:29.520
디온 훈련소에 갔을 때처럼요 .com 네 백그라운드에서

03:29.520 --> 03:31.680
DNS를 이용해 제 서버의 IP 주소를

03:31.680 --> 03:35.190
알아내서 거기에 연결하고 웹페이지나 비디오에 접속할

03:35.190 --> 03:37.350
수 있나요?

03:37.350 --> 03:39.150
국가안보부가 일을 시작했네요

03:39.150 --> 03:41.910
반면 wins는 지역 네트워크에서

03:41.910 --> 03:43.980
사용됩니다

03:43.980 --> 03:46.800
네 특히 WINS는 Windows 도메인에서 사용되고 Windows

03:46.800 --> 03:49.710
Internet name Service로 알려져 있습니다 ???

03:49.710 --> 03:51.300
이는 Windows가 TCP/IP

03:51.300 --> 03:54.630
네트워크에서 NetBIOS 이름을 식별하고 해당 NetBIOS

03:54.630 --> 03:57.690
이름을 IP 주소로 변환할 수 있도록 하는 데 사용됩니다.

03:57.690 --> 03:59.790
WINS는 DNS와 비슷하지만

03:59.790 --> 04:02.880
Windows 도메인 환경에서만 작동합니다

04:02.880 --> 04:04.800
Windows 도메인에서 메일

04:04.800 --> 04:06.240
서버에 연결하고 싶다면

04:06.240 --> 04:08.610
IP 주소를 입력하면 돼요 제가 안다면요

04:08.610 --> 04:10.860
아니면 그냥 서버 이름을 입력해도 되죠

04:10.860 --> 04:13.740
메일박스나 제가 이름 붙인 거요

04:13.740 --> 04:15.810
자 이제 각 클라이언트에 대한

04:15.810 --> 04:18.600
중요한 주소 정보의 동적 할당을 할 때 네

04:18.600 --> 04:21.090
가지 다른 방법을 사용합니다

04:21.090 --> 04:25.500
부트P, DHCP, APIPA, ZeroConfig를 포함합니다

04:25.500 --> 04:27.300
부트는 이 네 가지 옵션 중

04:27.300 --> 04:29.640
가장 오래되고 사용이 뜸합니다

04:29.640 --> 04:31.560
네 부트 혹은 부트스트랩 프로토콜은

04:31.560 --> 04:33.870
1985년에 소개되었습니다 디스크 없는

04:33.870 --> 04:36.270
Unix 작업대에서 사용하기 위해서입니다

04:36.270 --> 04:37.680
역동적으로 IP 주소 정보를

04:37.680 --> 04:38.970
할당하고 작업대에서 네트워크를

04:38.970 --> 04:40.140
통해 부트 이미지의 복사본을

04:40.140 --> 04:42.960
로드할 수 있습니다 ?

04:42.960 --> 04:46.560
부팅은 ip와 mac주소의 정적 데이터베이스를 사용합니다

04:46.560 --> 04:48.840
네 즉 부트프 프로세스를 시작하기 위해

04:48.840 --> 04:50.640
클라이언트가 네트워크에 연결될

04:50.640 --> 04:53.130
때마다 데이터베이스에서 Mac 주소를

04:53.130 --> 04:55.320
찾고 할당된 대로 클라이언트 요청에

04:55.320 --> 04:58.080
맞는 적절한 IP 주소를 다시 보냅니다

04:58.080 --> 05:00.030
네 우리 바람만큼 동적이지 않아서

05:00.030 --> 05:04.020
1993년에 dhcp라는 더 새롭고 업데이트된 프로토콜이

05:04.020 --> 05:06.510
부트를 대체했습니다

05:06.510 --> 05:09.990
네 이제 dhcp, 즉 동적 호스트 구성 프로토콜은

05:09.990 --> 05:12.000
할당된 범위나 주소 풀에 기반해

05:12.000 --> 05:15.000
ip의 배정을 허용하고 그 안에 많은 다른

05:15.000 --> 05:16.650
옵션을 구성할 수 있도록

05:16.650 --> 05:19.020
해주죠

05:19.020 --> 05:21.600
네 이제 이제 dhcp 서버에 이렇게 말할

05:21.600 --> 05:24.030
수 있습니다 192에서 온 주소만 전달해줘

05:24.030 --> 05:29.820
, 그리고..

05:29.820 --> 05:29.820
168번요 1 100명부터

05:29.820 --> 05:33.240
192명까지요 168번요 1 200

05:33.240 --> 05:35.280
그러면 약 100개의 클라이언트가

05:35.280 --> 05:37.290
자동으로 할당될 수 있습니다

05:37.290 --> 05:39.060
좋아요, 누군가 네트워크에 연결될

05:39.060 --> 05:42.210
때마다 dhdp는 해당 범위의 ip 중 하나를 내보내서 클라이언트에게

05:42.210 --> 05:43.980
리스한다고 알려진 일정 시간 동안

05:43.980 --> 05:46.110
할당합니다 ? 네

05:46.110 --> 05:48.480
모든 지적 재산권은 일정 시간 동안 제한될

05:48.480 --> 05:49.380
수 있습니다

05:49.380 --> 05:50.910
임대 기간이 만료되면 dhcp

05:50.910 --> 05:53.730
서버가 주소를 뒤로 빼낼 거예요

05:53.730 --> 05:56.280
네 이제 문제가 되진 않아요 컴퓨터가

05:56.280 --> 05:57.946
언제든 이럴 수 있거든요

05:57.946 --> 06:00.120
난 아직 그 주소를 쓰고 있어

06:00.120 --> 06:01.200
가져가면 안 돼요 그러면 dhcp서버가

06:01.200 --> 06:03.337
이렇게 말하겠죠 좋아 가지고

06:03.337 --> 06:05.190
있어' 그리고 임대를 갱신해서

06:05.190 --> 06:08.640
다른 기간으로 재배치하죠

06:08.640 --> 06:10.620
도서관에서 책을 빌리는 것과 같아요

06:10.620 --> 06:12.030
네 반 정도 읽었고 내일까지

06:12.030 --> 06:13.320
내야 하죠 도서관에

06:13.320 --> 06:15.840
가져가서 다시 확인해 보세요

06:15.840 --> 06:19.260
Dhcp와 동적 주소와 같은 개념입니다

06:19.260 --> 06:20.940
이제 임대가 만료되어 클라이언트에

06:20.940 --> 06:22.680
더 이상 필요하지 않으면 범위나

06:22.680 --> 06:25.290
해당 풀로 다시 반환되어 다른 클라이언트에

06:25.290 --> 06:27.480
발급될 준비가 됩니다.

06:27.480 --> 06:29.850
네 기본적으로 각 클라이언트는 할당 동안

06:29.850 --> 06:30.930
해당 ip를 빌렸다가

06:30.930 --> 06:33.090
끝나면 반환할 수 있습니다

06:33.090 --> 06:34.380
자 이제 이 ip 관리는

06:34.380 --> 06:37.590
dhcp 서버가 수행할 텐데 이 ip가 할당되고

06:37.590 --> 06:41.670
반환되는 모든 ip를 관리합니다

06:41.670 --> 06:43.950
직접 컨트롤하거나 수동으로 추적할

06:43.950 --> 06:45.870
필요가 없어서 좋아요

06:45.870 --> 06:49.230
대신 언제든 로그에 접속해 확인할 수 있습니다 ip

06:49.230 --> 06:50.227
192를 누가

06:50.227 --> 06:55.110
사용했는지 168번요 1 9월 9일 오후 3시에

06:55.110 --> 06:57.120
132번지를요? Dhcp의 ip 주소

06:57.120 --> 06:58.380
관리와 로그를

06:58.380 --> 07:01.740
이용해 알아낼 수 있습니다

07:01.740 --> 07:03.420
누가 뭘 했는지 알아내는

07:03.420 --> 07:04.710
데 있어 이점은 다

07:04.710 --> 07:06.930
있죠 ip 주소를 배포하는 관리와

07:06.930 --> 07:09.690
관리를 할 필요도 없고요

07:09.690 --> 07:11.790
네 자, dhcp의 또 다른 장점은

07:11.790 --> 07:14.280
클라이언트에게 서로 통신해야 하는 변수를

07:14.280 --> 07:15.690
준다는 겁니다

07:15.690 --> 07:18.270
할당된 동적 ip 주소도 포함합니다 서브넷

07:18.270 --> 07:20.700
마스크와 기본 게이트웨이와 dns

07:20.700 --> 07:21.990
서버도요

07:21.990 --> 07:23.640
Wins 서버를 사용한다면

07:23.640 --> 07:25.860
dhcp를 통해 보낼 수도 있습니다.

07:25.860 --> 07:26.910
이 모든 작업은 새 클라이언트가

07:26.910 --> 07:29.550
네트워크에 연결될 때마다 자동으로 dhcp

07:29.550 --> 07:32.850
프로토콜을 사용하여 수행할 수 있습니다.

07:32.850 --> 07:35.760
예, 저는 이 네 가지 구성 옵션을 여러 번 반복했다는 것을 알고

07:35.760 --> 07:37.320
있습니다. 이것이 무엇을 의미하는지

07:37.320 --> 07:38.520
아십니까?

07:38.520 --> 07:41.190
중요한 정보란 뜻이죠

07:41.190 --> 07:44.160
네 dhcp가 클라이언트에게 제공하는

07:44.160 --> 07:46.290
4가지 구성 항목을 알고 테스트

07:46.290 --> 07:48.420
데이에 염두에 두면 됩니다

07:48.420 --> 07:51.210
이는 ip 주소, 서브넷 마스크, 게이트웨이 및 dns

07:51.210 --> 07:53.640
서버의 ip라는 것을 기억하십시오.

07:53.640 --> 07:55.500
Wins 서버는 선택적인 구성 요소로 발송될

07:55.500 --> 07:57.270
수도 있고 안 될 수도 있습니다.

07:57.270 --> 07:59.640
네 좋아요 별도의 비디오에서 dhcp에

07:59.640 --> 08:00.930
관해 더 얘기하겠지만

08:00.930 --> 08:03.210
dhcp는 적당한 부트로 구현되는

08:03.210 --> 08:05.760
걸 기억하세요 현대 네트워크에서 일반적으로

08:05.760 --> 08:08.280
사용되는데 자동으로 ip 주소와 클라이언트가

08:08.280 --> 08:12.210
네트워크에서 통신하기 위해 다른 요구되는 데이터를 할당하기

08:12.210 --> 08:14.520
위해서요

08:14.520 --> 08:17.430
네 이제

08:17.430 --> 08:20.100
이제

08:20.100 --> 08:23.310
,

08:23.310 --> 08:26.250
네 기본적으로 어떤 이유로든 어떤

08:26.250 --> 08:27.510
이유에서든 apipa가

08:27.510 --> 08:30.720
대신 사용됩니다 그럼 apipa를

08:30.720 --> 08:33.240
쓰죠

08:33.240 --> 08:34.980
네 이런 문제가 발생할 수 있어요

08:34.980 --> 08:37.170
클라이언트가 dhcp 서버에 도달할

08:37.170 --> 08:40.470
수 없는 경우요 네트워킹 문제나 다른 이유로요

08:40.470 --> 08:41.460
네 이제 이 경우 클라이언트가

08:41.460 --> 08:43.860
apipa 주소로 로그인합니다 스스로

08:43.860 --> 08:45.900
할당된 주소죠

08:45.900 --> 08:48.540
네 Windows Server 워크스테이션에

08:48.540 --> 08:51.390
자동으로 APIPA가 선택돼 있어요 TCP/IP

08:51.390 --> 08:53.310
속성 아래 대체 구성 탭 아래에

08:53.310 --> 08:55.530
있죠

08:55.530 --> 08:57.330
윈도우 머신이 169에서

08:57.330 --> 08:59.430
무작위로 주소를 할당할

08:59.430 --> 09:03.090
수 있습니다 254 도트 무언가 도트 무언가 범위가

09:03.090 --> 09:05.220
dhcp 서버에 도달할 수 없거나 dhcp

09:05.220 --> 09:08.670
서버에 접속하여 협상 프로세스를 완료할 수 없는 경우.

09:08.670 --> 09:11.460
지금 당장요 apipa는 dhcp 서버 없이도

09:11.460 --> 09:12.840
로컬 지역 네트워크를

09:12.840 --> 09:15.450
신속히 구성하도록 설계됐습니다

09:15.450 --> 09:17.340
네 예를 들어 클라이언트 10명을

09:17.340 --> 09:20.250
dhcp서버가 없는 스위치에 연결하면 클라이언트

09:20.250 --> 09:21.870
10명은 자동으로 apipa

09:21.870 --> 09:24.870
범위인 169에서 자신의 ip 주소를 픽업하게

09:24.870 --> 09:28.380
됩니다 254.뭔가.뭔가.뭔가요

09:28.380 --> 09:30.510
네 다시요 왜냐면 b급 주소니까요

09:30.510 --> 09:31.890
모두 같은 지역 네트워크에

09:31.890 --> 09:34.680
있을 테니 아무 문제 없어요

09:34.680 --> 09:36.810
10대의 머신으로 로컬 지역 네트워크에서

09:36.810 --> 09:38.790
"Doom"을 실행할 수도 있습니다

09:38.790 --> 09:39.780
서로 찾아내서 apipa

09:39.780 --> 09:42.060
주소를 기반으로 대화할 거예요 아무

09:42.060 --> 09:43.800
문제 없이요

09:43.800 --> 09:45.420
유일한 문제는 이게 개인

09:45.420 --> 09:47.370
ip 주소라는 겁니다

09:47.370 --> 09:50.730
지역 네트워크를 벗어나지 못하게요

09:50.730 --> 09:52.920
네 따라서 로컬로 통신해야 할 경우

09:52.920 --> 09:55.710
스위치를 사용하면 모든 게 괜찮을 겁니다

09:55.710 --> 09:58.050
네 라우터와 같은 네트워크를 갖고 있지

09:58.050 --> 10:00.930
않기 때문에 인터넷에 접속할 수가 없어요 라우터는

10:00.930 --> 10:02.940
apipa 주소가 아니라 유효한

10:02.940 --> 10:04.350
ip 주소거든요

10:04.350 --> 10:05.760
그래서 로컬 네트워크로

10:05.760 --> 10:08.580
나오는 기본 게이트웨이가 없습니다

10:08.580 --> 10:10.530
네 자 이게 가장 큰 도전입니다 클라이언트에게

10:10.530 --> 10:12.960
APIPA 주소를 할당했을 때요 로컬

10:12.960 --> 10:15.810
네트워크 외부의 통신이나 ip 주소 없는 다른

10:15.810 --> 10:19.020
장치와는 통신할 수 없거든요

10:19.020 --> 10:19.890
169로

10:19.890 --> 10:23.400
시작하는 컴퓨터는 254: 점 뭐시기 점 뭐시기 점

10:23.400 --> 10:24.240
뭐시기인데 왜

10:24.240 --> 10:25.950
인터넷에 연결이 안 되는지 모르겠다고?

10:25.950 --> 10:27.630
그게 네 이유야

10:27.630 --> 10:28.770
Apipa 주소이며,

10:28.770 --> 10:31.440
apipa 주소는 라우터를 지나 나갈 수 없습니다.

10:31.440 --> 10:33.450
Apipa 주소는 인터넷에 연결을

10:33.450 --> 10:34.830
허용하지 않습니다

10:34.830 --> 10:37.500
Ip 주소 구성의

10:37.500 --> 10:40.440
네 안 그러면

10:40.440 --> 10:42.540
이제 ZeroConfig는 APIPA를 기반으로

10:42.540 --> 10:43.890
한 새로운 기술입니다.

10:43.890 --> 10:46.440
Apipa와 같은 기능을 많이 제공할 수 있고

10:46.440 --> 10:47.850
새로운 것도 있어요

10:47.850 --> 10:50.220
예를 들어, ZeroConfig는 IPv4 링크-local

10:50.220 --> 10:52.890
주소를 클라이언트에게 할당할 수 있습니다

10:52.890 --> 10:55.110
이건 로컬 서브넷에서 사용되는

10:55.110 --> 10:58.110
ip의 형태예요 apipa처럼요

10:58.110 --> 11:00.600
큰 차이점은 ZeroConfig에선

11:00.600 --> 11:02.010
이 클라이언트는 DNS

11:02.010 --> 11:04.470
필요 없이 컴퓨터 이름과 IP 주소를 확인할

11:04.470 --> 11:08.280
수 있습니다 mdnS나 Multicast 도메인 이름

11:08.280 --> 11:10.800
서비스를 이용해서요

11:10.800 --> 11:12.690
네 그리고 그리고 어떤

11:12.690 --> 11:14.370
것들이 연결되어 있고

11:14.370 --> 11:15.960
사용 가능한지 알아냅니다

11:15.960 --> 11:17.130
,

11:17.130 --> 11:20.040
네 프린터나 스캐너, 공유 파일 시스템이 있다면 ZeroConfig를

11:20.040 --> 11:22.650
이용해 찾을 수 있습니다 ?

11:22.650 --> 11:24.480
네 네 다양한

11:24.480 --> 11:30.600
이름이 붙습니다

11:30.600 --> 11:32.490
예를 들어 Apple 제품에 ZeroConfig는

11:32.490 --> 11:34.740
봉주르라고 합니다 로컬 지역 네트워크의

11:34.740 --> 11:36.540
다른 클라이언트와 장치의 서비스

11:36.540 --> 11:39.510
검색에 주로 사용되죠

11:39.510 --> 11:43.350
Microsoft Windows에선 LLMNR이라고 부르죠

11:43.350 --> 11:45.840
링크-로컬 멀티캐스트 이름 해상도예요

11:45.840 --> 11:48.540
그리고 apipa의 확장으로서 이에 의존하게

11:48.540 --> 11:50.910
될 겁니다 이름 분석과 서비스 검색 네트워크

11:50.910 --> 11:53.310
연결 제공 외에도요

11:53.310 --> 11:54.420
네 네 이제 Linux를

11:54.420 --> 11:57.420
사용하면 제로Config가 주로 SystemD나

11:57.420 --> 11:59.130
시스템 디먼 서비스를 사용합니다

11:59.130 --> 12:02.910
특히 systemd-resged 백그라운드 서비스요 ?

12:02.910 --> 12:05.370
Ip 주소를 할당하는 방법은

12:05.370 --> 12:06.930
다양합니다

12:06.930 --> 12:09.300
수동으로 할 수도 있습니다 정적 할당이라고 불리는

12:09.300 --> 12:12.570
자동적으로 할당될 수도 있습니다 동적 할당이라고 불리는 것입니다

12:12.570 --> 12:14.250
네 동적 할당을 사용한다면 4가지

12:14.250 --> 12:16.290
메서드 중 하나로 할 수 있습니다 부트,

12:16.290 --> 12:19.770
dhcp, APIPA, ZeroConfig죠

12:19.770 --> 12:22.320
고객의 요구와 네트워크에 따라

12:22.320 --> 12:23.313
달라지죠