이 프로젝트의 목적은 다음과 같습니다.

• IPv4 네트워크의 DHCP에 대해 알아보기
• Python 배우기 (처음부터 시작하는 것보다 조금 더 😉)
• 서버 교체 DB2DHCP (내 포크), 원본 여기에, 새로운 OS용으로 조립하기가 점점 더 어려워지고 있습니다. 그리고 "지금 당장 바꿀 수 없는" 바이너리라는 점이 마음에 들지 않습니다.
• 가입자의 mac 또는 스위치 mac+포트 조합을 사용하여 가입자의 IP 주소를 선택할 수 있는 기능을 갖춘 작동 중인 DHCP 서버 확보(옵션 82)
• 다른 자전거 쓰기(아! 이건 내가 가장 좋아하는 활동이야)
• Habrahabr에서 귀하의 클럽 관리에 대한 의견을 받습니다(또는 초대를 받는 것이 더 좋습니다) 😉

결과: 작동합니다 😉 FreeBSD 및 Ubuntu OS에서 테스트되었습니다. 이론적으로 코드는 모든 OS에서 작동하도록 요청될 수 있습니다. 코드에는 특정 바인딩이 없는 것 같습니다.
주의하여! 앞으로 더 많은 것이 있습니다.

아마추어를 위한 저장소 링크 "터치얼라이브".

"하드웨어 연구"의 결과를 설치, 구성 및 사용하는 과정은 훨씬 낮고 DHCP 프로토콜에 대한 약간의 이론입니다. 나 자신을 위해. 그리고 역사를 위해 😉

약간의 이론

DHCP 란 무엇입니까?

이는 장치가 DHCP 서버에서 IP 주소(및 게이트웨이, DNS 등과 같은 기타 매개변수)를 찾을 수 있도록 하는 네트워크 프로토콜입니다. 패킷은 UDP 프로토콜을 사용하여 교환됩니다. 네트워크 매개변수를 요청할 때 장치의 일반적인 작동 원리는 다음과 같습니다.

1. 장치(클라이언트)는 "누군가 IP 주소를 알려주세요."라는 요청과 함께 네트워크 전체에 UDP 브로드캐스트 요청(DHCPDISCOVER)을 보냅니다. 또한 항상 그런 것은 아니지만 일반적으로 요청은 포트 68(소스)에서 발생하며 대상은 포트 67(대상)입니다. 일부 장치는 포트 67에서도 패킷을 보냅니다. 클라이언트 장치의 MAC 주소는 DHCPDISCOVER 패키지 내에 포함되어 있습니다.
2. 네트워크에 있는 모든 DHCP 서버(여러 개가 있을 수 있음)는 DHCPDISCOVER를 보낸 장치에 대한 네트워크 설정으로 DHCPOFFER 제안을 형성하고 이를 네트워크를 통해 브로드캐스트합니다. 이 패킷의 대상이 누구인지 식별하는 것은 앞서 DHCPDISCOVER 요청에서 제공된 클라이언트의 MAC 주소를 기반으로 합니다.
3. 클라이언트는 네트워크 설정에 대한 제안이 포함된 패킷을 수락하고 가장 매력적인 패킷을 선택하고(예: 패킷 전달 시간, 중간 경로 수 등 기준이 다를 수 있음) 네트워크 설정을 사용하여 "공식 요청" DHCPREQUEST를 보냅니다. 좋아하는 DHCP 서버에서. 이 경우 패킷은 특정 DHCP 서버로 이동합니다.
4. DHCPREQUEST를 수신한 서버는 DHCPACK 형식 패킷을 보냅니다. 이 패킷에는 이 클라이언트에 대한 네트워크 설정이 다시 한 번 나열됩니다.

또한 클라이언트에서 오는 DHCPINFORM 패킷도 있는데, 그 목적은 DHCP 서버에 "클라이언트가 살아있다"는 사실을 알리고 발급된 네트워크 설정을 사용하고 있다는 것입니다. 이 서버 구현에서는 이러한 패킷이 무시됩니다.

패키지 형식

일반적으로 이더넷 패킷 프레임은 다음과 같습니다.

우리의 경우에는 OSI 계층 프로토콜 헤더, 즉 DHCP 구조 없이 UDP 패킷의 내용에서 직접 가져온 데이터만 고려할 것입니다.

DHCP디스커버

따라서 장치의 IP 주소를 얻는 프로세스는 DHCP 클라이언트가 포트 68에서 255.255.255.255:67로 브로드캐스트 요청을 보내는 것으로 시작됩니다. 이 패키지에는 클라이언트가 MAC 주소와 DHCP 서버로부터 정확히 수신하려는 주소가 포함되어 있습니다. 패키지 구조는 아래 표에 설명되어 있습니다.

DHCPDISCOVER 패킷 구조 테이블

패키지 내 위치
값 이름
예
소개
바이트
설명

1
부팅 요청
1
마녀
1
메시지 유형. 1 - 클라이언트에서 서버로의 요청, 2 - 서버에서 클라이언트로의 응답

2
하드웨어 유형
1
마녀
1
이 프로토콜의 하드웨어 주소 유형 1 - MAC

3
하드웨어 주소 길이
6
마녀
1
장치 MAC 주소 길이

4
올리죠
1
마녀
1
중간 경로 수

5
거래 ID
23:cf:de:1d
마녀
4
고유한 거래 식별자입니다. 요청 작업 시작 시 클라이언트에 의해 생성됨

7
두 번째 경과
0
마녀
4
주소 획득 프로세스가 시작된 후의 시간(초)

9
부팅 플래그
0
마녀
2
프로토콜 매개변수를 나타내기 위해 설정할 수 있는 특정 플래그

11
클라이언트 IP 주소
0.0.0.0
선
4
클라이언트 IP 주소(있는 경우)

15
귀하의 클라이언트 IP 주소
0.0.0.0
선
4
서버에서 제공하는 IP 주소(사용 가능한 경우)

19
다음 서버 IP 주소
0.0.0.0
선
4
서버 IP 주소(알려진 경우)

23
릴레이 에이전트 IP 주소
172.16.114.41
선
4
릴레이 에이전트의 IP 주소(예: 스위치)

27
클라이언트 MAC 주소
14:d6:4d:a7:c9:55
마녀
6
패킷 송신자(클라이언트)의 MAC 주소

31
클라이언트 하드웨어 주소 패딩
 
마녀
10
예약석. 일반적으로 XNUMX으로 채워집니다.

41
서버 호스트 이름
 
선
64
DHCP 서버 이름. 일반적으로 전송되지 않음

105
부팅 파일 이름
 
선
128
부팅 시 디스크 없는 스테이션에서 사용하는 서버의 파일 이름

235
매직 쿠키
63 : 82 : 53 : 63
마녀
4
"매직"번호에 따라 다음이 포함됩니다. 이 패킷이 DHCP 프로토콜에 속하는지 확인할 수 있습니다

DHCP 옵션. 순서 상관없이 갈 수 있음

236
옵션 번호
53
12월
1
DHCP 패킷 유형을 지정하는 옵션 53

1 - DHCP 검색
3 - DHCP요청
2 - DHCP 제안
5 - DHCPACK
8 - DHCPINFORM

 
옵션 길이
1
12월
1

 
옵션값
1
12월
1

 
옵션 번호
50
12월
1
클라이언트가 수신하려는 IP 주소는 무엇입니까?

 
옵션 길이
4
12월
1

 
옵션값
172.16.134.61
선
4

 
옵션 번호
55
 
1
클라이언트가 요청한 네트워크 매개변수입니다. 구성은 다양할 수 있습니다

01 - 네트워크 마스크
03 - 게이트웨이
06 - DNS
oc — 호스트 이름
0f - 네트워크 도메인 이름
1c - 방송 요청 주소(방송)
42 - TFTP 서버 이름
79 - 클래스 없는 정적 경로

 
옵션 길이
8
 
1

 
옵션값
01:03:06:0c:0f:1c:42:79
 
8

 
옵션 번호
82
12월
 
옵션 82는 중계기 장치의 MAC 주소와 일부 추가 값을 전송합니다.

대개 이는 최종 DHCP 클라이언트가 실행되는 스위치의 포트입니다. 이 옵션에는 추가 매개변수가 포함되어 있습니다. 첫 번째 바이트는 "하위 옵션"의 번호이고, 두 번째 바이트는 해당 길이, 그 다음 값입니다.

이 경우 옵션 82에는 하위 옵션이 중첩되어 있습니다.
에이전트 회로 ID = 00:04:00:01:00:04, 여기서 마지막 XNUMX바이트는 요청이 발생한 DHCP 클라이언트 포트입니다.

에이전트 원격 ID = 00:06:c8:be:19:93:11:48 - DHCP 리피터 장치의 MAC 주소

 
옵션 길이
18
12월
 

 
옵션값
01:06
00:04:00:01:00:04
02:08
00:06:c8:be:19:93:11:48
마녀
 

 
패키지 끝
255
12월
1
255는 패킷의 끝을 상징합니다.

DHCP 제안

서버가 DHCPDISCOVER 패킷을 수신하고 클라이언트에게 요청한 것 중 무언가를 제공할 수 있음을 확인하면 이에 대한 응답(DHCPDISCOVER)을 생성합니다. 응답은 브로드캐스트를 통해 "원래의" 포트로 전송됩니다. 현재 클라이언트에는 아직 IP 주소가 없으므로 브로드캐스트로 전송된 패킷만 수락할 수 있습니다. 클라이언트는 패키지 내부의 MAC 주소와 첫 번째 패키지 생성 시 생성한 트랜잭션 번호를 통해 이것이 자신을 위한 패키지임을 인식합니다.

DHCPOFFER 패킷 구조 테이블

패키지 내 위치
값 이름(공통)
예
소개
바이트
설명

1
부팅 요청
1
마녀
1
메시지 유형. 1 - 클라이언트에서 서버로의 요청, 2 - 서버에서 클라이언트로의 응답

2
하드웨어 유형
1
마녀
1
이 프로토콜의 하드웨어 주소 유형 1 - MAC

3
하드웨어 주소 길이
6
마녀
1
장치 MAC 주소 길이

4
올리죠
1
마녀
1
중간 경로 수

5
거래 ID
23:cf:de:1d
마녀
4
고유한 거래 식별자입니다. 요청 작업 시작 시 클라이언트에 의해 생성됨

7
두 번째 경과
0
마녀
4
주소 획득 프로세스가 시작된 후의 시간(초)

9
부팅 플래그
0
마녀
2
프로토콜 매개변수를 나타내기 위해 설정할 수 있는 특정 플래그입니다. 이 경우 0은 유니캐스트 요청 유형을 의미합니다.

11
클라이언트 IP 주소
0.0.0.0
선
4
클라이언트 IP 주소(있는 경우)

15
귀하의 클라이언트 IP 주소
172.16.134.61
선
4
서버에서 제공하는 IP 주소(사용 가능한 경우)

19
다음 서버 IP 주소
0.0.0.0
선
4
서버 IP 주소(알려진 경우)

23
릴레이 에이전트 IP 주소
172.16.114.41
선
4
릴레이 에이전트의 IP 주소(예: 스위치)

27
클라이언트 MAC 주소
14:d6:4d:a7:c9:55
마녀
6
패킷 송신자(클라이언트)의 MAC 주소

31
클라이언트 하드웨어 주소 패딩
 
마녀
10
예약석. 일반적으로 XNUMX으로 채워집니다.

41
서버 호스트 이름
 
선
64
DHCP 서버 이름. 일반적으로 전송되지 않음

105
부팅 파일 이름
 
선
128
부팅 시 디스크 없는 스테이션에서 사용하는 서버의 파일 이름

235
매직 쿠키
63 : 82 : 53 : 63
마녀
4
"매직"번호에 따라 다음이 포함됩니다. 이 패킷이 DHCP 프로토콜에 속하는지 확인할 수 있습니다

DHCP 옵션. 순서 상관없이 갈 수 있음

236
옵션 번호
53
12월
1
DHCP 53 패킷 유형을 정의하는 옵션 2 - DHCPOFFER

 
옵션 길이
1
12월
1

 
옵션값
2
12월
1

 
옵션 번호
1
12월
1
DHCP 클라이언트에 네트워크 마스크를 제공하는 옵션

 
옵션 길이
4
12월
1

 
옵션값
255.255.224.0
선
4

 
옵션 번호
3
12월
1
DHCP 클라이언트에 기본 게이트웨이를 제공하는 옵션

 
옵션 길이
4
12월
1

 
옵션값
172.16.12.1
선
4

 
옵션 번호
6
12월
1
DNS 클라이언트에 DHCP를 제공하는 옵션

 
옵션 길이
4
12월
1

 
옵션값
8.8.8.8
선
4

 
옵션 번호
51
12월
1
발행된 네트워크 매개변수의 수명(초). 그 이후에는 DHCP 클라이언트가 해당 매개변수를 다시 요청해야 합니다.

 
옵션 길이
4
12월
1

 
옵션값
86400
12월
4

 
옵션 번호
82
12월
1
옵션 82, DHCPDISCOVER에 제공된 내용을 반복합니다.

 
옵션 길이
18
12월
1

 
옵션값
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
26:4d:ec
12월
18

 
패키지 끝
255
12월
1
255는 패킷의 끝을 상징합니다.

DHCP요청

클라이언트는 DHCPOFFER를 수신한 후 네트워크의 모든 DHCP 서버가 아닌 DHCPOFFER 제안이 가장 "좋아요"인 특정 서버에만 네트워크 매개변수를 요청하는 패킷을 구성합니다. "좋아요" 기준은 클라이언트의 DHCP 구현에 따라 다를 수 있습니다. 요청 수신자는 DHCP 서버의 MAC 주소를 사용하여 지정됩니다. 또한 서버의 IP 주소가 이전에 이미 획득된 경우 DHCPDISCOVER를 먼저 생성하지 않고도 클라이언트에서 DHCPREQUEST 패킷을 보낼 수 있습니다.

DHCPREQUEST 패킷 구조 테이블

패키지 내 위치
값 이름(공통)
예
소개
바이트
설명

1
부팅 요청
1
마녀
1
메시지 유형. 1 - 클라이언트에서 서버로의 요청, 2 - 서버에서 클라이언트로의 응답

2
하드웨어 유형
1
마녀
1
이 프로토콜의 하드웨어 주소 유형 1 - MAC

3
하드웨어 주소 길이
6
마녀
1
장치 MAC 주소 길이

4
올리죠
1
마녀
1
중간 경로 수

5
거래 ID
23:cf:de:1d
마녀
4
고유한 거래 식별자입니다. 요청 작업 시작 시 클라이언트에 의해 생성됨

7
두 번째 경과
0
마녀
4
주소 획득 프로세스가 시작된 후의 시간(초)

9
부팅 플래그
8000
마녀
2
프로토콜 매개변수를 나타내기 위해 설정할 수 있는 특정 플래그입니다. 이 경우 '방송'이 설정됩니다.

11
클라이언트 IP 주소
0.0.0.0
선
4
클라이언트 IP 주소(있는 경우)

15
귀하의 클라이언트 IP 주소
172.16.134.61
선
4
서버에서 제공하는 IP 주소(사용 가능한 경우)

19
다음 서버 IP 주소
0.0.0.0
선
4
서버 IP 주소(알려진 경우)

23
릴레이 에이전트 IP 주소
172.16.114.41
선
4
릴레이 에이전트의 IP 주소(예: 스위치)

27
클라이언트 MAC 주소
14:d6:4d:a7:c9:55
마녀
6
패킷 송신자(클라이언트)의 MAC 주소

31
클라이언트 하드웨어 주소 패딩
 
마녀
10
예약석. 일반적으로 XNUMX으로 채워집니다.

41
서버 호스트 이름
 
선
64
DHCP 서버 이름. 일반적으로 전송되지 않음

105
부팅 파일 이름
 
선
128
부팅 시 디스크 없는 스테이션에서 사용하는 서버의 파일 이름

235
매직 쿠키
63 : 82 : 53 : 63
마녀
4
"매직"번호에 따라 다음이 포함됩니다. 이 패킷이 DHCP 프로토콜에 속하는지 확인할 수 있습니다

DHCP 옵션. 순서 상관없이 갈 수 있음

236
옵션 번호
53
12월
3
DHCP 패킷 유형 53 - DHCPREQUEST를 정의하는 옵션 3

 
옵션 길이
1
12월
1

 
옵션값
3
12월
1

 
옵션 번호
61
12월
1
클라이언트 ID: 01(Ehernet용) + 클라이언트 MAC 주소

 
옵션 길이
7
12월
1

 
옵션값
01:2c:ab:25:ff:72:a6
마녀
7

 
옵션 번호
60
12월
 
"공급업체 클래스 식별자". 제 경우에는 DHCP 클라이언트 버전을 보고합니다. 아마도 다른 장치가 다른 것을 반환할 수도 있습니다. 예를 들어 Windows에서는 MSFT 5.0을 보고합니다.

 
옵션 길이
11
12월
 

 
옵션값
UDP 0.9.8
선
 

 
옵션 번호
55
 
1
클라이언트가 요청한 네트워크 매개변수입니다. 구성은 다양할 수 있습니다

01 - 네트워크 마스크
03 - 게이트웨이
06 - DNS
oc — 호스트 이름
0f - 네트워크 도메인 이름
1c - 방송 요청 주소(방송)
42 - TFTP 서버 이름
79 - 클래스 없는 정적 경로

 
옵션 길이
8
 
1

 
옵션값
01:03:06:0c:0f:1c:42:79
 
8

 
옵션 번호
82
12월
1
옵션 82, DHCPDISCOVER에 제공된 내용을 반복합니다.

 
옵션 길이
18
12월
1

 
옵션값
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
26:4d:ec
12월
18

 
패키지 끝
255
12월
1
255는 패킷의 끝을 상징합니다.

DHCPACK

DHCP 서버에서 "예, 맞습니다. 이것이 귀하의 IP 주소입니다. 다른 누구에게도 알려주지 않습니다."라는 확인으로 서버에서 클라이언트로 DHCPACK 형식의 패킷이 서비스됩니다. 다른 패킷과 마찬가지로 브로드캐스트로 전송됩니다. 하지만 Python으로 구현된 DHCP 서버에 대한 아래 코드에서는 만약을 대비해 이미 알려진 경우 특정 클라이언트 IP로 패킷을 보내 브로드캐스트 요청을 복제합니다. 더욱이, DHCP 서버는 DHCPACK 패킷이 클라이언트에 도달했는지 여부를 전혀 신경 쓰지 않습니다. 클라이언트가 DHCPACK을 수신하지 못하면 잠시 후 DHCPREQUEST를 반복합니다.

DHCPACK 패킷 구조 테이블

패키지 내 위치
값 이름(공통)
예
소개
바이트
설명

1
부팅 요청
2
마녀
1
메시지 유형. 1 - 클라이언트에서 서버로의 요청, 2 - 서버에서 클라이언트로의 응답

2
하드웨어 유형
1
마녀
1
이 프로토콜의 하드웨어 주소 유형 1 - MAC

3
하드웨어 주소 길이
6
마녀
1
장치 MAC 주소 길이

4
올리죠
1
마녀
1
중간 경로 수

5
거래 ID
23:cf:de:1d
마녀
4
고유한 거래 식별자입니다. 요청 작업 시작 시 클라이언트에 의해 생성됨

7
두 번째 경과
0
마녀
4
주소 획득 프로세스가 시작된 후의 시간(초)

9
부팅 플래그
8000
마녀
2
프로토콜 매개변수를 나타내기 위해 설정할 수 있는 특정 플래그입니다. 이 경우 '방송'이 설정됩니다.

11
클라이언트 IP 주소
0.0.0.0
선
4
클라이언트 IP 주소(있는 경우)

15
귀하의 클라이언트 IP 주소
172.16.134.61
선
4
서버에서 제공하는 IP 주소(사용 가능한 경우)

19
다음 서버 IP 주소
0.0.0.0
선
4
서버 IP 주소(알려진 경우)

23
릴레이 에이전트 IP 주소
172.16.114.41
선
4
릴레이 에이전트의 IP 주소(예: 스위치)

27
클라이언트 MAC 주소
14:d6:4d:a7:c9:55
마녀
6
패킷 송신자(클라이언트)의 MAC 주소

31
클라이언트 하드웨어 주소 패딩
 
마녀
10
예약석. 일반적으로 XNUMX으로 채워집니다.

41
서버 호스트 이름
 
선
64
DHCP 서버 이름. 일반적으로 전송되지 않음

105
부팅 파일 이름
 
선
128
부팅 시 디스크 없는 스테이션에서 사용하는 서버의 파일 이름

235
매직 쿠키
63 : 82 : 53 : 63
마녀
4
"매직"번호에 따라 다음이 포함됩니다. 이 패킷이 DHCP 프로토콜에 속하는지 확인할 수 있습니다

DHCP 옵션. 순서 상관없이 갈 수 있음

236
옵션 번호
53
12월
3
DHCP 패킷 유형 53 - DHCPACK를 정의하는 옵션 5

 
옵션 길이
1
12월
1

 
옵션값
5
12월
1

 
옵션 번호
1
12월
1
DHCP 클라이언트에 네트워크 마스크를 제공하는 옵션

 
옵션 길이
4
12월
1

 
옵션값
255.255.224.0
선
4

 
옵션 번호
3
12월
1
DHCP 클라이언트에 기본 게이트웨이를 제공하는 옵션

 
옵션 길이
4
12월
1

 
옵션값
172.16.12.1
선
4

 
옵션 번호
6
12월
1
DNS 클라이언트에 DHCP를 제공하는 옵션

 
옵션 길이
4
12월
1

 
옵션값
8.8.8.8
선
4

 
옵션 번호
51
12월
1
발행된 네트워크 매개변수의 수명(초). 그 이후에는 DHCP 클라이언트가 해당 매개변수를 다시 요청해야 합니다.

 
옵션 길이
4
12월
1

 
옵션값
86400
12월
4

 
옵션 번호
82
12월
1
옵션 82, DHCPDISCOVER에 제공된 내용을 반복합니다.

 
옵션 길이
18
12월
1

 
옵션값
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
26:4d:ec
12월
18

 
패키지 끝
255
12월
1
255는 패킷의 끝을 상징합니다.

설치

설치는 실제로 작업에 필요한 Python 모듈을 설치하는 것으로 구성됩니다. MySQL이 이미 설치 및 구성되어 있다고 가정합니다.

FreeBSD의

pkg install python3 python3 -m verifypip pip3 mysql-connector 설치

Ubuntu

sudo apt-get 설치 python3 sudo apt-get 설치 pip3 sudo pip3 설치 mysql-connector

MySQL 데이터베이스를 생성하고, 여기에 pydhcp.sql 덤프를 업로드하고, 구성 파일을 구성합니다.

구성

모든 서버 설정은 xml 파일에 있습니다. 참조 파일:

1.0 0.0.0.0 255.255.255.255 192.168.0.71 8600 1 255.255.255.0 192.168.0.1 로컬호스트 시험 시험 pydhcp option_8.8.8.8_hex:sw_port82:1:20 option_22_hex:sw_port82:2:16 option_18_hex:sw_mac:82:26 삼 upper(mac)=upper('{option_40_AgentRemoteId_hex}') 및 upper(port)=upper('{option_3_AgentCircuitId_port_hex}')인 사용자로부터 ip,mask,router,dns를 선택합니다. upper(mac)=upper('{sw_mac}') 및 upper(port)=upper('{sw_port1}')인 사용자로부터 ip,mask,router,dns를 선택합니다. upper(mac)=upper('{ClientMacAddress}')인 사용자로부터 ip,mask,router,dns를 선택합니다. 기록(id,dt,mac,ip,comment) 값에 삽입 ​​(null,now(),'{ClientMacAddress}','{RequestedIpAddress}','DHCPACK/INFORM')

이제 태그에 대해 더 자세히 설명합니다.

dhcpserver 섹션에서는 서버 시작을 위한 기본 설정을 설명합니다.

• 호스트 - 서버가 포트 67에서 수신하는 IP 주소
• 방송 - DHCPOFFER 및 DHCPACK에 대한 방송 IP는 무엇입니까?
• DHCPServer - DHCP 서버의 IP는 무엇입니까
• LeaseTime 발급된 IP 주소의 임대 시간
• ThreadLimit - 포트 67에서 들어오는 UDP 패킷을 처리하기 위해 동시에 실행되는 스레드 수. 로드가 많은 프로젝트에 도움이 될 것으로 예상됩니다 😉
• defaultMask,defaultRouter,defaultDNS - IP가 데이터베이스에서 발견되었지만 추가 매개변수가 지정되지 않은 경우 기본적으로 구독자에게 제공되는 것

mysql 섹션:

호스트, 사용자 이름, 비밀번호, 기본 이름 - 모든 것이 그 자체로 나타납니다. 대략적인 데이터베이스 구조는 다음 사이트에 게시되어 있습니다. GitHub의

쿼리 섹션: OFFER/ACK 수신 요청은 여기에 설명되어 있습니다.

• Offer_count — ip,mask,router,dns와 같은 결과를 반환하는 요청이 있는 줄 수
• Offer_n — 쿼리 문자열. return이 비어 있으면 다음 제안 요청을 실행합니다.
• History_sql - 예를 들어 구독자의 "인증 내역"에 쓰는 쿼리입니다.

요청에는 옵션 섹션의 변수나 DHCP 프로토콜의 옵션이 포함될 수 있습니다.

옵션 섹션. 이것이 더 흥미로워지는 곳입니다. 여기에서 나중에 쿼리 섹션에서 사용할 수 있는 변수를 만들 수 있습니다.

예를 들면 다음과 같습니다

option_82_hex:sw_port1:20:22

, 이 명령줄은 82~20바이트 범위의 22진수 형식으로 DHCP 요청 옵션 1에 포함된 전체 줄을 가져와 새 변수 sw_portXNUMX(요청이 발생한 스위치 포트)에 넣습니다.

option_82_hex:sw_mac:26:40

, 26:40 범위에서 XNUMX진수를 사용하여 sw_mac 변수를 정의합니다.

-d 스위치로 서버를 시작하면 쿼리에 사용할 수 있는 모든 옵션을 볼 수 있습니다. 다음과 같은 로그가 표시됩니다.

--a DHCPINFORM 패킷이 67ad0025224 , b'x764xa91xe5xa0xa3xa5-x9fx8a' , ('8', 172.30.114.25) {'ClientMacAddress': '68ad0025224', 'ClientMacAddressByte': b'x764 00%"Jxd7d에서 포트 91에 도착했습니다. ' , ' HType': 'Ethernet', 'HostName': b'x5xa0xe3xa5xa9xa8-x8fx43a', 'ReqListDNS': True, 'ReqListDomainName': True, 'ReqListPerfowmRouterDiscover': True, 'ReqListRouter': True, 'ReqListStaticRoute': True, 'ReqListSubnetM 질문': True, 'ReqListVendorSpecInfo': 0.0.0.0, 'RequestedIpAddress': '5.0', 'Vendor': b'MSFT 0025224', 'chaddr': '764ad172.30.128.13', 'ciaddr': '00' , '플래그': b'x00x172.30.114.25', 'giaddr': '308', 'gpoz': 6, 'hlen': 1, 'hops': 82, 'htype': 'MAC', 'magic_cookie': b'cx12Sc ', 'op': 'DHCPINFORM', 'option12': 53, 'option53': 55, 'option55': 60, 'option60': 61, 'option61': 82, 'option82': 82, ' option_12_byte': b'x01x06x00x04x00x01x00x06x02x08x00x06' b'x00x1x9eXx2exb82xad', 'option_12010600040001000602080006001_hex': '589e2eb82ad', 'option_ 18_len': 82 12, 'option_01_str': "b'x06x00x04x00x01x00x06x02x08x00x06x00x1x9x2eXx768exb0.0.0.0xad'", '결과': 거짓, '초': 001, 'siaddr': '589', 'sw_mac': '2e1eb06ad', 'sw_port89': '8', 'xidbyte': b'

따라서 모든 변수를 {}로 래핑할 수 있으며 이는 SQL 쿼리에 사용됩니다.

클라이언트가 IP 주소를 수신한 기록을 기록해 보겠습니다.

서버 시작

./pydhcpdb.py -d -c config.xml

— d 콘솔 출력 모드 DEBUG
- c <파일 이름> 구성 파일

데 브리핑

이제 Python에서 서버를 구현하는 방법에 대해 자세히 설명합니다. 그것은 고통이다. Python은 즉석에서 배웠습니다. 많은 순간들이 “와, 어떻게든 해냈구나”라는 스타일로 만들어집니다. 전혀 최적화되지 않았으며 주로 Python 개발 경험이 거의 없기 때문에 이 형식으로 남아 있습니다. 나는 "코드"에서 서버 구현의 가장 흥미로운 측면을 다루겠습니다.

XML 구성 파일 파서

표준 Python 모듈 xml.dom이 사용됩니다. 간단해 보이지만 구현 중에 이 모듈을 사용하는 네트워크에 대한 명확한 문서와 예제가 눈에 띄게 부족했습니다.

    mconfig의 요소에 대한 tree = minidom.parse(gconfig["config_file"]) mconfig=tree.getElementsByTagName("mysql"): gconfig["mysql_host"]=elem.getElementsByTagName("host")[0].firstChild.data gconfig["mysql_username"]=elem.getElementsByTagName("username")[0].firstChild.data gconfig["mysql_password"]=elem.getElementsByTagName("password")[0].firstChild.data gconfig["mysql_basename"] =elem.getElementsByTagName("basename")[0].firstChild.data dconfig=tree.getElementsByTagName("dhcpserver") for dconfig의 요소: gconfig["broadcast"]=elem.getElementsByTagName("broadcast")[0]. firstChild.data gconfig["dhcp_host"]=elem.getElementsByTagName("host")[0].firstChild.data gconfig["dhcp_LeaseTime"]=elem.getElementsByTagName("LeaseTime")[0].firstChild.data gconfig[" dhcp_ThreadLimit"]=int(elem.getElementsByTagName("ThreadLimit")[0].firstChild.data) gconfig["dhcp_Server"]=elem.getElementsByTagName("DHCPServer")[0].firstChild.data gconfig["dhcp_defaultMask"] =elem.getElementsByTagName("defaultMask")[0].firstChild.data gconfig["dhcp_defaultRouter"]=elem.getElementsByTagName("defaultRouter")[0].firstChild.data gconfig["dhcp_defaultDNS"]=elem.getElementsByTagName(" defaultDNS")[0].firstChild.data qconfig=tree.getElementsByTagName("query") for elem in qconfig: gconfig["offer_count"]=elem.getElementsByTagName("offer_count")[0].firstChild.data for num in range(int(gconfig["offer_count"])): gconfig["offer_"+str(num+1)]=elem.getElementsByTagName("offer_"+str(num+1))[0].firstChild.data gconfig 옵션의 요소에 대한 ["history_sql"]=elem.getElementsByTagName("history_sql")[0].firstChild.data options=tree.getElementsByTagName("options"): 노드의 옵션에 대한 node=elem.getElementsByTagName("option") : optionsMod.append(options.firstChild.data)

멀티스레딩

이상하게도 Python의 멀티스레딩은 매우 명확하고 간단하게 구현되었습니다.

def PacketWork(data,addr): ... # 들어오는 패킷을 구문 분석하고 이에 응답하는 구현 ... while True: data, addr = udp_socket.recvfrom(1024) # UDP 패킷을 기다리는 중 thread = threading.Thread( target=PacketWork , args=(data,addr,)).start() # 그대로 - 이전에 정의한 PacketWork 함수를 매개변수를 사용하여 백그라운드에서 실행합니다 while threading.active_count() >gconfig["dhcp_ThreadLimit"]: time. sleep(1) # 설정보다 이미 실행 중인 스레드가 더 많은 경우 스레드 수가 줄어들 때까지 기다립니다.

DHCP 패킷 수신/전송

네트워크 카드를 통해 들어오는 UDP 패킷을 가로채려면 소켓을 "올려야" 합니다.

udp_socket = 소켓.socket(socket.AF_INET,socket.SOCK_DGRAM,socket.IPPROTO_UDP) udp_socket.bind((gconfig["dhcp_host"],67))

, 여기서 플래그는 다음과 같습니다.

• AF_INET - 주소 형식이 IP: 포트임을 의미합니다. AF_UNIX도 있을 수 있습니다. 여기서 주소는 파일 이름으로 제공됩니다.
• SOCK_DGRAM - "원시 패킷"이 아니라 이미 방화벽을 통과하고 부분적으로 다듬어진 패킷을 허용한다는 의미입니다. 저것들. UDP 패킷 래퍼의 "물리적" 구성 요소 없이 UDP 패킷만 수신합니다. SOCK_RAW 플래그를 사용하는 경우 이 "래퍼"도 구문 분석해야 합니다.

패킷을 보내는 것은 브로드캐스트와 비슷할 수 있습니다.

                    udp_socket.setsockopt(socket.SOL_SOCKET, 소켓.SO_BROADCAST, 1) # 소켓을 브로드캐스트 모드로 전환 rz=udp_socket.sendto(packetack, (gconfig["broadcast"],68))

, 그리고 "패키지가 어디에서 왔는지" 주소로:

                        udp_socket.setsockopt(socket.SOL_SOCKET,socket.SO_REUSEADDR,1) # 소켓을 다중 수신기 모드로 전환 rz=udp_socket.sendto(packetack, addr)

, 여기서 SOL_SOCKET은 옵션 설정을 위한 "프로토콜 수준"을 의미합니다.

, 헬멧 패키지가 "브로드캐스트"되는 SO_BROADCAST 옵션

  ,SO_REUSEADDR 옵션은 소켓을 "다수 리스너" 모드로 전환합니다. 이론적으로 이 경우에는 필요하지 않지만 테스트한 FreeBSD 서버 중 하나에서는 이 옵션이 없으면 코드가 작동하지 않았습니다.

DHCP 패킷 구문 분석

제가 파이썬을 정말 좋아했던 곳이 바로 이곳입니다. 기본적으로 바이트코드를 사용하여 매우 유연하게 사용할 수 있다는 것이 밝혀졌습니다. 이를 XNUMX진수 값, 문자열 및 XNUMX진수로 매우 쉽게 변환할 수 있습니다. 이것이 패키지의 구조를 이해하는 데 실제로 필요한 것입니다. 예를 들어, HEX 형식의 바이트 범위와 바이트만 얻을 수 있습니다.

    res["xidhex"]=data[4:8].hex() res["xidbyte"]=data[4:8]

, 바이트를 구조로 압축합니다.

res["flags"]=pack('BB',data[10],data[11])

구조에서 IP를 가져옵니다.

res["ciaddr"]=socket.inet_ntoa(pack('BBBB',data[12],data[13],data[14],data[15]));

그리고 그 반대의 경우도 마찬가지입니다.

res=res+socket.inet_pton(socket.AF_INET, gconfig["dhcp_Server"])

지금은 그게 전부입니다 😉

출처 : habr.com