KR20140050725A - 네트워크 게이트웨이 장치 - Google Patents
네트워크 게이트웨이 장치 Download PDFInfo
- Publication number
- KR20140050725A KR20140050725A KR1020147006671A KR20147006671A KR20140050725A KR 20140050725 A KR20140050725 A KR 20140050725A KR 1020147006671 A KR1020147006671 A KR 1020147006671A KR 20147006671 A KR20147006671 A KR 20147006671A KR 20140050725 A KR20140050725 A KR 20140050725A
- Authority
- KR
- South Korea
- Prior art keywords
- address
- packet
- tcp
- nic
- destination
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0281—Proxies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/668—Internet protocol [IP] address subnets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2521—Translation architectures other than single NAT servers
- H04L61/2525—Translation at a client
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0471—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload applying encryption by an intermediary, e.g. receiving clear information at the intermediary and encrypting the received information at the intermediary before forwarding
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
XPTCP 게이트웨이 장치(101)에 할당되고 있는 IP 어드레스와는 무관계여야 할 패킷을 TCP/IP 프로토콜 스택(205)이 처리할 수 있도록 하기 위해, 미리 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 개서 테이블에 메모해 둔다. 그 다음에, 수신한 패킷에 첨부되고 있는 송신원 MAC 어드레스 및 송신원 IP 어드레스는 가짜의 MAC 어드레스 및 가짜의 IP 어드레스로, 목적지 MAC 어드레스 및 목적지 IP 어드레스는 XPTCP 게이트웨이 장치(101)에 할당되고 있는 IP 어드레스 및 MAC 어드레스로 개서하고 나서, TCP/IP 프로토콜 스택(205)에게 준다.
Description
본 발명은, 네트워크 게이트웨이 장치에 관한 것이다.
보다 상세하게는, 기존의 네트워크 환경에 대해 아무런 설정 변경을 강요하지 않고, 용이하게 시큐리티를 높인 암호화 통신기능을 추가할 수 있는 네트워크 게이트웨이 장치에 관한 것이다.
발명자는, 인터넷이 폭발적으로 일반층에 보급되는 조기 단계부터, TCP/IP 네트워크의 가능성과 기술적 한계, 그리고 문제점을 인식하고 있었다. 예를 들면, 인터넷 메일은 기본적으로 엽서와 동등하며, 통신 경로 상에서 탭핑(tapping: 도청)을 수행하면 용이하게 메일 헤더 및 본문을 취득할 수 있다. 그리고, 인터넷 메일이나 web 등의 통신 어플리케이션에, 시큐리티를 향상시키기 위한 암호화를 수행 시에는, 모든 어플리케이션 프로그램이 대응하고 있었다. 이 때문에, 암호화 통신에 대응하는 어플리케이션은 암호화 통신에 대응하지 않는 어플리케이션과 암호화 통신을 행하지 못하고, 언제까지 지나도 암호화 통신 대응 어플리케이션이 보급되지 않는다, 라는 딜레마에 빠져 있었다.
또한, 암호화 통신 환경이 좀처럼 보급되지 않는다, 라는 같은 문제점은, 네트워크층(network layer)에서 암호화 통신을 실현하는 IPSec에도 말할 수 있다. 어플리케이션층(applcation Layer)의 어프로치가 아닌, 네트워크층에서 모든 통신을 통째로 암호화한다, 라는 IPSec의 기본적 기술 사상은 좋은 착안점일 것이다. 그러나, 현실적으로는 연결되기 어렵다, 연결될 때까지의 설정이 힘들다, 통신이 끊어지지 쉽다, 혹은 유저 인증을 별도로 고려하지 않으면 안 된다 등의 문제점이 지적되어, 근본적인 해결이 이루어지지 않고 보급의 목표도 세워지지 않은 채 현재에 이르고 있다.
이러한 TCP/IP 네트워크의 가능성과 기술적 한계, 그리고 문제점을 감안하여, 발명자는 트랜스포트층(transport layer)에서 인증 및 암호화 통신을 실현하는 기술을 발명하고, 오늘에 이르기까지 그 기술의 실장과 개량에 노력하고 있다. 또한, 본 명세서에서는 이후, 특허문헌 1에 개시한 기술에 근거하는, 트랜스포트층에서의 인증 및 암호화의 기술을, TCP의 확장(eXPand)이라는 의미를 담아 「XPTCP」로 칭한다.
특허문헌 1은, 발명자에 의한 트랜스포트층의 암호화 프로토콜에 관한 선행기술문헌이다.
특허문헌 1: 일본 특허 3783142호 공보
특허문헌 1에 개시한 XPTCP를 기존의 네트워크 환경에 도입할 때, 그 도입 장벽은 가능한 낮은 것이 바람직하다. 이상적으로는, 네트워크 상의 모든 단말이 「제로 컨피그레이션(Zero Configuration)」, 즉 전혀 설정 등을 변경하거나 신규의 소프트웨어를 도입하지 않고, XPTCP가 제공하는 새로운 기능을 이용할 수 있게 되는 것이 바람직하다.
단말에 소프트웨어를 도입하지 않고 신기능을 실현하는 방법으로서, 네트워크의 경로 상에 게이트웨이 장치를 개입시키는 방법을 생각할 수 있다. 그러나, 이 게이트웨이 장치는, 지금까지 알려져 있는 장치나 어플리케이션의 양태에서는, 무슨 일이 있어도 단말의 설정 변경이 필요하게 된다.
예를 들면, 게이트웨이 장치가 프록시 서버일 경우, 단말은 프록시 서버 대응 어플리케이션 프로그램을 이용해, 어플리케이션 프로그램에는 프록시 서버의 IP 어드레스와 포트 번호를 설정해야 한다. 즉, 어플리케이션 프로그램이 프록시 서버에 대응하지 않으면, 프록시 서버를 통한 통신 그 자체를 실현할 수 없다.
또한 예를 들면, 게이트웨이 장치가 라우터일 경우, 단말은 디폴트 게이트웨이의 IP 어드레스를 다시 설정하지 않으면 안 된다.
게다가, 게이트웨이 장치가 기존의 네트워크 환경에 도입되는 것을 생각하면, 게이트웨이 장치를 위한 비어 있는 IP 어드레스를 확보해야 하는 것 외에, 이미 디폴트 게이트웨이가 되고 있는 라우터 등, 다른 네트워크 장치에도 설정 변경이 필요하게 될 수도 있다.
본 발명은 이러한 과제를 해결하고, 기존의 네트워크 환경에 대해 설정 변경을 조금도 강요하지 않고, 용이하게 시큐리티를 높인 암호화 통신기능을 추가할 수 있는 네트워크 게이트웨이 장치를 제공하는 것을 목적으로 한다.
상기 과제를 해결하기 위해, 본 발명의 네트워크 게이트웨이 장치는, 내측 NIC와, 외측 NIC와, 내측 NIC 및 외측 NIC에 프로미스큐어스 모드(promiscuous mode)를 설정하는 초기 설정부와, 내측 NIC 및 외측 NIC 사이에서 TCP/IP 통신 처리를 수행하는 TCP/IP 프로토콜 스택과, 내측 NIC로부터 수신한 수신 패킷에 첨부되고 있는 송신원 MAC 어드레스를 제1 위장 MAC 어드레스로 변환하고, 송신원 IP 어드레스를 제1 위장 IP 어드레스로 변환하고, 목적지 MAC 어드레스를 내측 NIC에 첨부되고 있는 내측 NICMAC 어드레스로 변환하고, 목적지 IP 어드레스를 내측 NIC에 첨부되고 있는 내측 NICIP 어드레스로 변환하여, TCP/IP 프로토콜 스택에 수신 패킷을 송신함과 동시에, TCP/IP 프로토콜 스택으로부터 수신한 송신 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 수신 패킷에 첨부되고 있던 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스로 복원(restore)하여, 외측 NIC에 송신하는 어드레스 변환 처리부를 구비한다.
내측 NIC 및 외측 NIC에 할당되고 있는 IP 어드레스와는 무관계여야 할 패킷을 TCP/IP 프로토콜 스택이 처리할 수 있도록 하기 위해, 수신 패킷에 첨부되고 있는 송신원 MAC 어드레스 및 송신원 IP 어드레스는 가짜의 MAC 어드레스 및 가짜의 IP 어드레스로, 목적지 MAC 어드레스 및 목적지 IP 어드레스는 내측 NIC에 할당되고 있는 IP 어드레스 및 MAC 어드레스로 개서(改書)하고 나서, TCP/IP 프로토콜 스택에게 준다.
본 발명에 의해, 기존의 네트워크 환경에 대해 설정 변경을 어떤 강요하지 않고, 용이하게 시큐리티를 높인 암호화 통신기능을 추가할 수 있는 네트워크 게이트웨이 장치를 제공할 수 있다.
도 1은 본 발명의 실시 형태에 따른 네트워크 게이트웨이 장치를 포함한 네트워크의 개략도이다.
도 2는 XPTCP 게이트웨이 장치의 기능 블록도이다.
도 3은 XPTCP 게이트웨이 장치에 갖춰지고 있는 각종 테이블 및 리스트의 필드 구성을 나타내는 도면이다.
도 4는 패킷의 구조를 나타내는 개략도이다.
도 5는 어드레스 변환 처리부의 기능 블록도이다.
도 6은 내측 NIC 수신 처리부의 기능 블록도이다.
도 7은 외측 NIC 수신 처리부의 기능 블록도이다.
도 8은 외측 NIC 송신 처리부의 기능 블록도이다.
도 9는 내측 NIC 송신 처리부의 기능 블록도이다.
도 10은 XPTCP 처리부의 기능 블록도이다.
도 11은 어드레스 변환 처리부의, 내측 NIC에서의 패킷 수신 처리 동작의 흐름을 나타내는 플로우 차트이다.
도 12는 어드레스 변환 처리부의, 외측 NIC에서의 패킷 수신 처리 동작의 흐름을 나타내는 플로우 차트이다.
도 13은 어드레스 변환 처리부의, 외측 NIC에서의 패킷 송신 처리 동작의 흐름을 나타내는 플로우 차트이다.
도 14는 어드레스 변환 처리부의, 내측 NIC에서의 패킷 송신 처리 동작의 흐름을 나타내는 플로우 차트이다.
도 15는 XPTCP 처리부의 XPTCP 처리의 흐름을 나타내는 플로우 차트이다.
도 16은 소켓 처리부의 초기 동작의 흐름을 나타내는 플로우 차트이다.
도 17은 소켓 처리부의 접속 요구 전송 처리의 흐름을 나타내는 플로우 차트이다.
도 18은 XPTCP 게이트웨이 장치를 통과하는 패킷의 변화를 나타내는 개략도이다.
도 19는 XPTCP 게이트웨이 장치를 통과하는 패킷의 변화를 나타내는 개략도이다.
도 20은 XPTCP 게이트웨이 장치를 통과하는 패킷의 변화를 나타내는 개략도이다.
도 21은 XPTCP 게이트웨이 장치에서의, TCP 접속 확립 시퀀스를 나타내는 타임 차트의, 전체를 나타내는 조감도이다.
도 22는 XPTCP 게이트웨이 장치에서의, TCP 접속 확립 시퀀스를 나타내는 타임 차트 중, 전반의 처리 내용을 나타내는 상세도이다.
도 23은 XPTCP 게이트웨이 장치에서의, TCP 접속 확립 시퀀스를 나타내는 타임 차트 중, 후반의 처리 내용을 나타내는 상세도이다.
도 24는 XPTCP 게이트웨이 장치에서의, TCP 데이터 전송 시퀀스의 타임 차트이다.
도 25는 XPTCP 게이트웨이 장치에서의, TCP 절단 시퀀스를 나타내는 타임 차트의, 전체를 나타내는 조감도이다.
도 26은 XPTCP 게이트웨이 장치에서의, TCP 절단 시퀀스를 나타내는 타임 차트 중, 전반의 처리 내용을 나타내는 상세도이다.
도 27은 XPTCP 게이트웨이 장치에서의, TCP 절단 시퀀스를 나타내는 타임 차트 중, 후반의 처리 내용을 나타내는 상세도이다.
도 28은 XPTCP 게이트웨이 장치에서, 송신하는 패킷의 목적지 IP 어드레스를 개서하는 응용 형태를 설명하는 개략도이다.
도 29는 XPTCP 게이트웨이 장치에서, 송신하는 패킷의 송신원 IP 어드레스를 개서하는 응용 형태를 설명하는 개략도이다.
도 2는 XPTCP 게이트웨이 장치의 기능 블록도이다.
도 3은 XPTCP 게이트웨이 장치에 갖춰지고 있는 각종 테이블 및 리스트의 필드 구성을 나타내는 도면이다.
도 4는 패킷의 구조를 나타내는 개략도이다.
도 5는 어드레스 변환 처리부의 기능 블록도이다.
도 6은 내측 NIC 수신 처리부의 기능 블록도이다.
도 7은 외측 NIC 수신 처리부의 기능 블록도이다.
도 8은 외측 NIC 송신 처리부의 기능 블록도이다.
도 9는 내측 NIC 송신 처리부의 기능 블록도이다.
도 10은 XPTCP 처리부의 기능 블록도이다.
도 11은 어드레스 변환 처리부의, 내측 NIC에서의 패킷 수신 처리 동작의 흐름을 나타내는 플로우 차트이다.
도 12는 어드레스 변환 처리부의, 외측 NIC에서의 패킷 수신 처리 동작의 흐름을 나타내는 플로우 차트이다.
도 13은 어드레스 변환 처리부의, 외측 NIC에서의 패킷 송신 처리 동작의 흐름을 나타내는 플로우 차트이다.
도 14는 어드레스 변환 처리부의, 내측 NIC에서의 패킷 송신 처리 동작의 흐름을 나타내는 플로우 차트이다.
도 15는 XPTCP 처리부의 XPTCP 처리의 흐름을 나타내는 플로우 차트이다.
도 16은 소켓 처리부의 초기 동작의 흐름을 나타내는 플로우 차트이다.
도 17은 소켓 처리부의 접속 요구 전송 처리의 흐름을 나타내는 플로우 차트이다.
도 18은 XPTCP 게이트웨이 장치를 통과하는 패킷의 변화를 나타내는 개략도이다.
도 19는 XPTCP 게이트웨이 장치를 통과하는 패킷의 변화를 나타내는 개략도이다.
도 20은 XPTCP 게이트웨이 장치를 통과하는 패킷의 변화를 나타내는 개략도이다.
도 21은 XPTCP 게이트웨이 장치에서의, TCP 접속 확립 시퀀스를 나타내는 타임 차트의, 전체를 나타내는 조감도이다.
도 22는 XPTCP 게이트웨이 장치에서의, TCP 접속 확립 시퀀스를 나타내는 타임 차트 중, 전반의 처리 내용을 나타내는 상세도이다.
도 23은 XPTCP 게이트웨이 장치에서의, TCP 접속 확립 시퀀스를 나타내는 타임 차트 중, 후반의 처리 내용을 나타내는 상세도이다.
도 24는 XPTCP 게이트웨이 장치에서의, TCP 데이터 전송 시퀀스의 타임 차트이다.
도 25는 XPTCP 게이트웨이 장치에서의, TCP 절단 시퀀스를 나타내는 타임 차트의, 전체를 나타내는 조감도이다.
도 26은 XPTCP 게이트웨이 장치에서의, TCP 절단 시퀀스를 나타내는 타임 차트 중, 전반의 처리 내용을 나타내는 상세도이다.
도 27은 XPTCP 게이트웨이 장치에서의, TCP 절단 시퀀스를 나타내는 타임 차트 중, 후반의 처리 내용을 나타내는 상세도이다.
도 28은 XPTCP 게이트웨이 장치에서, 송신하는 패킷의 목적지 IP 어드레스를 개서하는 응용 형태를 설명하는 개략도이다.
도 29는 XPTCP 게이트웨이 장치에서, 송신하는 패킷의 송신원 IP 어드레스를 개서하는 응용 형태를 설명하는 개략도이다.
[네트워크의 개략]
도 1은, 본 발명의 실시 형태에 따른 네트워크 게이트웨이 장치를 포함한 네트워크의 개략도이다.
본 실시 형태의 네트워크 게이트웨이 장치는 XPTCP 기능을 제공하므로, 이후, 네트워크 게이트웨이 장치를 XPTCP 게이트웨이 장치(101)로 칭한다.
도 1에는, XPTCP 게이트웨이 장치(101)를 포함한 네트워크가 나타나고 있다.
XPTCP 게이트웨이 장치(101)를 통해 좌측에는, XPTCP에 비대응인 2대의 단말, XPTCP 비대응 PC(102) 및 XPTCP 비대응 PC(103)가, XPTCP 게이트웨이 장치(101)의 내측 NIC(104)에 접속되고 있다.
XPTCP 게이트웨이 장치(101)를 통해 우측에는, XPTCP에 비대응인 단말인 XPTCP 비대응 PC(105)와, XPTCP에 대응하고 있는 단말인 XPTCP 대응 PC(106), 및 XPTCP에 대응하고 있는 서버인 XPTCP 대응 서버(107)가, XPTCP 게이트웨이 장치(101)의 외측 NIC(108)에 접속되고 있다.
이후, XPTCP 게이트웨이 장치(101)를 통해 좌측의 네트워크를 XPTCP 비대응 네트워크(109)로, XPTCP 게이트웨이 장치(101)를 통해 우측의 네트워크를 XPTCP 대응 네트워크(110)로 각각 칭한다.
즉, XPTCP 게이트웨이 장치(101)는, 제1 NIC라고도 할 수 있는 내측 NIC(104)가 XPTCP 비대응 네트워크(109)에 접속되고, 제2 NIC라고도 할 수 있는 외측 NIC(108)가 XPTCP 대응 네트워크(110)에 접속된다.
XPTCP 게이트웨이 장치(101)는, XPTCP 비대응 네트워크(109)에 존재하는 XPTCP 비대응 PC(102) 및 XPTCP 비대응 PC(103)와 같은, XPTCP 비대응인 네트워크 기기를, XPTCP 대응 네트워크(110)에 존재하는 XPTCP 대응 PC(106) 및 XPTCP 대응 서버(107)와 같은, XPTCP 대응인 네트워크 기기에, XPTCP의 기능으로 접속할 수 있도록, 패킷을 가공한다.
XPTCP 게이트웨이 장치(101)는, 내측 NIC(104)에 접속되고 있는 XPTCP 비대응 PC(102)에 대해, XPTCP의 기능을 제공한다. 구체적으로는, XPTCP 비대응 네트워크(109) 상의 XPTCP 비대응 PC(102)가 XPTCP 대응 네트워크(110) 상의 XPTCP 비대응 PC(105)에 접속하려고 하는 경우에는, XPTCP 게이트웨이 장치(101)는 패킷을 그대로 흐르게 해서, 종래와 같은 일반적인 TCP/IP 네트워크에서의 통신을 수행한다. 그러나, XPTCP 비대응 네트워크(109) 상의 XPTCP 비대응 PC(102)가 XPTCP 대응 네트워크(110) 상의 XPTCP 대응 PC(106) 혹은 XPTCP 대응 서버(107)에 접속하려고 하는 경우에는, XPTCP 게이트웨이 장치(101)는 XPTCP 비대응 PC(102)로부터 송신되는 패킷을 XPTCP에 대응한 패킷으로 개서하여, XPTCP 대응 PC(106) 혹은 XPTCP 대응 서버(107)에 송신한다.
[XPTCP 게이트웨이 장치(101)의 내부 구성]
도 2는 XPTCP 게이트웨이 장치(101)의 기능 블록도이다.
XPTCP 게이트웨이 장치(101)는, 네트워크 OS가 가동하는 컴퓨터에 XPTCP 게이트웨이 장치(101)로서 가동하기 위한 프로그램을 도입 함으로써 실현될 수 있다. 네트워크 OS는, 예를 들면 주지의 Windows(등록상표) 혹은 Linux(등록상표) 등의 OS가 이용 가능하다. 단, XPTCP 게이트웨이 장치(101)는 네트워크의 경로 상에 설치될 필요가 있으므로, 컴퓨터에는 2개의 NIC(Network Interface Card)가 갖춰질 필요가 있다. 이것이 내측 NIC(104)와 외측 NIC(108)이다.
내측 NIC(104)와 외측 NIC(108)는, 각각 주지의 TCP/IP 네트워크에 접속하기 위한, 일반적인 인터페이스 카드이다. 따라서, 내측 NIC(104)와 외측 NIC(108)에는 각각 주지의 또한 고유의, 48 비트의 MAC 어드레스(Media Access Control address)를 가진다. 또한, 도 2에 기능 블록으로서 나타내는 내측 NIC(104)와 외측 NIC(108)는, 하드웨어로서의 NIC 그 자체뿐 아니라, 디바이스 드라이버의 기능도 포함하고 있다.
초기 설정부(201)는, 네트워크 OS가 기동했을 때에 설정되는 네트워크의 기본 설정 작업에 더해, 내측 NIC(104)와 외측 NIC(108)에 「프로미스큐어스 모드(promiscuous mode)」를 설정한다. 「무차별 모드」라고도 하는 이 모드는, 네트워크 상을 흐르는 모든 패킷을 수신해 읽어 들일 수 있다. 본 실시 형태의 XPTCP 게이트웨이 장치(101)에는 필요한 설정이다.
도시하지 않은 네트워크 OS는, 기동 시에 네트워크의 기본 설정을 수행한다. 그 때의, 내측 NIC(104) 및 외측 NIC(108)의 MAC 어드레스 및 IP 어드레스는, 네트워크 설정 정보 메모리(202)에 기억된다.
어드레스 변환 처리부(203)는, 내측 NIC(104)로부터 수신한 패킷에 대해, 네트워크 설정 정보 메모리(202), 임시 IPMAC 리스트(204) 및 내측 NIC 어드레스 테이블(209)로부터 각각 정보를 읽어 들여, 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스 및 목적지 IP 어드레스를, 제1 임시 NICMAC 어드레스, 제1 임시 NICIP 어드레스, 색인용 포트 번호, 내측 NICMAC 어드레스 및 내측 NICIP 어드레스로 변환하고, OS에 갖춰지는 TCP/IP 프로토콜 스택(205)에 인도(引渡)한다. 또한, 목적지 포트 번호는 그대로 변경하지 않는다.
마찬가지로, 어드레스 변환 처리부(203)는, 외측 NIC(108)로부터 수신한 패킷에 대해, 네트워크 설정 정보 메모리(202), 임시 IPMAC 리스트(204) 및 외측 NIC 어드레스 테이블(210)로부터 각각 정보를 읽어 들여, 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를, 제2 임시 NICMAC 어드레스, 제2 임시 NICIP 어드레스, 색인용 포트 번호, 외측 NICMAC 어드레스, 외측 NICIP 어드레스 및 동적 포트 번호로 변환하고, OS에 갖춰지는 TCP/IP 프로토콜 스택(205)에 인도한다.
또한, 어드레스 변환 처리부(203)는, TCP/IP 프로토콜 스택(205)에서 외측 NIC(108)로 송신되는 패킷에 대해, 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를, 색인용 포트 번호를 단서로 외측 NIC 어드레스 테이블(210)을 참조하여, 앞서 개서하기 이전으로 복원한 후, 외측 NIC(108)로부터 송신한다.
마찬가지로, 어드레스 변환 처리부(203)는, TCP/IP 프로토콜 스택(205)에서 내측 NIC(104)로 송신되는 패킷에 대해, 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를, 색인용 포트 번호를 단서로 내측 NIC 어드레스 테이블(209)을 참조하여, 앞서 개서하기 이전으로 복원한 후, 내측 NIC(104)로부터 송신한다.
게다가, 어드레스 변환 처리부(203)는, TCP/IP 프로토콜 스택(205)에서 외측 NIC(108)로 송신되는 ARP(Address Resolution Protocol) 요구 패킷에 대해, 임시 IPMAC 리스트(204)에 기재되어 있는 가짜의 MAC 어드레스로 응답 함으로써, 마치 물리 매체에서 응답이 있던 것처럼 TCP/IP 프로토콜 스택(205)을 속여 정상으로 동작시킨다.
제1 NIC 어드레스 변환 테이블이라고도 할 수 있는 내측 NIC 어드레스 테이블(209)은, 어드레스 변환 처리부(203)가 내측 NIC(104)와 TCP/IP 프로토콜 스택(205)과의 사이에서, 패킷에 첨부되고 있는 MAC 어드레스, IP 어드레스 및 포트 번호를 개서하거나 또는 복원하기 위한 테이블이다.
제2 NIC 어드레스 변환 테이블이라고도 할 수 있는 외측 NIC 어드레스 테이블(210)은, 어드레스 변환 처리부(203)가 외측 NIC(108)와 TCP/IP 프로토콜 스택(205) 사이에서, 패킷에 첨부되고 있는 MAC 어드레스, IP 어드레스 및 포트 번호를 개서하거나 또는 복원하기 위한 테이블이다.
이들 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)은, 어드레스 변환 테이블이라고도 할 수 있다.
또한, 설명의 편의를 위해, 이하에서는, XPTCP 비대응 네트워크(109)에 존재하는 XPTCP 비대응 PC(102, 103) 등의 XPTCP에 비대응인 네트워크 기기를 「단말」로 칭하고, XPTCP 대응 네트워크(110)에 존재하는 XPTCP 대응 서버(107)나 XPTCP 대응 PC(106) 등의 XPTCP에 대응하고 있는 네트워크 기기를 「서버」로 칭한다. XPTCP 비대응 PC(105)에 대해서는, XPTCP를 이용한 통신의 대상 외이므로, 「단말」「서버」의 정의에서는 제외한다.
TCP/IP 프로토콜 스택(205)은, 네트워크 OS에 갖춰지는 네트워크 드라이버 프로그램이다. 이 TCP/IP 프로토콜 스택(205)은, 어드레스 변환 처리부(203)를 경유하여, NIC와의 사이에서 패킷의 송수신을 수행하고, 어플리케이션 프로그램과의 사이에서 데이터의 송수신을 수행한다.
TCP/IP 프로토콜 스택(205)은 어플리케이션 프로그램에 대해, 주지의 소켓(「BSD 소켓」이라는 명칭으로 주지이다.)이라고 하는 어플리케이션 프로그램 인터페이스(API)를 제공한다.
TCP/IP 프로토콜 스택(205)은, NIC로부터 수신한 패킷을, ARP 헤더, IP 헤더, TCP 또는 UDP 헤더의 순서로 제거하고, 패킷의 페이로드(payload)를 연결해 스트림 데이터로 되돌려, 소정의 어플리케이션에 인도한다.
반대로, TCP/IP 프로토콜 스택(205)은, 어플리케이션으로부터 받은 스트림 데이터를, TCP/IP 프로토콜 스택(205)이 사전에 형성해 어플리케이션으로부터 지정된 소켓을 통해, 소정의 데이터 사이즈의 페이로드로 분할한 후, TCP 또는 UDP 헤더, IP 헤더, ARP 헤더의 순서로 헤더를 부가해, NIC를 통해 송신지로 송신한다.
특히, TCP 프로토콜의 패킷을 취급하는 경우에는, TCP/IP 프로토콜 스택(205)은, 주지의 커넥션이라는 가상적인 통신로를, SYN-ACK&SYN-ACK라는 주지의 3-웨이 핸드쉐이킹(three-way handshaking)으로 TCP/IP 프로토콜 스택(205)의 내부에 형성한다.
본 실시 형태의 XPTCP 게이트웨이 장치(101)는, 내측 NIC(104)와 외측 NIC(108) 쌍방으로 커넥션을 형성하고, 그 커넥션끼리 데이터의 전송을 수행한다.
내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)은, TCP/IP 프로토콜 스택(205)이 작성하는 커넥션과, 실제 패킷에 첨부되고 있는 본래의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호와의 연관지음을, 색인용 포트 번호를 마련 함으로써 실현하고 있다.
내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)은, TCP/IP 프로토콜 스택(205)이 작성하는 커넥션을 관리하는 테이블이다, 라고도 할 수 있다.
확장 TCP 처리부라고도 할 수 있는 XPTCP 처리부(206)는, TCP/IP 프로토콜 스택(205)이 형성한 소켓, 즉 「한쪽의 커넥션의 출입구」로부터 데이터를 수신해, 수신한 데이터를 TCP/IP 프로토콜 스택(205)이 형성한 다른 소켓, 즉 「다른 쪽의 커넥션의 출입구」로 전송한다.
또한, XPTCP 처리부(206)는 XPTCP 처리 대상 마스터(208)에 기억되고 있는 지시 내용에 따라, 인증 처리 및 암호화 통신 처리를 수행한다. 특히 XPTCP 처리부(206)는, TCP/IP 프로토콜 스택(205)으로부터 수신한 데이터를 다시 TCP/IP 프로토콜 스택(205)으로 반송할 때에, 소켓에 첨부되고 있는 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스, 목적지 포트 번호를 개서한다.
소켓 처리부(207)는, 네트워크 OS 기동 후에 자동 실행되는 작은 의사 서버 프로그램임과 동시에, 내측 NIC(104)로부터 수신한 패킷에 기인 하여, TCP/IP 프로토콜 스택(205)으로부터 connect 이벤트를 받으면, connect 이벤트를 받은 소켓에 첨부되고 있는 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스, 목적지 포트 번호로부터, 외측 NIC(108)를 향해 새로운 소켓을 작성하기 위한 connect request 이벤트, 즉 접속 요구를 TCP/IP 프로토콜 스택(205)을 향해 발생한다.
소켓 처리부(207)는 TCP/IP 프로토콜 스택(205)에 대해 소켓 오픈/클로즈 처리만 수행하고, TCP/IP 프로토콜 스택(205)과의 실제의 데이터 송수신은 XPTCP 처리부(206)가 수행한다.
도 2에 나타내는 XPTCP 게이트웨이 장치(101)의 블록도 가운데, 내측 NIC(104), 외측 NIC(108), 어드레스 변환 처리부(203), TCP/IP 프로토콜 스택(205), XPTCP 처리부(206) 및 소켓 처리부(207)는, 주지의 7 계층 OSI 참조 모델에 준거하는, TCP/IP의 계층 모델을 따르고 있다.
내측 NIC(104)와 외측 NIC(108)는, NIC 드라이버를 포함해 물리층(physical layer)과 데이터 링크층(data link layer)에 해당한다.
TCP/IP 프로토콜 스택(205)은, 네트워크층(IP, ICMP(Internet Control Message Protocol), ARP)와 트랜스포트층(TCP, UDP)에 해당한다.
소켓 처리부(207)는 어플리케이션층에 해당한다.
어드레스 변환 처리부(203)는 데이터 링크층과 네트워크층의 사이에 들어가서, TCP/IP 프로토콜 스택(205)이 본래라면 무관계여야 할 패킷을 처리할 수 있도록, 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 개서한다. 이 때문에, 어드레스 변환 처리부(203)는 네트워크층에 해당한다.
XPTCP 처리부(206)는 트랜스포트층과 어플리케이션층 사이에 개재하여, 소켓 오픈/클로즈 처리 이외의, 네트워크 스트림 데이터의 전송과, 인증 및 암호화 혹은 복호를 수행한다. 이 때문에, XPTCP 처리부(206)는 어플리케이션층이 개재할 수 없는 인증 및 암호화 통신을 실현하는 트랜스포트층에 해당함과 동시에, 데이터를 전송한다라는 기능에 있어서 어플리케이션층에도 해당한다.
네트워크 OS에 표준 탑재되고 있는 TCP/IP 프로토콜 스택(205)은, 본래라면 네트워크 설정 정보 메모리(202)에 기억되고 있는 IP 어드레스, 즉 자신의 NIC에 첨부되고 있는 IP 어드레스에 대한 통신밖에 취급하지 않는다. 한편, XPTCP 게이트웨이 장치(101)는 모든 패킷을 취급할 필요가 있다. 또한, XPTCP는 통신 순서가 복잡한 TCP/IP의 기능을 이용하면서, 트랜스포트층에서의 인증과 암호화 처리를 실현한다.
그래서, TCP/IP 프로토콜 스택(205)의 기능을 최대한 유효하게 활용하면서, 필요 최소한의 프로그램을 추가 함으로써 XPTCP 게이트웨이 장치(101)를 실현하기 위해, 본 실시 형태의 XPTCP 게이트웨이 장치(101)는, TCP/IP 프로토콜 스택(205)을 「속이는」 처리를 행한다.
즉, XPTCP 게이트웨이 장치(101)에 할당되고 있는 IP 어드레스와는 무관계여야 할 패킷을 TCP/IP 프로토콜 스택(205)이 처리할 수 있도록 하기 위해서, 내측 NIC(104) 또는 외측 NIC(108)로부터 수신한 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스를, 일단, XPTCP 게이트웨이 장치(101)에 할당되고 있는 IP 어드레스, MAC 어드레스 등에 개서한다. 그리고, 송신원 및 목적지의 MAC 어드레스, IP 어드레스 및 포트 번호를 개서한 해당 패킷을 TCP/IP 프로토콜 스택(205)에 인도한다.
어드레스 변환 처리부(203) 및 XPTCP 처리부(206)에서 수행하는 개서 처리, 즉 패킷에 첨부되고 있는 송신원 및 목적지의 MAC 어드레스, IP 어드레스 그리고 포트 번호의 개서 처리의 상세는, 도 18, 도 19 및 도 20에서 후술한다.
[테이블 및 리스트의 구성]
도 3은, XPTCP 게이트웨이 장치(101)에 갖춰지고 있는 각종 테이블 및 리스트의 필드 구성을 나타내는 도면이다.
도 2에 나타내는 XPTCP 게이트웨이 장치(101)가 보유하는, 내측 NIC 어드레스 테이블(209), 외측 NIC 어드레스 테이블(210), XPTCP 폴리시 테이블(211), 임시 IPMAC 리스트(204)는, 도시하지 않은 RAM 내에 설치된다. 또한, XPTCP 처리 대상 마스터(208)는 하드 디스크 장치 등의 도시하지 않은 불휘발성 스토리지에 설치되어, 어드레스 변환 처리부(203)가 기동할 때, 도시하지 않은 RAM 내에 복사된다. 네트워크 설정 정보 메모리(202)는 네트워크 OS에 의해 도시하지 않은 RAM 내에 설치된다.
도 4는 패킷의 구조를 나타내는 개략도이다. 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 필드를, 도 3의 필드 구성도와 도 4의 개략도를 참조해 설명한다.
내측 NIC 어드레스 테이블(209)은, 프로토콜 종별 필드와, 송신원 MAC 어드레스 필드와, 송신원 IP 어드레스 필드와, 송신원 포트 번호 필드와, 목적지 MAC 어드레스 필드와, 목적지 IP 어드레스 필드와, 목적지 포트 번호 필드와, 색인용 포트 번호 필드와, 타이머용 카운터 값 필드를 가진다.
외측 NIC 어드레스 테이블(210)은, 프로토콜 종별 필드와, 송신원 MAC 어드레스 필드와, 송신원 IP 어드레스 필드와, 송신원 포트 번호 필드와, 목적지 MAC 어드레스 필드와, 목적지 IP 어드레스 필드와, 목적지 포트 번호 필드와, 색인용 포트 번호 필드와, 동적 포트 번호 필드와, 타이머용 카운터 값 필드를 가진다.
프로토콜 종별 필드에는, 내측 NIC(104) 또는 외측 NIC(108)로부터 들어오는 패킷의 종별로서, TCP 또는 UDP를 나타내는 플래그가 격납된다. 이는 IP 헤더(401)의 프로토콜 번호로부터 읽어낸다. 또한, 본 실시 형태의 XPTCP 게이트웨이 장치(101)는, 현 단계에서는 TCP 패킷만을 취급하지만, 가까운 장래에 UDP 패킷을 처리 가능하게 하기 위해, 이 프로토콜 종별 필드가 준비되어 있다.
송신원 MAC 어드레스 필드에는, 내측 NIC(104) 또는 외측 NIC(108)로부터 들어오는 패킷에 첨부되고 있는 송신원 MAC 어드레스가 격납된다. 이는 MAC 헤더(402)의 송신원 MAC 어드레스로부터 읽어낸다.
송신원 IP 어드레스 필드에는, 내측 NIC(104) 또는 외측 NIC(108)로부터 들어오는 패킷에 첨부되고 있는 송신원 IP 어드레스가 격납된다. 이는 IP 헤더(401)의 송신원 IP 어드레스로부터 읽어낸다.
송신원 포트 번호 필드에는, 내측 NIC(104) 또는 외측 NIC(108)로부터 들어오는 패킷에 첨부되고 있는 송신원 포트 번호가 격납된다. 이는 TCP 헤더(403) 또는 UDP 헤더(404)의 송신원 포트 번호로부터 읽어낸다.
목적지 MAC 어드레스 필드에는, 내측 NIC(104) 또는 외측 NIC(108)로부터 들어오는 패킷에 첨부되고 있는 목적지 MAC 어드레스가 격납된다. 이는 MAC 헤더(402)의 목적지 MAC 어드레스로부터 읽어낸다.
목적지 IP 어드레스 필드에는, 내측 NIC(104) 또는 외측 NIC(108)로부터 들어오는 패킷에 첨부되고 있는 목적지 IP 어드레스가 격납된다. 이는 IP 헤더(401)의 목적지 IP 어드레스로부터 읽어낸다.
목적지 포트 번호 필드에는, 내측 NIC(104) 또는 외측 NIC(108)로부터 들어오는 패킷에 첨부되고 있는 목적지 포트 번호가 격납된다. 이는 TCP 헤더(403) 또는 UDP 헤더(404)의 목적지 포트 번호로부터 읽어낸다.
색인용 포트 번호 필드에는, 어드레스 변환 처리부(203)가 패킷을 내측 NIC(104) 또는 외측 NIC(108)로부터 송신하는 직전에, 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 개서할 때에, 내측 NIC 어드레스 테이블(209) 또는 외측 NIC 어드레스 테이블(210) 중 어느 레코드에 기술되고 있는지를 특정하기 위한 색인 정보가 격납된다.
이 색인용 포트 번호는, XPTCP 처리 대상 마스터(208)의 레코드에 처리 대상으로서 합치하는 TCP SYN 패킷이 내측 NIC(104)로부터 왔을 때에, 어드레스 변환 처리부(203)가 내측 NIC 어드레스 테이블(209)에 신규 레코드를 추가로 기록할 때, 도 2의 TCP 포트 번호 메모리(212)의 값이 이용된다. 색인용 포트 번호는, 포트 번호를 색인 정보로서 이용하므로, 일의성(독특하고, 중복 하지 않는다)을 가지는 것이 요구된다. 이 때문에, TCP 포트 번호 메모리(212)의 값을 이용했을 때에, 이미 해당 번호가 사용되고 있는 경우에는, TCP 포트 번호 메모리(212)의 값을 인크리먼트(increment)해서, 해당 포트 번호가 비어 있는지 확인한다.
TCP SYN 패킷은, 주지의 TCP 통신의 개시(커넥션의 확립 요구)를 나타내는 패킷이며, TCP 헤더(403)에 존재하는 6비트의 코드비트 중 5번째 비트가 「1」인 패킷이다.
TCP ACK 패킷은, 주지의 TCP 통신에서의 확인 응답을 나타내는 패킷이며, TCP 헤더(403)에 존재하는 6비트의 코드비트 중 2번째 비트가 「1」인 패킷이다.
TCP FIN 패킷은, 주지의 TCP 통신의 종료(커넥션의 절단 요구)를 나타내는 패킷이며, TCP 헤더(403)에 존재하는 6비트의 코드비트 중 6번째 비트가 「1」인 패킷이다.
TCP ACK/SYN 패킷은, TCP 헤더(403)에 존재하는 6비트의 코드비트 중 2번째 비트와 5번째 비트가 「1」인 패킷이며, TCP SYN 패킷과 TCP ACK 패킷의, 2개의 의미를 동시에 갖추고 있다.
외측 NIC 어드레스 테이블(210)에만 설치되고 있는 동적 포트 번호는, 동적 포트 번호 필드에 격납된다. 이 동적 포트 번호는, TCP/IP 프로토콜 스택(205)이 외측 NIC(108)를 통해, XPTCP 대응 네트워크(110)에 존재하는 XPTCP 대응 서버(107)나 XPTCP 대응 PC(106) 등의, XPTCP에 대응하고 있는 네트워크 기기, 즉 서버와의 커넥션을 형성할 때, 해당 커넥션의 송신원 포트 번호로서, TCP/IP 프로토콜 스택(205)이 자동적으로 생성하는 포트 번호이다. 많은 경우, 동적 포트 번호는 「수명이 짧은 포트」라고도 불리는 주지의 임시 포트 번호(ephemeral port number)인, 포트 번호 49152에서 65535까지의 번호가, TCP/IP 프로토콜 스택(205)에 의해 부여된다.
타이머용 카운터 값 필드에는, 내측 NIC 어드레스 테이블(209) 또는 외측 NIC 어드레스 테이블(210)의 해당 레코드가 이용되지 않게 된 것을 판단하여 파기할 때의, 경과시간을 계측하기 위한 어드레스 테이블 갱신 카운터(213)의 값이 격납된다.
도 3에 나타내는 네트워크 설정 정보 메모리(202)에는, 네트워크 OS가 기동할 때에 네트워크의 기본 설정을 수행한 결과인, 내측 NIC(104) 및 외측 NIC(108)의 MAC 어드레스 및 IP 어드레스가 기억된다. 즉, 네트워크 설정 정보 메모리(202)는 네트워크 OS에 의해 설치된다.
내측 NICMAC 어드레스는, 내측 NIC(104)의, 본래의 MAC 어드레스를 나타낸다.
내측 NICIP 어드레스는, 내측 NIC(104)의, 본래의 IP 어드레스를 나타낸다.
외측 NICMAC 어드레스는, 외측 NIC(108)의, 본래의 MAC 어드레스를 나타낸다.
외측 NICIP 어드레스는, 외측 NIC(108)의, 본래의 IP 어드레스를 나타낸다.
마찬가지로 도 3에 나타내는 임시 IPMAC 리스트(204)는, 내측 NICIP 어드레스 필드와, 제1 임시 MAC 어드레스 필드와, 제1 임시 IP 어드레스 필드와, 외측 NICIP 어드레스 필드와, 제2 임시 MAC 어드레스 필드와, 제2 임시 IP 어드레스 필드를 가진다.
내측 NICIP 어드레스 필드에는, 내측 NIC(104)의 IP 어드레스가 격납된다. 이는 네트워크 설정 정보 메모리(202)로부터 얻을 수 있다.
제1 임시 MAC 어드레스 필드에는, 제1 임시 MAC 어드레스가 격납된다.
제1 임시 IP 어드레스 필드에는, 제1 임시 IP 어드레스가 격납된다.
외측 NICIP 어드레스 필드에는, 외측 NIC(108)의 IP 어드레스가 격납된다. 이는 네트워크 설정 정보 메모리(202)로부터 얻을 수 있다.
제2 임시 MAC 어드레스 필드에는, 제2 임시 MAC 어드레스가 격납된다.
제2 임시 IP 어드레스 필드에는, 제2 임시 IP 어드레스가 격납된다.
제1 임시 MAC 어드레스, 제1 임시 IP 어드레스, 제2 임시 MAC 어드레스 및 제2 임시 IP 어드레스는, 어드레스 변환 처리부(203) 및 XPTCP 처리부(206)에서 이용하는, 가짜의 MAC 어드레스 및 IP 어드레스이다.
마찬가지로 확장 TCP 처리 대상 마스터라고도 할 수 있는, 도 3에 나타내는 XPTCP 처리 대상 마스터(208)는, 레코드 번호 필드와, 프로토콜 종별 필드와, 송신원 IP 어드레스 필드와, 송신원 포트 번호 필드와, 목적지 IP 어드레스 필드와, 목적지 포트 번호 필드와, 암호 종별 타 필드를 가진다.
레코드 번호 필드는, XPTCP 처리 대상 마스터(208)의 레코드 번호 그 자체이다. XPTCP 처리 대상 마스터(208)의 레코드를 일의에 식별하는 연번의 번호이다. 또한, 레코드 번호 필드에 격납하는 정보는, 후술하는 XPTCP 폴리시 테이블(211)에서 이용하는, 레코드를 일의에 식별하기 위한 정보이다. 따라서, 일의에 식별이 가능하면, 반드시 레코드 번호가 아니어도 무방하다.
프로토콜 종별 필드에는, 내측 NIC(104)로부터 들어오는 패킷의 종별로서 TCP 또는 UDP를 나타내는 플래그가 격납된다. 이는 IP 헤더(401)의 프로토콜 번호로부터 읽어낸다.
송신원 IP 어드레스 필드에는, 내측 NIC(104)로부터 들어오는 패킷에 첨부되고 있는 송신원 IP 어드레스가 격납된다. 이는 IP 헤더(401)의 송신원 IP 어드레스로부터 읽어낸다.
송신원 포트 번호 필드에는, 내측 NIC(104)로부터 들어오는 패킷에 첨부되고 있는 송신원 포트 번호가 격납된다. 이는 TCP 헤더(403) 또는 UDP 헤더(404)의 송신원 포트 번호로부터 읽어낸다.
목적지 IP 어드레스 필드에는, 내측 NIC(104)로부터 들어오는 패킷에 첨부되고 있는 목적지 IP 어드레스가 격납된다. 이는 IP 헤더(401)의 목적지 IP 어드레스로부터 읽어낸다.
목적지 포트 번호 필드에는, 내측 NIC(104)로부터 들어오는 패킷에 첨부되고 있는 목적지 포트 번호가 격납된다. 이는 TCP 헤더(403) 또는 UDP 헤더(404)의 목적지 포트 번호로부터 읽어낸다.
암호 종별 타 필드에는, 해당 XPTCP 세션에 이용하는 인증이나 암호의 종류 등의 정보가 격납된다.
즉, XPTCP 처리 대상 마스터(208)에는, 단말에서 서버를 향해 송신되는 패킷의 IP 어드레스 및 포트 번호의 조합과, 그 IP 어드레스 및 포트 번호의 조합을 가지는 패킷에 의해, 내측 NIC(104) 및 외측 NIC(108)의 각각에 형성되는 커넥션을 통과하는 데이터 스트림에 적용하는, 암호화 등에 관한 정보가 기억된다.
마찬가지로 도 3에 나타내는 XPTCP 폴리시 테이블(211)은, 프로토콜 종별 필드와, 색인용 포트 번호 필드와, 레코드 번호 필드를 가진다.
프로토콜 종별 필드에는, XPTCP 처리 대상 마스터(208)와 같이, 내측 NIC(104)로부터 들어오는 패킷의 종별로서, TCP 또는 UDP를 나타내는 플래그가 격납된다. 이는 IP 헤더(401)의 프로토콜 번호로부터 읽어낸다.
색인용 포트 번호 필드에는, 해당 세션의 패킷에 대해 어드레스 변환 처리부(203)에 의해 첨부되고 있는, 색인용 포트 번호가 격납된다.
레코드 번호 필드는, XPTCP 처리 대상 마스터(208)의 레코드 번호 그 자체이다. 따라서, 이 필드에 기록되고 있는 레코드 번호로, XPTCP 처리 대상 마스터(208)의 레코드를 지정해, 해당 레코드의 암호 종별 타 필드를 참조한다.
XPTCP 폴리시 테이블(211)은, 색인용 포트 번호와 암호 종별 타 정보를 연관시킴으로써, 색인용 포트 번호에 따른 TCP 커넥션을 통과하는 데이터 스트림에 적용하는, 암호 종별 등을 특정한다.
다시 도 2로 돌아와서, 각 부의 설명을 계속한다.
어드레스 테이블 갱신 카운터(213)는, 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의, 사용되지 않게 된 레코드를 삭제할 때에, 경과시간을 보기 위한 카운터이다. 어드레스 테이블 갱신 카운터(213)는, 일례로서는 0에서 119까지의 수를 계수하는 루프 카운터이다. 0부터 시작되어, 1초 마다 계수치가 1 인크리먼트하여, 119까지 계수하면, 다시 0부터 계수를 개시한다.
어드레스 변환 처리부(203)는, 후술하는 TCP 절단 시퀀스에서, TCP FIN 패킷이 내측 NIC(104) 및 외측 NIC(108) 양쪽 모두로부터 온 것에 호응하여, 어드레스 테이블 갱신 카운터(213)의 값을, 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 해당하는 레코드의, 타이머용 카운트 값 필드에 기입한다. 그리고, 타이머용 카운트 값 필드의 값과 현재의 어드레스 테이블 갱신 카운터(213)의 값을 비교해서, 60초 이상을 경과했다고 판단하면, 이미 그 레코드에 나타나는 통신 세션은 종료했다고 판단해, 해당 레코드를 삭제한다.
TCP 포트 번호 메모리(212)는, 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 색인용 포트 번호 필드에 값을 기입하기 위한 포트 번호가 격납되는 메모리이다.
내측 NIC(104)로부터 TCP SYN 패킷이 오면, 새로운 커넥션을 작성할 필요가 있다. 어드레스 변환 처리부(203)는 TCP/IP 프로토콜 스택(205)에 커넥션을 작성시키기 위해, 어드레스 변환 처리를 수행한다. 어드레스 변환 처리에 의해, TCP/IP 프로토콜 스택(205)은 본래의 송신원 IP 어드레스 및 목적지 IP 어드레스 등과는 다른, 가짜의 송신원 IP 어드레스 및 목적지 IP 어드레스 등이 첨부된 패킷에 대해, 커넥션을 형성한다.
어드레스 변환 처리부(203)는, 가짜의 송신원 IP 어드레스 및 목적지 IP 어드레스 등을 패킷에 첨부할 때, TCP/IP 프로토콜 스택(205)이 작성하는 커넥션과, 그 가짜의 송신원 IP 어드레스 및 목적지 IP 어드레스 등과의 관련지음을 수행하지 않으면 안 된다. 이 커넥션을 식별해서, 최종적으로 본래의 송신원 IP 어드레스 및 목적지 IP 어드레스 등으로 되돌리기 위해, 패킷에 식별 정보를 첨부할 필요가 있다. 이것이, 색인용 포트 번호이다.
내측 NIC 어드레스 테이블(209)에 새로운 레코드가 작성되었을 때, TCP 포트 번호 메모리(212)의 값을 1 인크리먼트해서, 그 값을 색인용 포트 번호 필드에 기입한다.
색인용 포트 번호는 TCP/IP 프로토콜 스택(205)이 인식 가능한 번호가 아니면 안되기 때문에, TCP 포트 번호 메모리(212)에 기입되는 최대치는 65535이다.
TCP 포트 번호 메모리(212)는, 「수명이 짧은 포트」라고도 불리는 주지의 임시(ephemeral) 포트 번호인, 포트 번호 49152에서 65535까지를 1씩 인크리먼트하는 값이 기입된다. 또한, TCP 포트 번호 메모리(212)는 루프 카운터로 구성해도 무방하다.
[어드레스 변환 처리부(203)의 내부 구성]
도 5는, 어드레스 변환 처리부(203)의 기능 블록도이다.
어드레스 변환 처리부(203)는, 내측 NIC 수신 처리부(501), 외측 NIC 수신 처리부(502), 외측 NIC 송신 처리부(503), 내측 NIC 송신 처리부(504), 테이블 갱신 처리부(505), 및 폴리시 회답부(506)의, 5개의 기능 블록으로 나뉘어진다.
우선, 내측 NIC 수신 처리부(501)의 상세를 설명한다. 도 6은, 내측 NIC 수신 처리부(501)의 기능 블록도이다.
내측 NIC(104)가 수신한 패킷은, 처음에 수신 패킷 판정부(601)가 XPTCP 처리 대상 마스터(208)를 참조하여, 해당 패킷이 XPTCP 처리의 대상이 되는지 여부 등을 판정한다.
만약, 내측 NIC(104)가 수신한 패킷이, 예를 들면 ICMP 패킷이나 XPTCP 처리 대상 마스터(208)에 합치하지 않는 처리 대상 외 패킷일 경우에는, 수신 패킷 판정부(601)는 그 패킷을 그대로 외측 NIC(108)로 전송한다.
만약, 내측 NIC(104)가 수신한 패킷이, XPTCP 게이트웨이 장치(101)에 대해 송신된, XPTCP 처리 대상 외 패킷일 경우에는, 수신 패킷 판정부(601)는 그 패킷을 그대로 TCP/IP 프로토콜 스택(205)으로 전송한다.
만약, 내측 NIC(104)로부터 입력된 패킷이 XPTCP 처리 대상 마스터(208)에 합치하는 처리 대상 패킷일 경우에는, 수신 패킷 판정부(601)는 다음으로 그 패킷의 상세를 본다.
수신 패킷 판정부(601)는, 그 패킷이 TCP 데이터 패킷이면, 해당 TCP 데이터 패킷을 어드레스 치환부(602)에 인도한다.
어드레스 치환부(602)는 내측 NIC 어드레스 테이블(209)을 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호로 검색하여, 레코드를 특정하고, 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 개서하여, TCP/IP 프로토콜 스택(205)으로 전송한다.
수신 패킷 판정부(601)에서 처리하는 패킷이 TCP SYN 패킷이면, 그것은 내측 NIC 어드레스 테이블(209)에 미등록된 패킷이다. 그러므로, 수신 패킷 판정부(601)는 TCP SYN 패킷을 커넥션 등록 처리부(603)에 인도한다. 커넥션 등록 처리부(603)는, TCP SYN 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호로, 내측 NIC 어드레스 테이블(209)에 신규의 레코드를 추가로 기록한다. 그리고, TCP 포트 번호 메모리(212)의 값을 1 인크리먼트하여 참조하고, 그 값을 색인용 포트 번호로서 내측 NIC 어드레스 테이블(209)의 색인용 포트 번호 필드에 기록한다. 게다가, 같은 내용의 레코드를 외측 NIC 어드레스 테이블(210)에도 추가로 기록한다. 그 후, 커넥션 등록 처리부(603)는 TCP SYN 패킷을 어드레스 치환부(602)에 인도한다. 어드레스 치환부(602)는 전술한 TCP 데이터 패킷과 같이, TCP SYN 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 개서하여, TCP/IP 프로토콜 스택(205)으로 전송한다.
수신 패킷 판정부(601)에서 처리하는 패킷이 TCP FIN 패킷이면, 그것은 TCP/IP 프로토콜 스택(205)에 형성된 커넥션의 종료를 의미함과 동시에, 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 해당 레코드를 삭제할 필요가 생긴다. 단, 레코드를 삭제하는 시기는, 내측 NIC(104)를 향해 형성되는 커넥션과, 외측 NIC(108)를 향해 형성되는 커넥션의, 양쪽 커넥션의 종료로부터 소정의 시간을 경과시킬 필요가 있다.
그러므로, 수신 패킷 판정부(601)는 TCP FIN 패킷을 레코드 삭제 준비 처리부(604)에 인도한다.
레코드 삭제 준비 처리부(604)는, TCP FIN 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호로 내측 NIC 어드레스 테이블을 검색해 레코드를 특정하고, 해당 레코드의 색인 포트 번호를 삭제 예정 리스트(605)에 써낸다. 삭제 예정 리스트(605)는, 도시하지 않은 RAM 내에 설치된, 삭제를 예정하고 있는 레코드의 색인 포트 번호가 기록되는 리스트이다. 그 후, 레코드 삭제 준비 처리부(604)는 TCP FIN 패킷을 어드레스 치환부(602)에 인도한다. 어드레스 치환부(602)는 전술한 TCP 데이터 패킷 및 TCP SYN 패킷과 같이, TCP FIN 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 개서하여, TCP/IP 프로토콜 스택(205)으로 전송한다.
또한, 어드레스 치환부(602)는, TCP 데이터 패킷, TCP SYN 패킷 및 TCP FIN 패킷 중 어느 경우에 있어서도 목적지 포트 번호는 개서하지 않는다.
어드레스 치환부(602)는, 패킷에 첨부되고 있는 MAC 어드레스, IP 어드레스 및 포트 번호를 개서할 때, 임시 IPMAC 리스트(204)를 참조한다.
다음으로, 외측 NIC 수신 처리부(502)의 상세를 설명한다.
도 7은, 외측 NIC 수신 처리부(502)의 기능 블록도이다.
외측 NIC(108)가 수신한 패킷은, 처음에 수신 패킷 판정부(701)가 XPTCP 처리 대상 마스터(208)를 참조하여, 해당 패킷이 XPTCP 처리의 대상이 되는지 여부 등을 판정한다.
만약, 외측 NIC(108)가 수신한 패킷이, 예를 들면 ICMP 패킷이나 XPTCP 처리 대상 마스터(208)에 합치하지 않는 처리 대상 외 패킷일 경우에는, 외측 NIC 수신 처리부(502)는 그 패킷을 그대로 내측 NIC(104)로 전송한다.
만약, 외측 NIC(108)가 수신한 패킷이, XPTCP 게이트웨이 장치(101)에 대해 송신된, XPTCP 처리 대상 외 패킷일 경우에는, 외측 NIC 수신 처리부(502)는 그 패킷을 그대로 TCP/IP 프로토콜 스택(205)으로 전송한다.
만약, 외측 NIC(108)로부터 입력된 패킷이 XPTCP 처리 대상 마스터(208)에 합치하는 처리 대상 패킷일 경우에는, 수신 패킷 판정부(701)는 다음으로 그 패킷의 상세를 본다.
수신 패킷 판정부(701)는, 그 패킷이 TCP 데이터 패킷이면, 해당 TCP 데이터 패킷을 어드레스 치환부(702)에 인도한다.
어드레스 치환부(702)는 외측 NIC 어드레스 테이블(210)을 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호로 검색하여 레코드를 특정하고, 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 개서하여, TCP/IP 프로토콜 스택(205)으로 전송한다.
수신 패킷 판정부(701)는, 만약, 그 패킷이 TCP FIN 패킷이면, 그것은 TCP/IP 프로토콜 스택(205)에 형성된 커넥션의 종료를 의미함과 동시에, 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 해당 레코드를 삭제할 필요가 생긴다. 전술과 같이, 레코드를 삭제할 시기는, 외측 NIC(108)를 향해 형성되는 커넥션과, 외측 NIC(108)를 향해 형성되고 있는 커넥션의, 양쪽 커넥션의 종료로부터 소정의 시간을 경과시킬 필요가 있다.
그러므로, 수신 패킷 판정부(701)는 TCP FIN 패킷을 레코드 삭제 처리부(703)에 인도한다.
레코드 삭제 처리부(703)는, TCP FIN 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호로 내측 NIC 어드레스 테이블을 검색하여 레코드를 특정하고, 해당 레코드의 색인 포트 번호를 취득한다.
다음으로, 취득한 색인 포트 번호가 삭제 예정 리스트(605)에 있는지 여부를 확인한다. 삭제 예정 리스트(605)에 해당 색인 포트 번호가 있다면, 현시점의 어드레스 테이블 갱신 카운터(213)의 값을, 해당 색인 포트 번호에 따른 외측 NIC 어드레스 테이블(210) 및 내측 NIC 어드레스 테이블(209)의 레코드의, 타이머용 카운터 값 필드에 기입한다. 그 후, 레코드 삭제 처리부(703)는 TCP FIN 패킷을 어드레스 치환부(702)에 인도한다.
어드레스 치환부(702)는 전술한 TCP 데이터 패킷과 같이, TCP FIN 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 개서하여, TCP/IP 프로토콜 스택(205)으로 전송한다.
어드레스 치환부(702)는, 패킷에 첨부되고 있는 MAC 어드레스, IP 어드레스 및 포트 번호를 개서할 때, 임시 IPMAC 리스트(204)를 참조한다.
다음으로, 외측 NIC 송신 처리부(503)의 상세를 설명한다.
도 8은, 외측 NIC 송신 처리부(503)의 기능 블록도이다.
송신 패킷 판정부(801)는, TCP/IP 프로토콜 스택(205)에서 송출된 패킷을 수신하면, 처음에 패킷이 어드레스 개서 대상 외 패킷인지, 어드레스 개서 대상 TCP 패킷인지, 혹은 ARP 요구 패킷인지를 판정한다.
만약, 패킷이 어드레스 개서 대상 외의 패킷이면, 그대로 아무것도 하지 않고 외측 NIC(108)에 송신한다.
만약, 패킷이 ARP 요구 패킷이며, 또한 ARP 요구 패킷에 첨부되고 있는 문의 IP 어드레스가 제2 임시 IP 어드레스일 경우에는, 해당 패킷은, 패킷에 첨부하는 MAC 어드레스를 특정하기 위해서, TCP/IP 프로토콜 스택(205)이 커넥션을 형성할 때에 송신하는 패킷이다. 그러므로, 송신 패킷 판정부(801)는 ARP 요구 패킷을 ARP 응답 처리부(802)에 인도한다.
ARP 응답 처리부(802)는 임시 IPMAC 리스트(204)를 참조하여, TCP/IP 프로토콜 스택(205)에 제2 임시 MAC 어드레스를 회신한다.
만약, 패킷이 TCP 패킷이며, 패킷에 첨부되고 있는 목적지 IP 어드레스가 제2 임시 IP 어드레스일 경우에는, 송신 패킷 판정부(801)는 다음으로 해당 패킷이 TCP SYN 패킷인지 여부를 확인한다. TCP SYN 패킷이면, 그것은 TCP/IP 프로토콜 스택(205)이 커넥션을 신규로 작성한 것을 나타낸다. 따라서, TCP/IP 프로토콜 스택(205)이 신규로 작성한 커넥션의 송신원 포트 번호, 즉 동적 포트 번호를, 외측 NIC 어드레스 테이블(210)에 기억해 둘 필요가 있다. 그러므로, 송신 패킷 판정부(801)는 TCP SYN 패킷을 동적 포트 기록 처리부(803)에 인도한다.
동적 포트 기록 처리부(803)는, TCP SYN 패킷에 첨부되고 있는 송신원 포트 번호, 즉 동적 포트 번호와, 목적지 포트 번호로서 첨부되고 있는 색인 포트 번호를 취득한다. 그리고, 색인 포트 번호로 외측 NIC 어드레스 테이블(210)의 해당 레코드를 특정하면, 해당 레코드의 동적 포트 번호 필드에, 동적 포트 번호를 기록한다. 그리고, 동적 포트 기록 처리부(803)는 해당 TCP SYN 패킷을 어드레스 복원부(804)에 인도한다.
어드레스 복원부(804)는 외측 NIC 어드레스 테이블(210)의, 앞서 목적지 포트 번호로 특정한 레코드의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 취득하고, 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 복원하여, 외측 NIC(108)에 송신한다.
만약, 패킷이 TCP 패킷이며, 패킷에 첨부되고 있는 목적지 IP 어드레스가 제2 임시 IP 어드레스일 경우에는, 송신 패킷 판정부(801)는 다음으로 해당 패킷이 TCP SYN 패킷인지 여부를 확인한다. TCP SYN 패킷이 아니면,
송신 패킷 판정부(801)는 해당 TCP 패킷을 어드레스 복원부(804)에 인도한다.
어드레스 복원부(804)는 외측 NIC 어드레스 테이블(210)의, 앞서 색인 포트 번호로 특정한 레코드의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 취득하고, 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 복원하여, 외측 NIC(108)에 송신한다.
다음으로, 내측 NIC 송신 처리부(504)의 상세를 설명한다.
도 9는, 내측 NIC 송신 처리부(504)의 기능 블록도이다.
송신 패킷 판정부(901)는, TCP/IP 프로토콜 스택(205)으로부터 송출된 패킷을 수신하면, 처음에 패킷이 어드레스 개서 대상 외 패킷인지, 혹은 어드레스 개서 대상 TCP 패킷인지를 판정한다.
만약, 패킷이 어드레스 개서 대상 외의 패킷이면, 그대로 아무것도 하지 않고 내측 NIC(104)에 송신한다.
만약, 패킷이 TCP 패킷이며, 패킷에 첨부되고 있는 목적지 IP 어드레스가 제1 임시 IP 어드레스일 경우에는, 송신 패킷 판정부(901)는 해당 TCP 패킷을 어드레스 복원부(902)에 인도한다.
어드레스 복원부(902)는 내측 NIC 어드레스 테이블(209)의, 색인 포트 번호로 특정한 레코드의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 취득하고, 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 복원하여, 내측 NIC(104)에 송신한다.
다음으로, 테이블 갱신 처리부(505)의 상세를 설명한다.
테이블 갱신 처리부(505)는 1초 마다 기동해, 어드레스 테이블 갱신 카운터(213)의 값을 1 인크리먼트해서, 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 모든 레코드의 타이머용 카운트 값 필드를 검사하고, TCP FIN 패킷이 와서 클로즈된 커넥션이 60초 이상 경과한 레코드가 있는지 여부를 확인한다. 그리고, 그러한 레코드가 있으면 해당 레코드를 삭제한다.
다음으로, 폴리시 회답부(506)의 상세를 설명한다.
폴리시 회답부(506)는, XPTCP 처리부(206)로부터 송출되는, 색인 포트 번호를 수반하는 폴리시 문의에 대해, XPTCP 처리 대상 마스터(208) 및 내측 NIC 어드레스 테이블(209)을 참조하여, 해당 색인 포트 번호로 특정되는 커넥션에 대한 암호 종별 등을 지정하기 위한, XPTCP 처리 대상 마스터(208)의 레코드 번호를 회신한다.
[XPTCP 처리부(206)의 내부 구성]
도 10은, XPTCP 처리부(206)의 기능 블록도이다.
이벤트 검출부(1001)는, TCP/IP 프로토콜 스택(205)으로부터 얻어지는, accept 이벤트, connect request 이벤트 및 close 이벤트를 검출하여, 소켓 조작부(1002) 및 폴리시 설정부(1003)를 제어한다.
소켓 조작부(1002)는, TCP/IP 프로토콜 스택(205)에 의해 도시하지 않은 RAM 상에 형성된 소켓 메모리 영역(1004)에 대해, 소켓으로부터 얻어진 스트림 데이터를, 암호화 처리부(1005) 또는 복호 처리부(1006)에 인도하고, 처리된 스트림 데이터를 소켓 메모리 영역(1004) 상의 소정의 소켓에 인도한다.
폴리시 설정부(1003)는, 소켓 조작부(1002)로부터 이벤트 검출부(1001)를 통해 얻어진 색인 포트 번호를 인수로서, 어드레스 변환 처리부에 대해 폴리시(policy)를 문의한다. 이 문의에 대해서는, 어드레스 변환 처리부의 폴리시 회답부(506)가 XPTCP 처리 대상 마스터(208)의 레코드 번호를 회신한다. 그러면, 폴리시 설정부(1003)는 XPTCP 폴리시 테이블(211)에, 색인 포트 번호와 XPTCP 처리 대상 마스터(208)의 레코드 번호를 기록하여, 연관시킨다.
암호화 처리부(1005)는, XPTCP 폴리시 테이블(211) 및 XPTCP 처리 대상 마스터(208)를 참조하여, 소켓 조작부(1002)로부터 받은 스트림 데이터에 대해, 지정된 암호화 처리를 수행한다.
복호 처리부(1006)는, XPTCP 폴리시 테이블(211) 및 XPTCP 처리 대상 마스터(208)를 참조하여, 소켓 조작부(1002)로부터 받은 스트림 데이터에 대해, 지정된 복호 처리를 수행한다.
또한, 본래라면 XPTCP 처리부(206)에는, 인증에 관한 기능도 존재하지만, 본 실시 형태의 XPTCP 게이트웨이 장치(101)에서는, 인증에 관한 동작은 발명의 범주에서 벗어나므로, 인증에 관한 기술은 생략하고 있다. 이 때문에, 도 10에 나타내는 XPTCP 처리부(206)의 기능 블록도에는, 인증에 관한 기능 블록은 기술을 생략하고 있다.
[XPTCP 게이트웨이 장치(101)의 동작·어드레스 변환 처리부(203)의 동작]
이제부터, 도 11에서 도 17의 플로우 차트에 근거해, XPTCP 게이트웨이 장치(101)의 동작의 흐름을 설명한다.
도 11은, 어드레스 변환 처리부(203)의, 내측 NIC(104)에서의 패킷 수신 처리 동작의 흐름을 나타내는 플로우 차트이다. 이는 내측 NIC 수신 처리부(501)의 동작의 흐름에 해당한다.
처리를 개시하면(S1101), 수신 패킷 판정부(601)는, 처음에 내측 NIC(104)가 수신한 패킷이, 예를 들면 ARP 패킷이나 ICMP 패킷 등의, 분명히 전송 대상이 되는 처리 대상 외 패킷인지 여부를 판정한다(S1102).
판정 결과, 수신한 패킷이, ARP 패킷이나 ICMP 패킷 등의, 분명히 전송 대상이 되는 처리 대상 외 패킷일 경우에는(S1102의 YES), 수신 패킷 판정부(601)는 그 패킷을 그대로 외측 NIC(108)로 전송해(S1103), 일련의 처리를 종료한다(S1104).
단계 S1102에서, 수신한 패킷이, 분명히 전송 대상이 되는 처리 대상 외 패킷이 아닐 경우(S1102의 NO)에는, 수신 패킷 판정부(601)는 다음으로 그 패킷이 XPTCP 게이트웨이 장치(101)에 대해 송신된, XPTCP 처리 대상 외 패킷인지 여부를 판정한다(S1105).
판정 결과, 수신한 패킷이, XPTCP 게이트웨이 장치(101)에 대해 송신된, XPTCP 처리 대상 외 패킷일 경우에는(S1105의 YES), 수신 패킷 판정부(601)는 그 패킷을 그대로 TCP/IP 프로토콜 스택(205)으로 전송해(S1106), 일련의 처리를 종료한다(S1104).
단계 S1105에서, 수신한 패킷이, XPTCP 게이트웨이 장치(101)에 대해 송신된, XPTCP 처리 대상 외 패킷이 아닐 경우에는(S1105의 NO), 수신 패킷 판정부(601)는 다음으로 해당 패킷의 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스 및 목적지 포트 번호로 XPTCP 처리 대상 마스터(208)를 검색한다(S1107).
검색 결과, 수신한 패킷의 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스 및 목적지 포트 번호의 조합이, XPTCP 처리 대상 마스터(208)에 없으면(S1108의 NO), 해당 패킷은 XPTCP 게이트웨이 장치(101)의 처리 대상 외이므로, 수신 패킷 판정부(601)는 그 패킷을 그대로 외측 NIC(108)로 전송해(S1103), 일련의 처리를 종료한다(S1104).
단계 S1108에서, 수신한 패킷의 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스 및 목적지 포트 번호의 조합이, XPTCP 처리 대상 마스터(208)에 있으면(S1108의 YES), 해당 패킷은 XPTCP 게이트웨이 장치(101)의 처리 대상이며, 패킷에 첨부되고 있는 MAC 어드레스, IP 어드레스 및 포트 번호를 개서할 필요가 있다. 그러므로, 수신 패킷 판정부(601)는 더 한층 수신한 패킷의 상세를 본다.
수신 패킷 판정부(601)는, 수신한 패킷이 TCP SYN 패킷인지 여부를 판정한다(S1109).
판정 결과, 수신한 패킷이 TCP SYN 패킷이면(S1109의 YES), 수신 패킷 판정부(601)는 해당 TCP SYN 패킷을 커넥션 등록 처리부(603)에 인도한다.
커넥션 등록 처리부(603)는, TCP SYN 패킷을 받으면, TCP 포트 번호 메모리를 참조하여, 현시점에서 사용되지 않는(중복하지 않는) 새로운 색인 포트 번호를 얻은 후, 수신한 패킷의 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스 및 목적지 포트 번호와 함께, 내측 NIC 어드레스 테이블(209)에 신규의 레코드로서 추가로 기록한다(S1110). 게다가, 같은 내용으로 외측 NIC 어드레스 테이블(210)에도 마찬가지로 신규 레코드를 추가로 기록한다(S1111).
커넥션 등록 처리부(603)는, 내측 NIC 어드레스 테이블(209)과 외측 NIC 어드레스 테이블(210)에 신규 레코드를 추가로 기록한 후, 수신 패킷 판정부(601)로부터 인도된 TCP SYN 패킷을 어드레스 치환부(602)에 인도한다.
어드레스 치환부(602)는, 커넥션 등록 처리부(603)로부터 인도된 색인 포트 번호와 임시 IPMAC 리스트(204)를 참조하여, TCP SYN 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 개서한다(S1112). 구체적으로는,
ㆍ패킷에 첨부되고 있는 송신원 MAC 어드레스를 제1 임시 MAC 어드레스로,
ㆍ패킷에 첨부되고 있는 송신원 IP 어드레스를 제1 임시 IP 어드레스로,
ㆍ패킷에 첨부되고 있는 송신원 포트 번호를 색인 포트 번호로,
ㆍ패킷에 첨부되고 있는 목적지 MAC 어드레스를 내측 NICMAC 어드레스로,
ㆍ패킷에 첨부되고 있는 목적지 IP 어드레스를 내측 NICIP 어드레스로 개서한다.
그리고, 목적지 포트 번호는 변경하지 않는다.
어드레스 치환부(602)는 IP 어드레스 등의 치환 처리를 수행한 후, 해당 TCP SYN 패킷을 TCP/IP 프로토콜 스택(205)으로 송신해(S1106), 일련의 처리를 종료한다(S1104).
단계 S1109에서, 수신한 패킷이 TCP SYN 패킷이 아니면(S1109의 NO), 수신 패킷 판정부(601)는 다음으로 수신한 패킷이 TCP FIN 패킷인지 여부를 판정한다(S1113).
판정 결과, 수신한 패킷이 TCP FIN 패킷이면(S1109의 YES), 수신 패킷 판정부(601)는 해당 TCP FIN 패킷을 색인 포트 번호와 함께 레코드 삭제 준비 처리부(604)에 인도한다.
레코드 삭제 준비 처리부(604)는, 해당 TCP FIN 패킷의 색인 포트 번호를 삭제 예정 리스트(605)에 기입한다(S1104). 그 후, 레코드 삭제 준비 처리부(604)는 TCP FIN 패킷과 색인 포트 번호를 어드레스 치환부(602)에 인도한다.
어드레스 치환부(602)는, 수신 패킷 판정부(601)로부터 레코드 삭제 준비 처리부(604)를 통해 인도된 색인 포트 번호와 임시 IPMAC 리스트(204)를 참조하여, TCP FIN 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 개서한다(S1112). 구체적으로는, 패킷에 첨부되고 있는 송신원 MAC 어드레스를 제1 임시 MAC 어드레스로, 패킷에 첨부되고 있는 송신원 IP 어드레스를 제1 임시 IP 어드레스로, 패킷에 첨부되고 있는 송신원 포트 번호를 색인 포트 번호로, 패킷에 첨부되고 있는 목적지 MAC 어드레스를 내측 NICMAC 어드레스로, 패킷에 첨부되고 있는 목적지 IP 어드레스를 내측 NICIP 어드레스로 개서한다. 그리고, 목적지 포트 번호는 변경하지 않는다.
어드레스 치환부(602)는 IP 어드레스 등의 치환 처리를 수행한 후, 해당 TCP FIN 패킷을 TCP/IP 프로토콜 스택(205)으로 송신해(S1106), 일련의 처리를 종료한다(S1104).
단계 S1113에서, 수신한 패킷이 TCP FIN 패킷이 아니면(S1113의 NO), 해당 패킷은 TCP 데이터 패킷이다. 그러므로, 수신 패킷 판정부(601)는 해당 TCP 데이터 패킷을 색인 포트 번호와 함께 어드레스 치환부(602)에 인도한다.
어드레스 치환부(602)는, 수신 패킷 판정부(601)로부터 인도된 색인 포트 번호와 임시 IPMAC 리스트(204)를 참조하여, TCP 데이터 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 개서한다(S1112). 구체적으로는, 패킷에 첨부되고 있는 송신원 MAC 어드레스를 제1 임시 MAC 어드레스로, 패킷에 첨부되고 있는 송신원 IP 어드레스를 제1 임시 IP 어드레스로, 패킷에 첨부되고 있는 송신원 포트 번호를 색인 포트 번호로, 패킷에 첨부되고 있는 목적지 MAC 어드레스를 내측 NICMAC 어드레스로, 패킷에 첨부되고 있는 목적지 IP 어드레스를 내측 NICIP 어드레스로 개서한다. 그리고, 목적지 포트 번호는 변경하지 않는다.
어드레스 치환부(602)는 IP 어드레스 등의 치환 처리를 수행한 후, 해당 TCP 데이터 패킷을 TCP/IP 프로토콜 스택(205)으로 송신해(S1106), 일련의 처리를 종료한다(S1104).
도 12는, 어드레스 변환 처리부(203)의, 외측 NIC(108)에서의 패킷 수신 처리 동작의 흐름을 나타내는 플로우 차트이다. 이는 외측 NIC 수신 처리부(502)의 동작의 흐름에 해당한다.
처리를 개시하면(S1201), 수신 패킷 판정부(701)는, 처음에 외측 NIC(108)가 수신한 패킷이, 예를 들면 ARP 패킷이나 ICMP 패킷 등의, 분명히 전송 대상이 되는 처리 대상 외 패킷인지 여부를 판정한다(S1202).
판정 결과, 수신한 패킷이, ARP 패킷이나 ICMP 패킷 등의, 분명히 전송 대상이 되는 처리 대상 외 패킷일 경우에는(S1202의 YES), 수신 패킷 판정부(701)는 그 패킷을 그대로 내측 NIC(104)로 전송해(S1203), 일련의 처리를 종료한다(S1204).
단계 S1202에서, 수신한 패킷이, 분명히 전송 대상이 되는 처리 대상 외 패킷이 아닐 경우(S1202의 NO)에는, 수신 패킷 판정부(701)는 다음으로 그 패킷이 XPTCP 게이트웨이 장치(101)에 대해 송신된, XPTCP 처리 대상 외 패킷인지 여부를 판정한다(S1205).
판정 결과, 수신한 패킷이, XPTCP 게이트웨이 장치(101)에 대해 송신된, XPTCP 처리 대상 외 패킷일 경우에는(S1205의 YES), 수신 패킷 판정부(701)는 그 패킷을 그대로 TCP/IP 프로토콜 스택(205)으로 전송해(S1206), 일련의 처리를 종료한다(S1204).
단계 S1205에서, 수신한 패킷이, XPTCP 게이트웨이 장치(101)에 대해 송신된, XPTCP 처리 대상 외 패킷이 아닐 경우에는(S1205의 NO), 수신 패킷 판정부(701)는 다음으로 해당 패킷의 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스 및 목적지 포트 번호로 XPTCP 처리 대상 마스터(208)를 검색한다(S1207).
검색 결과, 수신한 패킷의 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스 및 목적지 포트 번호의 조합이, XPTCP 처리 대상 마스터(208)에 없으면(S1208의 NO), 해당 패킷은 XPTCP 게이트웨이 장치(101)의 처리 대상 외이므로, 수신 패킷 판정부(701)는 그 패킷을 그대로 내측 NIC(104)로 전송해(S1203), 일련의 처리를 종료한다(S1204).
단계 S1208에서, 수신한 패킷의 송신원 IP 어드레스, 송신원 포트 번호, 목적지 IP 어드레스 및 목적지 포트 번호의 조합이, XPTCP 처리 대상 마스터(208)에 있으면(S1208의 YES), 해당 패킷은 XPTCP 게이트웨이 장치(101)의 처리 대상이며, 패킷에 첨부되고 있는 MAC 어드레스, IP 어드레스 및 포트 번호를 개서할 필요가 있다. 그러므로, 수신 패킷 판정부(701)는 더 한층 수신한 패킷의 상세를 본다.
수신 패킷 판정부(701)는, 수신한 패킷이 TCP FIN 패킷인지 여부를 판정한다(S1209).
판정 결과, 수신한 패킷이 TCP FIN 패킷이면(S1209의 YES), 수신 패킷 판정부(701)는 해당 TCP FIN 패킷을 색인 포트 번호와 함께 레코드 삭제 처리부(703)에 인도한다.
레코드 삭제 처리부(703)는, 해당 TCP FIN 패킷의 색인 포트 번호가 삭제 예정 리스트(605)에 있음을 확인하면, 내측 NIC 어드레스 테이블(209)의, 해당 색인 포트 번호에 따른 레코드의 타이머용 카운터 값 필드에, 어드레스 테이블 갱신 카운터(213)의 값을 기입한다(S1210).
그 후, 레코드 삭제 처리부(703)는 TCP FIN 패킷과 색인 포트 번호를 어드레스 치환부(702)에 인도한다.
어드레스 치환부(702)는, 수신 패킷 판정부(701)로부터 레코드 삭제 처리부(703)를 통해 인도된 색인 포트 번호와 임시 IPMAC 리스트(204)를 참조하여, TCP FIN 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 개서한다(S1211). 구체적으로는,
ㆍ패킷에 첨부되고 있는 송신원 MAC 어드레스를 제2 임시 MAC 어드레스로,
ㆍ패킷에 첨부되고 있는 송신원 IP 어드레스를 제2 임시 IP 어드레스로,
ㆍ패킷에 첨부되고 있는 송신원 포트 번호를 색인 포트 번호로,
ㆍ패킷에 첨부되고 있는 목적지 MAC 어드레스를 외측 NICMAC 어드레스로,
ㆍ패킷에 첨부되고 있는 목적지 IP 어드레스를 외측 NICIP 어드레스로,
ㆍ패킷에 첨부되고 있는 목적지 포트 번호를 동적 포트 번호로 개서한다.
어드레스 치환부(702)는 IP 어드레스 등의 치환 처리를 수행한 후, 해당 TCP FIN 패킷을 TCP/IP 프로토콜 스택(205)으로 송신해(S1206), 일련의 처리를 종료한다(S1204).
단계 S1209에서, 수신한 패킷이 TCP FIN 패킷이 아니면(S1209의 NO), 해당 패킷은 TCP 데이터 패킷이다. 그러므로, 수신 패킷 판정부(701)는 해당 TCP 데이터 패킷을 색인 포트 번호와 함께 어드레스 치환부(702)에 인도한다.
어드레스 치환부(702)는, 수신 패킷 판정부(701)로부터 인도된 색인 포트 번호와 임시 IPMAC 리스트(204)를 참조하여, TCP 데이터 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 개서한다(S1212). 구체적으로는, 패킷에 첨부되고 있는 송신원 MAC 어드레스를 제2 임시 MAC 어드레스로, 패킷에 첨부되고 있는 송신원 IP 어드레스를 제2 임시 IP 어드레스로, 패킷에 첨부되고 있는 송신원 포트 번호를 색인 포트 번호로, 패킷에 첨부되고 있는 목적지 MAC 어드레스를 외측 NICMAC 어드레스로, 패킷에 첨부되고 있는 목적지 IP 어드레스를 외측 NICIP 어드레스로, 패킷에 첨부되고 있는 목적지 포트 번호를 동적 포트 번호로 개서한다.
어드레스 치환부(702)는 IP 어드레스 등의 치환 처리를 수행한 후, 해당 TCP 데이터 패킷을 TCP/IP 프로토콜 스택(205)으로 송신해(S1206), 일련의 처리를 종료한다(S1204).
도 13은, 어드레스 변환 처리부(203)의, 외측 NIC(108)에서의 패킷 송신 처리 동작의 흐름을 나타내는 플로우 차트이다. 이는 외측 NIC 송신 처리부(503)의 동작의 흐름에 해당한다.
처리를 개시하면(S1301), 송신 패킷 판정부는, 처음에 TCP/IP 프로토콜 스택(205)으로부터 받은 패킷의 종별과 목적지 IP 어드레스를 본다.
패킷의 종별이 ICMP 패킷이나 UDP 패킷일 경우, 패킷의 종별이 ARP 요구 패킷이고 또한 탐색 IP 어드레스가 임시 IPMAC 리스트(204)에 기록되고 있는 제2 임시 IP 어드레스가 아닐 경우, 패킷의 종별이 TCP 패킷이며 또한 목적지 IP 어드레스가 임시 IPMAC 리스트(204)에 기록되고 있는 제2 임시 IP 어드레스가 아닐 경우에는(S1302의 NO), 이들 패킷은 XPTCP 게이트웨이 장치(101)가 처리하고 있지 않는 패킷이다. 그러므로, 송신 패킷 판정부는 그 패킷에 대해 아무런 가공을 하지 않고, 그대로 외측 NIC(108)를 통해 송신해(S1303), 일련의 처리를 종료한다(S1304).
단계 S1302에서, TCP/IP 프로토콜 스택(205)으로부터 받은 패킷의 종별이 TCP 패킷이며 또한 목적지 IP 어드레스가 임시 IPMAC 리스트(204)에 기록되고 있는 제2 임시 IP 어드레스일 경우, 또는 ARP 요구 패킷이며 또한 탐색 IP 어드레스가 임시 IPMAC 리스트(204)에 기록되고 있는 제2 임시 IP 어드레스일 경우(S1302의 YES)에는, 더욱 해당 패킷이 ARP 요구 패킷인지 여부를 판정한다(S1305).
ARP 요구 패킷이며 또한 탐색 IP 어드레스가 임시 IPMAC 리스트(204)에 기록되고 있는 제2 임시 IP 어드레스일 경우(S1305의 YES)에는, 이 ARP 요구 패킷은 TCP/IP 프로토콜 스택(205)이 실재하지 않는 제2 임시 IP 어드레스에 대해 패킷을 송신하려고 한 결과, 생성된 패킷이다. 이 ARP 요구 패킷은 외측 NIC(108)로부터 송신시키는 것이 아니라, 제2 임시 IP 어드레스와 같이 실재하지 않는 MAC 어드레스인 제2 임시 MAC 어드레스로, ARP 응답 패킷을 생성해 회신해야 한다. 그러므로, 송신 패킷 판정부는 해당 ARP 요구 패킷을 ARP 응답 처리부(802)에 인도한다.
ARP 응답 처리부(802)는, 송신 패킷 판정부로부터 ARP 요구 패킷을 받으면, 임시 IPMAC 리스트를 참조하여, 제2 임시 MAC 어드레스로 ARP 응답 패킷을 생성해서, TCP/IP 프로토콜 스택(205)으로 반송해(S1306), 일련의 처리를 종료한다(S1304).
단계 S1305에서, TCP/IP 프로토콜 스택(205)으로부터 받은 패킷이 TCP 패킷이며 또한 목적지 IP 어드레스가 임시 IPMAC 리스트(204)에 기록되고 있는 제2 임시 IP 어드레스일 경우에는(S1305의 NO), 해당 패킷은 XPTCP 게이트웨이 장치(101)가 처리한 패킷이며, 패킷에 첨부되고 있는 MAC 어드레스, IP 어드레스 및 포트 번호를, 내측 NIC 수신 처리부(501)가 개서하기 이전 상태로 복원할 필요가 있다. 그러므로, 송신 패킷 판정부는 더욱이 수신한 패킷의 상세를 본다.
송신 패킷 판정부는, TCP/IP 프로토콜 스택(205)으로부터 받은 패킷이 TCP SYN 패킷인지 여부를 판정한다(S1307).
판정 결과, TCP/IP 프로토콜 스택(205)으로부터 받은 패킷이 TCP SYN 패킷이면(S1307의 YES), 해당 TCP SYN 패킷은 커넥션이 새롭게 생성된 것을 나타내는 패킷이다. 그 때, TCP/IP 프로토콜 스택(205)이 커넥션을 생성할 때에, 송신원 포트 번호로서 동적 포트 번호를 자동적으로 부여하고 있다. 이 동적 포트 번호를, 외측 NIC 어드레스 테이블(210)에 기억해 둘 필요가 있다. 그러므로, 송신 패킷 판정부는 해당 TCP SYN 패킷을 동적 포트 기록 처리부(803)에 인도한다.
동적 포트 기록 처리부(803)는, TCP SYN 패킷을 받으면, 먼저 TCP SYN 패킷의 송신원 포트 번호를 취득한다. 다음으로, 목적지 포트 번호에 기록되고 있는 색인 포트 번호로 외측 NIC 어드레스 테이블(210)을 검색하여, 특정한 레코드의 동적 포트 번호 필드에, 앞서 취득한 TCP SYN 패킷의 송신원 포트 번호를 기입한다(S1308).
이렇게 해서, 커넥션의 개시를 나타내는 TCP SYN 패킷에 첨부되고 있는 동적 포트 번호를 기억해 둠으로써, 이후에 해당 커넥션을 경유하는 패킷의 IP 어드레스 등을 올바르게 치환 또는 복원할 수 있다.
동적 포트 기록 처리부(803)는, 동적 포트 번호의 기록을 수행한 후, TCP SYN 패킷을 어드레스 복원부(902)에 인도한다.
어드레스 복원부(902)는, 앞서 동적 포트 기록 처리부(803)가 특정한 외측 NIC 어드레스 테이블(210)의 레코드를 참조하여, TCP SYN 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 복원한다(S1309). 그리고, 해당 TCP SYN 패킷을 외측 NIC(108)를 통해 송신하여(S1303), 일련의 처리를 종료한다(S1304).
단계 S1307에서, TCP/IP 프로토콜 스택(205)으로부터 받은 패킷이 TCP SYN 패킷이 아니면(S1307의 NO), 송신 패킷 판정부는 해당 TCP 패킷을 어드레스 복원부(902)에 인도한다.
어드레스 복원부(902)는, TCP 패킷의 목적지 포트 번호에 첨부되고 있는 색인 포트 번호로 외측 NIC 어드레스 테이블(210)의 레코드를 검색해 레코드를 특정하고, TCP 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 복원한다(S1309). 그리고, 해당 TCP SYN 패킷을 외측 NIC(108)를 통해 송신하여(S1303), 일련의 처리를 종료한다(S1304).
도 14는, 어드레스 변환 처리부(203)의, 내측 NIC(104)에서의 패킷 송신 처리 동작의 흐름을 나타내는 플로우 차트이다. 이는 내측 NIC 송신 처리부(504)의 동작의 흐름에 해당한다.
처리를 개시하면(S1401), 송신 패킷 판정부는, 처음에 TCP/IP 프로토콜 스택(205)으로부터 받은 패킷의 종별과 목적지 IP 어드레스를 본다.
패킷의 종별이 ICMP 패킷이나 ARP 패킷이나 UDP 패킷일 경우, 패킷의 종별이 TCP 패킷이며 또한 목적지 IP 어드레스가 임시 IPMAC 리스트(204)에 기록되고 있는 제1 임시 IP 어드레스가 아닐 경우에는(S1402의 NO), 이들 패킷은 XPTCP 게이트웨이 장치(101)가 처리하고 있지 않는 패킷이다. 그러므로, 송신 패킷 판정부는 그 패킷에 대해 아무런 가공을 하지 않고, 그대로 내측 NIC(104)를 통해 송신해(S1403), 일련의 처리를 종료한다(S1404).
단계 S1402에서, TCP/IP 프로토콜 스택(205)으로부터 받은 패킷의 종별이 TCP 패킷이며 또한 목적지 IP 어드레스가 임시 IPMAC 리스트(204)에 기록되고 있는 제1 임시 IP 어드레스일 경우(S1402의 YES)에는, 해당 패킷은 XPTCP 게이트웨이 장치(101)가 처리한 패킷이며, 패킷에 첨부되고 있는 MAC 어드레스, IP 어드레스 및 포트 번호를, 내측 NIC 수신 처리부(501)가 개서하기 이전 상태로 복원할 필요가 있다. 그러므로, 송신 패킷 판정부는 해당 TCP 패킷을 어드레스 복원부(902)에 인도한다.
어드레스 복원부(902)는, TCP 패킷의 목적지 포트 번호에 첨부되고 있는 색인 포트 번호로 내측 NIC 어드레스 테이블(209)의 레코드를 검색해 레코드를 특정하고, TCP 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 복원한다(S1405). 그리고, 해당 TCP SYN 패킷을 내측 NIC(104)를 통해 송신하여(S1403), 일련의 처리를 종료한다(S1404).
[XPTCP 게이트웨이 장치(101)의 동작·XPTCP 처리부(206)의 동작]
도 15는, XPTCP 처리부(206)의 XPTCP 처리의 흐름을 나타내는 플로우 차트이다.
XPTCP 처리는, TCP 또는 UDP 패킷에 대해, 트랜스포트층에서 소정의 인증 및 암호화 처리를 가하는 처리이다. XPTCP 처리의 기본적인 기술 내용은 특허문헌 1에 개시되고 있으므로, 본 실시 형태에서는 상세하게는 설명하지 않는다. 그 대신해, 전술한 어드레스 변환 처리부(203) 및 후술하는 소켓 처리부(207)에서 행하고 있는, 소켓의 처리에 관계되는 내용을 설명한다.
처리를 개시하면(S1501), 이벤트 검출부(1001)는 소켓 처리부(207)로부터 내측 NIC(104)에 대한 커넥션에 따른 accept 이벤트를 검출했는지 여부를 확인한다(S1502). accept 이벤트를 검출 했다면(S1502의 YES), 이벤트 검출부(1001)는 소켓 조작부(1002)를 제어해서, 해당 accept 이벤트에 따른, 생성된 소켓의, 소켓 메모리 영역(1004) 내에서의 어드레스를 취득한다(S1503). 그리고, 이벤트 검출부(1001)는 폴리시 설정부(1003)를 기동한다.
폴리시 설정부(1003)는 해당 accept 이벤트에 따른 소켓과 관련하여, 색인 포트 번호로 어드레스 변환 처리부(203)에 대해 폴리시 문의를 행한다. 어드레스 변환 처리부(203)의 폴리시 회답부(506)는, 내측 NIC 어드레스 테이블(209)을 색인 포트 번호로 검색해 레코드를 특정한다. 그리고, 특정한 레코드의 송신원 IP 어드레스 및 포트 번호, 목적지 IP 어드레스 및 포트 번호를 이용해 XPTCP 처리 대상 마스터(208)를 검색하여, 레코드를 특정하고, 해당 레코드의 레코드 번호를 취득하면, 그 레코드 번호를 폴리시 설정부(1003)에 회답한다. 폴리시 설정부(1003)는, 얻어진 레코드 번호와 색인 포트 번호를, XPTCP 폴리시 테이블(211)에 기록하여, 연관시킨다. 이 시점에서, 암호화 처리부(1005)는 색인 포트 번호를 단서로, XPTCP 처리 대상 마스터(208)의 레코드를 특정해서, 암호화의 폴리시를 설정할 수 있다(S1504). 그리고, 일련의 처리를 종료한다(S1505).
단계 S1502에서, accept 이벤트를 검출할 수 없었다면(S1502의 NO), 이벤트 검출부(1001)는 다음으로 TCP/IP 프로토콜 스택(205)으로부터 외측 NIC(108)에 대한 커넥션에 따른 connect 응답 이벤트를 검출했는지 여부를 확인한다(S1506). connect 응답 이벤트를 검출했다면(S1506의 YES), 이벤트 검출부(1001)는 소켓 조작부(1002)를 제어해서, 해당 connect 응답 이벤트에 따른, 생성된 소켓의, 소켓 메모리 영역(1004) 내에서의 어드레스를 취득한다(S1507).
다음으로, 이벤트 검출부(1001)는 색인 포트 번호를 공유하는, 내측 NIC(104)에 대한 커넥션에 따른 소켓과, 외측 NIC(108)에 대한 커넥션에 따른 소켓의 관련지음을 수행한다(S1508). 이 시점에서, 복호 처리부(1006)는 색인 포트 번호를 단서로, XPTCP 처리 대상 마스터(208)의 레코드를 특정해서, 복호의 폴리시를 설정할 수 있다(S1509). 그리고, 일련의 처리를 종료한다(S1505).
이렇게 하는 것으로, 내측 NIC(104)에 대한 커넥션에 따른 소켓으로부터 얻어진 스트림 데이터는, 암호화 처리부(1005)를 통해 암호화되고, 암호화된 스트림 데이터는 외측 NIC(108)에 대한 커넥션에 따른 소켓에 출력된다. 또한 반대로, 외측 NIC(108)에 대한 커넥션에 따른 소켓으로부터 얻어진 스트림 데이터는, 복호 처리부(1006)를 통해 복호되고, 복호된 스트림 데이터는 내측 NIC(104)에 대한 커넥션에 따른 소켓에 출력된다.
단계 S1506에서, connect 응답 이벤트를 검출할 수 없었다면(S1506의 NO), 이벤트 검출부(1001)는 다음으로 TCP/IP 프로토콜 스택(205)으로부터 외측 NIC(108)에 대한 커넥션에 따른 close 이벤트를 검출했는지 여부를 확인한다(S1510). close 이벤트를 검출 했다면(S1510의 YES), 이벤트 검출부(1001)는 소켓 조작부(1002)를 제어해서, 해당 close 이벤트에 따른, 생성된 소켓 간 관련지음을 개방함과 동시에, XPTCP 폴리시 테이블(211)의 해당 레코드를 삭제한다(S1511). 그리고, 일련의 처리를 종료한다(S1505).
단계 S1510에서, close 이벤트를 검출할 수 없었다면(S1510의 NO), 이벤트 검출부(1001)는 특별히 아무것도 하지 않는다. 그 대신에, 암호화 처리부(1005) 및 복호 처리부(1006)는, 소켓 조작부(1002)로부터 스트림 데이터를 받고, XPTCP 폴리시 테이블(211)에서 특정한 암호화 또는 복호 폴리시에 근거해 암호화 또는 복호 처리를 실행하고(S1512), 소켓 조작부(1002)는 그것들 처리된 스트림 데이터를 전송한다(S1513). 그리고, 일련의 처리를 종료한다(S1505).
[XPTCP 게이트웨이 장치(101)의 동작·소켓 처리부(207)의 동작]
도 16은, 소켓 처리부(207)의 초기 동작의 흐름을 나타내는 플로우 차트이다.
처리를 개시하면(S1601), 소켓 처리부(207)는 미리 정해진 포트 번호에 대한, TCP 서버 기능을 기동한다(S1602). 이때, 내측 NIC(104)를 향해 리퀘스트(request)를 받아들이기 위한 소켓이 작성되고(socket 함수), 해당 소켓에는 리퀘스트를 받아들일 때의 포트 번호가 정의된다(bind 함수). 그리고, 일련의 처리를 종료한다(S1603).
도 17은, 소켓 처리부(207)의 접속 요구 전송 처리의 흐름을 나타내는 플로우 차트이다.
소켓 처리부(207)는, TCP/IP 프로토콜 스택(205)으로부터 connect 이벤트를 받으면(S1301), 소켓을 통해 내측 NIC(104)에 대해 접속 허가를 나타내는 accept 이벤트를 발행한다(S1702). 이는 서버로서의 행위이다. 다음으로 소켓 처리부(207)는, 외측 NIC(108)를 향해, 접속을 요구하는 connect request 이벤트를 발행한다(S1703). 이는 클라이언트로서의 행위이다. 그리고, 일련의 처리를 종료한다(S1704).
[XPTCP 게이트웨이 장치(101)의 동작·어드레스 변환 처리부(203)에 의한 패킷의 변화]
도 18, 도 19 및 도 20은, XPTCP 게이트웨이 장치(101)를 통과하는 패킷의 변화를 나타내는 개략도이다.
XPTCP 비대응 PC(103)에는, 제1 MAC 어드레스와 제1 IP 어드레스가 부여되고 있다.
XPTCP 대응 서버(107)에는, 제2 MAC 어드레스와 제2 IP 어드레스가 부여되고 있다.
XPTCP 비대응 PC(103)로부터 XPTCP 대응 서버(107)를 향해 패킷이 송신되면, 송신 패킷은 내측 NIC(104)를 통해, 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)는 내측 NIC 어드레스 테이블(209)을 참조하여, 어드레스 변환 처리를 행한다. 그러면, 송신 패킷은 어드레스 변환 처리종료 송신 패킷으로 변화한다.
어드레스 변환 처리종료 송신 패킷은, 목적지 IP 어드레스가 내측 NIC(104)의 IP 어드레스이다. 따라서, TCP/IP 프로토콜 스택(205)은 어드레스 변환 처리종료 송신 패킷을 받아들여, 패킷으로부터 MAC 헤더, IP 헤더, TCP 헤더의 순서로 헤더를 제거하고, 페이로드를 연결하여 스트림 데이터를 복원한다. 복원된 스트림 데이터는 소켓을 통해 XPTCP 처리부에 도달한다. XPTCP 처리부는 스트림 데이터에 소정의 암호화 처리를 행한다. 그리고, 암호화된 스트림 데이터는 외측 NIC(108)를 향해 작성된 소켓에 공급된다.
TCP/IP 프로토콜 스택(205)은 암호화된 스트림 데이터를 소정의 바이트(Byte) 길이로 구분하고, TCP 헤더, IP 헤더 및 MAC 헤더를 부가하여, 암호화 및 어드레스 변환 처리종료 송신 패킷을 작성한다. 즉, 이 시점에서 작성된 패킷의 목적지 IP 어드레스는, 제2 임시 IP 어드레스이며, 본래의 송신지인 XPTCP 대응 서버(107)의 IP 어드레스(제2 IP 어드레스)는 아니다. 그러므로, 어드레스 변환 처리부는 외측 NIC 어드레스 테이블(210)을 참조하여, 어드레스 복원 처리를 행한다. 그러면, 암호화 및 어드레스 변환 처리종료 송신 패킷은, 암호화 처리종료 송신 패킷이 되어, XPTCP 대응 서버(107)에 도달한다.
XPTCP 대응 서버(107)로부터 XPTCP 비대응 PC(103)를 향해 암호화 처리종료 수신 패킷이 반송되면, 암호화 처리종료 수신 패킷은 외측 NIC(108)를 통해, 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)는 외측 NIC 어드레스 테이블(210)을 참조하여, 어드레스 변환 처리를 행한다. 그러면, 암호화 처리종료 수신 패킷은 암호화 및 어드레스 변환 처리종료 수신 패킷으로 변화한다.
암호화 및 어드레스 변환 처리종료 수신 패킷은, 목적지 IP 어드레스가 외측 NIC(108)의 IP 어드레스이다. 따라서, TCP/IP 프로토콜 스택(205)은 암호화 및 어드레스 변환 처리종료 수신 패킷을 받아들여, 패킷으로부터 MAC 헤더, IP 헤더, TCP 헤더의 순서로 헤더를 제거하고, 페이로드를 연결하여 암호화 스트림 데이터를 복원한다. 복원된 암호화 스트림 데이터는 소켓을 통해 XPTCP 처리부에 도달한다. XPTCP 처리부는 스트림 데이터에 소정의 복호 처리를 행한다. 그리고, 복호된 스트림 데이터는 외측 NIC(108)를 향해 작성된 소켓에 공급된다.
TCP/IP 프로토콜 스택(205)은 복호된 스트림 데이터를 소정의 바이트 길이로 구분하고, TCP 헤더, IP 헤더 및 MAC 헤더를 부가하여, 어드레스 변환 처리종료 수신 패킷을 작성한다. 즉, 이 시점에서 작성된 패킷의 목적지 IP 어드레스는, 제1 임시 IP 어드레스이며, 본래의 송신지인 XPTCP 비대응 PC(103)의 IP 어드레스(제1 IP 어드레스)는 아니다. 그러므로, 어드레스 변환 처리부는 내측 NIC 어드레스 테이블(209)을 참조하여, 어드레스 복원 처리를 행한다. 그러면, 어드레스 변환 처리종료 수신 패킷은, 수신 패킷이 되어, XPTCP 비대응 PC(103)에 도달한다.
[XPTCP 게이트웨이 장치(101)의 동작·TCP 접속 확립 시퀀스]
도 21, 도 22 및 도 23은, XPTCP 게이트웨이 장치(101)에서의, TCP 접속 확립 시퀀스의 타임 차트이다. 도 21은 타임 차트 전체를 나타내는 조감도이며, 도 22는 타임 차트 중, 전반의 처리 내용을 나타내는 상세도이며, 도 23은 타임 차트 중, 후반의 처리 내용을 나타내는 상세도이다.
단말로부터 TCP SYN 패킷이 송신된 것에 호응하여, 단말과 XPTCP 게이트웨이 장치(101)의 사이와, 서버와 XPTCP 게이트웨이 장치(101)의 사이 각각에, TCP 커넥션이 형성될 때까지의, XPTCP 게이트웨이 장치(101)의 시계열 상의 동작의 추이를 나타낸다.
XPTCP 비대응 PC(103)가 web 브라우저 등의 어플리케이션 프로그램을 동작시켜, XPTCP 대응 서버(107)에 접속하려고 하면, XPTCP 비대응 PC(103)는 어플리케이션 프로그램에 기인하여 TCP SYN 패킷을 송신한다(S2101).
TCP SYN 패킷은, 내측 NIC(104)를 통해 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 내측 NIC 수신 처리부(501)는, TCP SYN 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2102). 또한, 이 시점에서 내측 NIC 어드레스 테이블(209)에 신규 레코드가 추가로 기록되며, 해당 레코드는 색인 포트 번호로 특정 가능하게 된다.
어드레스 변환 처리가 행해진 TCP SYN 패킷은, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, 소켓 처리부(207)가 미리 작성한 포트 번호에 대해 송신된 TCP SYN 패킷을 인식하여, 커넥션의 작성을 개시하기 위해, 소켓 처리부(207)에 대해 connect 이벤트를 발행한다(S2103).
소켓 처리부(207)는, 자신의 서버 기능에 의해, connect 이벤트(접속 요구)에 대한 accept 이벤트(접속 허가)를, TCP/IP 프로토콜 스택(205)에 대해 발행한다(S2104).
XPTCP 처리부(206)는, 이 accept 이벤트를 후크(hook) 해서, 내측 NIC(104)를 향한 커넥션의 형성이 시작된 것을 인식한다(S2105). 그러면, XPTCP 처리부(206)는 어드레스 변환 처리부(203)에 대해, 색인 포트 번호를 수반하여 해당 커넥션에 적용하는 폴리시를 문의한다(S2106). 어드레스 변환 처리부(203)는 이 문의에 대해 XPTCP 처리 대상 마스터(208)와 내측 NIC 어드레스 테이블(209)을 참조하여, XPTCP 처리 대상 마스터(208)의 레코드 번호를 회답한다(S2107). XPTCP 처리부(206)는 XPTCP 폴리시 테이블(211)에 레코드 번호와 색인 포트 번호를 등록하여 연관시키고, 복호 처리부(1006)의 폴리시를 설정한다(S2108).
단계 S2104에서 발행된 accept 이벤트는 TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은 accept 이벤트를 받고, TCP ACK/SYN 패킷을 생성한다(S2109). TCP ACK/SYN 패킷은 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 내측 NIC 송신 처리부(504)는, TCP ACK/SYN 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 복원한다(S2110).
TCP ACK/SYN 패킷은, 내측 NIC(104)를 통해 XPTCP 비대응 PC(103)에 도달한다. XPTCP 비대응 PC(103)는, TCP ACK/SYN 패킷을 받고, TCP ACK 패킷으로 응답한다(S2111).
TCP ACK 패킷은, 내측 NIC(104)를 통해 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 내측 NIC 수신 처리부(501)는, TCP ACK 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2112).
어드레스 변환 처리가 행해진 TCP ACK 패킷은, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, TCP ACK 패킷의 도착으로, 커넥션이 확립한 것을 인식한다(S2113). 이후, 해당 커넥션에는 TCP 데이터 패킷이 송수신된다.
소켓 처리부(207)는, 단계 S2104에서 내측 NIC(104)를 향해 서버 기능으로서의 accept 이벤트를 발행한 후, 외측 NIC(108)를 향해 클라이언트 기능으로서 접속 요구를 나타내는 connect request 이벤트를 발행한다(S2114).
connect request 이벤트는 TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은 connect request 이벤트를 받고, ARP 요구 패킷을 생성한다(S2115).
ARP 요구 패킷은 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 송신 처리부(503)는, ARP 요구 패킷에 대한 ARP 응답 패킷을 생성하여, TCP/IP 프로토콜 스택(205)으로 반송한다(S2116).
TCP/IP 프로토콜 스택(205)은, ARP 응답 패킷을 받으면, 단계 S2114에서의 connect request 이벤트에 대응하는 TCP SYN 패킷을 생성할 준비가 갖추어졌으므로, TCP SYN 패킷을 생성한다(S2117).
단계 S2117에서 생성되는 TCP SYN 패킷은 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 송신 처리부(503)는, TCP SYN 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2118). 또한, 이 시점에서 외측 NIC 어드레스 테이블(210)의 해당 레코드에, TCP SYN 패킷의 송신원 포트 번호로서, TCP/IP 프로토콜 스택(205)에 의해 자동적으로 첨부되고 있는 동적 포트 번호가 기록된다.
TCP SYN 패킷은, 외측 NIC(108)를 통해 XPTCP 대응 서버(107)에 도달한다. XPTCP 대응 서버(107)는, TCP SYN 패킷을 받고, TCP ACK/SYN 패킷으로 응답한다(S2119).
TCP ACK/SYN 패킷은, 외측 NIC(108)를 통해 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 수신 처리부(502)는, TCP ACK/SYN 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2120).
어드레스 변환 처리가 행해진 TCP ACK/SYN 패킷은, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, TCP ACK/SYN 패킷을 받고, TCP ACK 패킷으로 응답한다(S2121). 이때, TCP/IP 프로토콜 스택(205)은 connect 응답 이벤트를 클라이언트 프로그램인 소켓 처리부(207)에 통지한다.
XPTCP 처리부(206)는, 이 connect 응답 이벤트를 후크 해서, 외측 NIC(108)를 향한 커넥션의 형성이 시작된 것을 인식한다(S2122). 그러면, XPTCP 처리부(206)는 어드레스 변환 처리부(203)에 대해, 색인 포트 번호를 수반하여 해당 커넥션에 적용하는 폴리시를 문의한다(S2123). 어드레스 변환 처리부(203)는 이 문의에 대해 XPTCP 처리 대상 마스터(208)와 내측 NIC 어드레스 테이블(209)을 참조하여, XPTCP 처리 대상 마스터(208)의 레코드 번호를 회답한다(S2124). XPTCP 처리부(206)는 XPTCP 폴리시 테이블(211)에 레코드 번호와 색인 포트 번호를 등록해 연관시키고, 암호화 처리부(1005)의 폴리시를 설정한다(S2125).
단계 S2121에서 TCP/IP 프로토콜 스택(205)으로부터 발행된 TCP ACK 패킷은, 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 송신 처리부(503)는, TCP ACK 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 복원한다(S2126).
TCP ACK 패킷은, 외측 NIC(108)를 통해 XPTCP 대응 서버(107)에 도달한다. XPTCP 대응 서버(107)는, TCP ACK 패킷의 도착으로, 커넥션이 확립한 것을 인식한다(S2127). 이후, 해당 커넥션에는 TCP 데이터 패킷이 송수신된다.
[XPTCP 게이트웨이 장치(101)의 동작·TCP 데이터 전송 시퀀스]
도 24는, XPTCP 게이트웨이 장치(101)에서의, TCP 데이터 전송 시퀀스의 타임 차트이다. 단말로부터 TCP 데이터 패킷이 송신된 것에 호응하여, 단말과 XPTCP 게이트웨이 장치(101)의 사이와, 서버와 XPTCP 게이트웨이 장치(101)의 사이 각각에 형성된 TCP 커넥션에 TCP 데이터 패킷이 통과할 때의, XPTCP 게이트웨이 장치(101)의 시계열 상의 동작의 추이를 나타낸다.
XPTCP 비대응 PC(103)가 web 브라우저 등의 어플리케이션 프로그램을 동작시켜, XPTCP 대응 서버(107)에 데이터를 송신하려고 하면, XPTCP 비대응 PC(103)는 어플리케이션 프로그램에 기인하여 TCP 데이터 패킷을 송신한다(S2401).
TCP 데이터 패킷은, 내측 NIC(104)를 통해 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 내측 NIC 수신 처리부(501)는, TCP 데이터 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2402).
어드레스 변환 처리가 행해진 TCP 데이터 패킷은, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, TCP 데이터 패킷의 헤더를 제거하고, TCP 데이터 패킷 페이로드를 연결하여, 스트림 데이터로 복원한다(S2403).
스트림 데이터는 XPTCP 처리부(206)에 의해 암호화 처리가 행해져 외측 NIC(108)의 소켓으로 전송된다(S2404).
암호화 처리가 행해진 스트림 데이터는, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, 스트림 데이터를 소정의 바이트 길이 단위로 분할한 후, 헤더를 부가해서, TCP 데이터 패킷으로 변환한다(S2405).
TCP 데이터 패킷은 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 송신 처리부(503)는, TCP 데이터 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2406).
어드레스 복원 처리가 행해진 TCP 데이터 패킷은, 외측 NIC(108)를 통해 XPTCP 대응 서버(107)에 도달한다(S2407). XPTCP 대응 서버(107)는, TCP 데이터 패킷을 받고, 소정의 처리를 수행한 후, 회신 데이터로서의 TCP 데이터 패킷을, XPTCP 비대응 PC(103)를 향해 송신한다(S2408).
TCP 데이터 패킷은, 외측 NIC(108)를 통해 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 수신 처리부(502)는, TCP 데이터 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2409).
어드레스 변환 처리가 행해진 TCP 데이터 패킷은, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, TCP 데이터 패킷의 헤더를 제거하고, TCP 데이터 패킷 페이로드를 연결하여, 스트림 데이터로 복원한다(S2410).
스트림 데이터는 XPTCP 처리부(206)에 의해 복호 처리가 행해져 내측 NIC(104)의 소켓으로 전송된다(S2411).
복호 처리가 행해진 스트림 데이터는, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, 스트림 데이터를 소정의 바이트 길이 단위로 분할한 후, 헤더를 부가해서, TCP 데이터 패킷으로 변환한다(S2412).
TCP 데이터 패킷은 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 내측 NIC 송신 처리부(504)는, TCP 데이터 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2413).
어드레스 복원 처리가 행해진 TCP 데이터 패킷은, 내측 NIC(104)를 통해 XPTCP 비대응 PC(103)에 도달한다(S2414).
[XPTCP 게이트웨이 장치(101)의 동작·TCP 절단 시퀀스]
도 25, 도 26 및 도 27은, XPTCP 게이트웨이 장치(101)에서의, TCP 절단 시퀀스의 타임 차트이다. 도 25는 타임 차트 전체를 나타내는 조감도이며, 도 26은 타임 차트 중, 전반의 처리 내용을 나타내는 상세도이며, 도 27은 타임 차트 중, 후반의 처리 내용을 나타내는 상세도이다.
단말로부터 TCP FIN 패킷이 송신된 것에 호응하여, 단말과 XPTCP 게이트웨이 장치(101)의 사이와, 서버와 XPTCP 게이트웨이 장치(101)의 사이 각각에 형성되어 있던 TCP 커넥션이 종료(close:클로즈)될 때까지의, XPTCP 게이트웨이 장치(101)의 시계열 상의 동작의 추이를 나타낸다.
XPTCP 비대응 PC(103)가 web 브라우저 등의 어플리케이션 프로그램을 동작시켜, XPTCP 대응 서버(107)에 대해 소정의 데이터를 요구하고, 그 요구한 데이터가 얻어진다면, XPTCP 비대응 PC(103)는 어플리케이션 프로그램에 기인해 TCP FIN 패킷을 송신한다(S2501).
TCP FIN 패킷은, 내측 NIC(104)를 통해 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 내측 NIC 수신 처리부(501)는, TCP FIN 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2102). 또한, 이 시점에서 삭제 예정 리스트(605)에 색인 포트 번호가 추가로 기록된다.
어드레스 변환 처리가 행해진 TCP FIN 패킷은, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, 소켓 처리부(207)가 미리 작성한 포트 번호에 대해 송신된 TCP FIN 패킷을 인식하고, 서버 프로그램인 소켓 처리부(207)에 커넥션의 종료를 통지하기 위해, 소켓 처리부(207)에 대해 close 이벤트를 발행한다(S2503).
소켓 처리부(207)는, 단계 S2503에서 내측 NIC(104)를 향해 서버 기능으로서의 close 이벤트를 받은 후, 외측 NIC(108)를 향해 클라이언트 기능으로서 절단 요구를 나타내는 close request 이벤트를 발행한다(S2504).
close request 이벤트는 TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은 close request 이벤트를 받고, TCP FIN 패킷을 생성한다(S2505).
단계 S2505에서 생성되는 TCP FIN 패킷은 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 송신 처리부(503)는, TCP FIN 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2506).
TCP FIN 패킷은, 외측 NIC(108)를 통해 XPTCP 대응 서버(107)에 도달한다(S2507). XPTCP 대응 서버(107)는 TCP FIN 패킷을 받고, XPTCP 비대응 PC(103)에 대해 송신해야 할 데이터를 모두 송신했다고 판단하면, TCP ACK/FIN 패킷을 송신한다(S2508).
TCP ACK/FIN 패킷은, 외측 NIC(108)를 통해 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 수신 처리부(502)는, TCP ACK/FIN 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2509).
어드레스 변환 처리가 행해진 TCP ACK/FIN 패킷은, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, TCP ACK/FIN 패킷을 받고, TCP ACK 패킷으로 응답한다(S2510). 이때, TCP/IP 프로토콜 스택(205)은 close 응답 이벤트를 클라이언트 프로그램인 소켓 처리부(207)에 통지한다.
XPTCP 처리부(206)는, 이 close 응답 이벤트를 후크 해서, 외측 NIC(108)를 향한 커넥션과 내측 NIC(104)를 향한 커넥션과의 관련지음을 해방한다(S2511).
단계 S2510에서 TCP/IP 프로토콜 스택(205)에 의해 생성되는 TCP ACK 패킷은, 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 외측 NIC 송신 처리부(503)는, TCP ACK 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2512).
TCP ACK 패킷은, 외측 NIC(108)를 통해 XPTCP 대응 서버(107)에 도달한다. XPTCP 대응 서버(107)는, TCP ACK 패킷을 받고, 해당 패킷에 따른 커넥션의 절단이 완료한(클로즈된) 것을 인식한다(S2513).
한편, 단계 S2510에서 TCP/IP 프로토콜 스택(205)에 의해 생성되는 close 응답 이벤트는, 소켓 처리부(207)에 도달한다. 소켓 처리부(207)는, close 응답 이벤트를 검출하면, 외측 NIC(108)를 향한 커넥션에 대한 TCP FIN 패킷이 온 것을 인식한다. 이 시점에서, 대응하는 내측 NIC(104)를 향한 커넥션의 절단 처리도 수행할 수 있게 된다. 그러므로, 단계 S2503에서 TCP/IP 프로토콜 스택(205)이 송출한 close 이벤트에 대한 응답으로서, 허가를 의미하는 accept 이벤트를, TCP/IP 프로토콜 스택(205)에 송출한다(S2514).
단계 S2514에서 소켓 처리부(207)가 송출한 accept 이벤트는, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은 accept 이벤트를 받고, TCP ACK/FIN 패킷을 생성한다(S2515). TCP ACK/FIN 패킷은 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 내측 NIC 송신 처리부(504)는, TCP ACK/FIN 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 복원한다(S2516).
TCP ACK/FIN 패킷은, 내측 NIC(104)를 통해 XPTCP 비대응 PC(103)에 도달한다. XPTCP 비대응 PC(103)는, TCP ACK/FIN 패킷을 받고, TCP ACK 패킷으로 응답한다(S2517).
TCP ACK 패킷은, 내측 NIC(104)를 통해 어드레스 변환 처리부(203)에 도달한다. 어드레스 변환 처리부(203)의 내측 NIC 수신 처리부(501)는, TCP ACK 패킷의 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 변환한다(S2518).
어드레스 변환 처리가 행해진 TCP ACK 패킷은, TCP/IP 프로토콜 스택(205)에 도달한다. TCP/IP 프로토콜 스택(205)은, TCP ACK 패킷의 도착으로, 커넥션의 절단이 완료한 것을 인식한다(S2519).
한편, 단계 S2509에서 어드레스 변환을 수행한 후, 어드레스 변환 처리부는 어드레스 테이블 갱신 카운터의 값을, 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 타이머용 카운터 값 필드에 기입한다(S2520). 테이블 갱신 처리부(505)는 정기적으로 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 카운터 값 필드를 감시하고, 소정 시간이 경과하면, 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)의 해당 레코드를 삭제한다(S2521, S2522).
또한, TCP 커넥션을 절단하는 수단은, TCP FIN 패킷 만이 아니다. 어플리케이션 프로그램의 프리즈(freeze) 등, 이상한 상태에 빠졌을 때에 TCP 커넥션을 강제적으로 절단하기 위해, TCP RST 패킷이 존재한다. TCP RST 패킷이 발생했을 때의 절단 시퀀스는, 도 25, 도 26 및 도 27의 점선으로 둘러싼 범위의 처리가 바뀌게 되지만, 자세한 것은 생략한다.
[정리]
XPTCP 비대응 PC(102)로부터 수신한 패킷 P(1402)는, 내측 NIC(104) 및 외측 NIC(108)의 IP 어드레스와는 무관계하다. 이 때문에, 패킷 P(1402)의 상태로는, TCP/IP 프로토콜 스택(205)이 소정의 패킷의 처리를 수행할 수 없다. 그러므로, 일단 내측 NIC 어드레스 테이블(209)의 레코드에, 패킷 P(1402)에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 메모해 둔다. 게다가, 나중에 복원하기 위해 색인이 되는 포트 번호를 연번으로 부여한다. 그리고, TCP/IP 프로토콜 스택(205)이 패킷의 수신 처리를 할 수 있도록 하기 위해, 패킷 P(1402)를 「제1 임시 IP 어드레스를 가지는 가공의 호스트로부터, 내측 NIC의 IP 어드레스를 향해 송신된 패킷」으로 하는, 패킷 P(1405)로 개서한다.
또한, 이때, 송신원 포트 번호에는 색인 PORT를 부여하고, 목적지 포트 번호는 굳이 변경하지 않는다. 대부분의 경우, 목적지 포트 번호는 주지의 잘 알려진 포트(well known port)로 불리는 특정 포트 번호이다. 또한, XPTCP도 특정 서비스를 위해 실장하고 있다. XPTCP는 서비스마다 다른 암호화 처리를 행할 필요가 있으며, 목적지 포트 번호로 서비스를 구별해야 하므로, 내측 NIC 수신 처리부(501)는 패킷에 첨부되고 있는 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 개서할 때, 목적지 포트 번호만은 변경하지 않는다.
이상 설명한 것처럼, XPTCP 게이트웨이 장치(101)는, 수신한 패킷을 일단 내부의 TCP/IP 프로토콜 스택(205)이 취급할 수 있도록, 수신한 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 개서한다. 그리고, 송신하기 직전에 다시 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 복원한다. 이 때문에, XPTCP 게이트웨이 장치(101)는 기존의 네트워크 환경에 전혀 설정의 변경을 필요로 하지 않고, 단지 통신 경로 상에 XPTCP 게이트웨이 장치(101)를 끼워 넣도록 접속하는 것 만으로, 용이하게 XPTCP 기능을 제공할 수 있다.
게다가 부차적 효과로서, XPTCP 게이트웨이 장치(101)에 접속되는 모든 단말이나 서버로부터는, XPTCP 게이트웨이 장치(101)를 인식할 수 없다. PING 등의 ICMP 패킷조차 그대로 전송되어 버리므로, XPTCP 게이트웨이 장치(101)는 네트워크적으로 전혀 보이지 않는 장치로서 작용한다.
그리고 더욱 부차적 효과로서 XPTCP 게이트웨이 장치(101)의 내측 NIC(104) 및 외측 NIC(108)로 설정하는 IP 어드레스는, XPTCP 게이트웨이 장치(101)에 접속되는 모든 호스트와 간섭하지 않는다. 즉, 내측 NIC(104) 및 외측 NIC(108)에 설정하는 IP 어드레스는, XPTCP 게이트웨이 장치(101)가 접속되는 서브넷(subnet)과는 일절 관계 없는 IP 어드레스를 설정해도, 혹은 접속되는 호스트와 중복하는 IP 어드레스여도 전혀 문제가 없다. 모든 패킷은 XPTCP 게이트웨이 장치(101) 내부에서 어드레스 변환이 행해져, 송신될 때에는 어드레스가 복원되므로, 내측 NIC(104) 및 외측 NIC(108)에 설정하는 IP 어드레스는 네트워크 밖으로 나타나지 않는다. 내측 NIC(104) 및 외측 NIC(108)에 설정하는 IP 어드레스는, 루프백 어드레스(loop-back address)나 멀티캐스트 어드레스 등의 특수한 것을 제외하고, 무엇을 설정해도 무방하다.
[응용예]
본 실시 형태에 따른 XPTCP 게이트웨이 장치(101)는, 이하와 같은 응용예를 생각할 수 있다.
(1) XPTCP 게이트웨이 장치(101)는, 용이하게 서버 기능을 실장할 수 있다. 예를 들면, XPTCP 처리 대상 마스터를 편집하기 위한 유저 인터페이스를 제공하기 위해 web 서버 프로그램을 가동시켜, 미리 특정의 포트 번호에 대응해 둔다. 일례로서, 10030이라는 포트 번호를 이용한다고 한다.
XPTCP 처리부(206)는, 목적지 포트 번호가 이 10030인 경우, 암호화 처리를 행하지 않고, 그대로 web 서버 프로그램에 인도한다. 이와 같이 XPTCP 처리부(206)를 구성 함으로써, XPTCP 게이트웨이 장치(101)는 용이하게 서버 기능을 실장할 수 있다.
(2) 어드레스 변환 처리부(203)가, 내측 NIC 어드레스 테이블(209)과 외측 NIC 어드레스 테이블(210)의, 2개의 테이블에서 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 개서하는 실장 형태인 것에는 이유가 있다.
외측 NIC 어드레스 테이블(210)의, 목적지 IP 어드레스 필드를 개서하면, 단말이 의도하고 있는 IP 어드레스와는 다른 IP 어드레스의 서버와 통신할 수 있다.
도 28은, XPTCP 게이트웨이 장치(101)에서, 송신하는 패킷의 목적지 IP 어드레스를 개서하는 응용 형태를 설명하는 개략도이다.
단말(2801)에는 「A」라는 IP 어드레스가 부여되고 있다. 지금, 단말(2801)은 「B」라는 IP 어드레스가 부여되고 있는 서버(2802)에 접속하려고, 패킷 P(2803)를 송신했다고 한다. 패킷 P(2803)의 송신원 IP 어드레스는 「A」이며, 목적지 IP 어드레스는 「B」이다.
XPTCP 게이트웨이 장치(101)의 내측 NIC 어드레스 테이블(209)은, 「A」와 「B」라는 대응 관계를 충실히 재현할 수 있을 필요가 있으므로, 그대로의 IP 어드레스가 기록된다.
그러나, 외측 NIC 어드레스 테이블(210)은, 「A」와 「B」라는 대응 관계를 반드시 충실히 재현할 수 없어도 무방하다. 지금, 목적지 IP 어드레스를 「C」로 개서하면, XPTCP 게이트웨이 장치(101)로부터 송출되는 패킷 P(2804)는, 송신원 IP 어드레스가 「A」이며, 목적지 IP 어드레스가 「C」가 된다. 그러면, 패킷 P(2804)는 IP 어드레스가 「C」인 서버(2805)에 도달한다.
이와 같이, XPTCP 게이트웨이 장치(101)는, 외측 NIC 어드레스 테이블(210)에 등록되어 있는 목적지 IP 어드레스를 개서 함으로써, 목적지 IP 어드레스를 단말(2801)이 파악하고 있지 않는 곳에서 변환할 수 있다. 이 동작을 응용하면, XPTCP 게이트웨이 장치(101)를 2대 이상 연결하여 구성하는 것으로, 용이하게 VPN(Virtual Private Network)을 구축할 수 있다.
(3) 어드레스 변환 처리부(203)가, 내측 NIC 어드레스 테이블(209)과 외측 NIC 어드레스 테이블(210)의, 2개의 테이블로 송신원 및 목적지 MAC 어드레스, IP 어드레스 및 포트 번호를 개서하는 실장 형태인 것에는 이유가 있다.
외측 NIC 어드레스 테이블(210)의, 송신원 IP 어드레스 필드를 개서하면, 서버 측에 존재하는 악의를 가진 제3자로부터, 단말(2801)의 진정한 IP 어드레스를 은폐할 수 있다.
도 29는, XPTCP 게이트웨이 장치(101)에서, 송신하는 패킷의 송신원 IP 어드레스를 개서하는 응용 형태를 설명하는 개략도이다.
단말(2901)에는 「A」라는 IP 어드레스가 부여되고 있다. 지금, 단말(2901)은 「B」라는 IP 어드레스가 부여되고 있는 서버(2902)에 접속하려고, 패킷 P(2903)를 송신했다고 한다. 패킷 P(2903)의 송신원 IP 어드레스는 「A」이며, 목적지 IP 어드레스는 「B」이다.
XPTCP 게이트웨이 장치(101)의 내측 NIC 어드레스 테이블(209)은, 「A」와 「B」라는 대응 관계를 충실히 재현할 수 있을 필요가 있으므로, 그대로의 IP 어드레스가 기록된다.
그러나, 외측 NIC 어드레스 테이블(210)은, 「A」와 「B」라는 대응 관계를 반드시 충실히 재현할 수 없어도 무방하다. 지금, 송신원 IP 어드레스를 「D」로 개서하면, XPTCP 게이트웨이 장치(101)로부터 송출되는 패킷 P(2904)는, 송신원 IP 어드레스가 「D」이며, 목적지 IP 어드레스가 「B」가 된다. 그러면, 서버(2902)에서 보면 마치 송신원 IP 어드레스가 「D」인 가상 단말(2905)로부터 송신된 것처럼 보이므로, IP 어드레스 「A」인 단말(2901)의 존재를 은폐할 수 있다.
이와 같이, XPTCP 게이트웨이 장치(101)는, 외측 NIC 어드레스 테이블(210)에 등록되어 있는 송신원 IP 어드레스를 개서 함으로써, 송신원 IP 어드레스를 악의를 가진 제3자로부터 은폐할 수 있다.
(4) 암호화 처리부(1005)는, TCP/IP 프로토콜 스택(205)이 TCP 데이터 패킷으로부터 페이로드 부분을 꺼내 복원한 스트림 데이터에 대해, 암호화 처리를 행한다. 이 암호화 처리는, 반드시 스트림 데이터 전체를 암호화한다고는 할 수 없다.
예를 들면, 주지의 TELNET(TCP 포트 23번)의 경우에는, 스트림 데이터를 모두 암호화할 필요가 있다.
그러나, 예를 들면 주지의 SMTP(Simple Mail Transfer Protocol:TCP 포트 25번)의 경우에는, 송신한 메일이 SMTP 서버를 전전하며 전송될 가능성이 있다. 그 때, 모든 SMTP 서버가 XPTCP의 인증 및 암호화 처리에 대응하는 것은 곤란하다. 그러므로, 송신원인 단말과, 최종적으로 수신하는 측의 호스트만 인증 및 암호화 처리에 대응시켜, 암호화의 대상은 SMTP 메시지의 본문만으로 한다. 주지하는 바와 같이, SMTP 메시지는 한 줄의 빈 개행을 세퍼레이터(separator)로 하여 헤더와 본문으로 나눠지며, 헤더에는 메일이 SMTP 서버 등의 호스트를 경유할 때에 기록되는 정보(Received: 헤더)가 추기된다.
본 실시 형태의 암호화 처리부(1005)도, SMTP나 HTTP 등, 스트림 데이터가 헤더와 본문으로 분리할 수 있는 프로토콜인 경우 등, 프로토콜에 따라 암호화의 대상을 스트림 데이터 전부가 아니라 본문만으로 한다,와 같은 처리가 포함되는 것이 바람직하다.
본 실시 형태에서는, 네트워크 게이트웨이 장치를 개시했다.
기존의 네트워크 OS에 표준 탑재되고 있는 TCP/IP 프로토콜 스택(205)의 기능을 최대한 유효하게 활용하면서, 필요 최소한의 프로그램을 추가 함으로써 XPTCP 게이트웨이 장치(101)를 실현하기 위해, TCP/IP 프로토콜 스택(205)을 「속이는」 처리를 행한다. XPTCP 게이트웨이 장치(101)에 할당되고 있는 IP 어드레스와는 무관계여야 할 패킷을 TCP/IP 프로토콜 스택(205)이 처리할 수 있도록 하기 위해, 미리 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 송신원 포트 번호, 목적지 MAC 어드레스, 목적지 IP 어드레스 및 목적지 포트 번호를 내측 NIC 어드레스 테이블(209) 및 외측 NIC 어드레스 테이블(210)에 메모해 둔다. 그 다음에, 수신한 패킷에 첨부되고 있는 송신원 MAC 어드레스 및 송신원 IP 어드레스는 가짜의 MAC 어드레스 및 가짜의 IP 어드레스로, 목적지 MAC 어드레스 및 목적지 IP 어드레스는 XPTCP 게이트웨이 장치(101)에 할당되고 있는 IP 어드레스 및 MAC 어드레스로 개서하고 나서, TCP/IP 프로토콜 스택(205)에게 준다.
게다가, 패킷을 본래의 송신지에 송신할 때에는, XPTCP 게이트웨이 장치(101)에 할당되고 있는 IP 어드레스 및 MAC 어드레스에서 가짜의 MAC 어드레스 및 가짜의 IP 어드레스로 반송하도록, TCP/IP 프로토콜 스택(205)을 속여, TCP/IP 프로토콜 스택(205)으로부터 송신되는 패킷의 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 앞서 개서 테이블에 메모한 본래의 어드레스로 복원하여, 본래의 송신지에 송신한다.
이와 같이 XPTCP 게이트웨이 장치(101)는, 수신한 패킷을 일단 내부의 TCP/IP 프로토콜 스택(205)이 취급할 수 있도록, 수신한 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 개서한다. 그리고, 송신하기 직전에 다시 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 복원한다. 이 때문에, XPTCP 게이트웨이 장치(101)는 기존의 네트워크 환경에 전혀 설정의 변경을 필요로 하지 않고, 단지 통신 경로 상에 XPTCP 게이트웨이 장치(101)를 끼워 넣도록 접속하는 것만으로, 용이하게 XPTCP 기능을 제공할 수 있다.
이상, 본 발명의 실시 형태예에 대해 설명했지만, 본 발명은 상기 실시 형태예로 한정되는 것은 아니고, 특허청구범위에 기재한 본 발명의 요지를 벗어나지 않는 범위에서, 다른 변형예, 응용예를 포함한다.
101: XPTCP 게이트웨이 장치, 102: XPTCP 비대응 PC, 103: XPTCP 비대응 PC, 104: 내측 NIC, 105: XPTCP 비대응 PC, 106: XPTCP 대응 PC, 107: XPTCP 대응 서버, 108: 외측 NIC, 109: XPTCP 비대응 네트워크, 110: XPTCP 대응 네트워크, 201: 초기 설정부, 202: 네트워크 설정 정보 메모리, 203: 어드레스 변환 처리부, 204: 임시 IPMAC 리스트, 205: TCP/IP 프로토콜 스택, 206: XPTCP 처리부, 207: 소켓 처리부, 208: XPTCP 처리 대상 마스터, 209: 내측 NIC 어드레스 테이블, 210: 외측 NIC 어드레스 테이블, 211: XPTCP 폴리시 테이블, 212: TCP 포트 번호 메모리, 213: 어드레스 테이블 갱신 카운터, 401: IP 헤더, 402: MAC 헤더, 403: TCP 헤더, 404: UDP 헤더, 501: 내측 NIC 수신 처리부, 502: 외측 NIC 수신 처리부, 503: 외측 NIC 송신 처리부, 504: 내측 NIC 송신 처리부, 505: 테이블 갱신 처리부, 506: 폴리시 회답부, 601: 수신 패킷 판정부, 602: 어드레스 치환부, 603: 커넥션 등록 처리부, 604: 레코드 삭제 준비 처리부, 605: 삭제 예정 리스트, 701: 수신 패킷 판정부, 702: 어드레스 치환부, 703: 레코드 삭제 처리부, 801: 송신 패킷 판정부, 802: ARP 응답 처리부, 803: 동적 포트 기록 처리부, 804: 어드레스 복원부, 901: 송신 패킷 판정부, 902: 어드레스 복원부, 1001: 이벤트 검출부, 1002: 소켓 조작부, 1003: 폴리시 설정부, 1004: 소켓 메모리 영역, 1005: 암호화 처리부, 1006: 복호 처리부, 2801: 단말, 2802: 서버, 2805: 서버, 2901: 단말, 2902: 서버, 2905: 가상 단말
Claims (12)
- 제1 NIC와,
제2 NIC와,
상기 제1 NIC 및 상기 제2 NIC에 프로미스큐어스 모드(promiscuous mode)를 설정하는 초기 설정부와,
상기 제1 NIC 및 상기 제2 NIC 사이에서 TCP/IP 통신 처리를 수행하는 TCP/IP 프로토콜 스택과,
상기 제1 NIC로부터 수신한 수신 패킷에 첨부되고 있는 송신원 MAC 어드레스를 제1 임시 MAC 어드레스로 변환하고, 송신원 IP 어드레스를 제1 임시 IP 어드레스로 변환하고, 목적지 MAC 어드레스를 상기 제1 NIC에 첨부되고 있는 제1 NICMAC 어드레스로 변환하고, 목적지 IP 어드레스를 상기 제1 NIC에 첨부되고 있는 제1 NICIP 어드레스로 변환하여, 상기 TCP/IP 프로토콜 스택에 상기 수신 패킷을 송신함과 동시에, 상기 TCP/IP 프로토콜 스택으로부터 수신한 송신 패킷에 첨부되고 있는 송신원 MAC 어드레스, 송신원 IP 어드레스, 목적지 MAC 어드레스 및 목적지 IP 어드레스를 상기 수신 패킷에 첨부되고 있던 상기 송신원 MAC 어드레스, 상기 송신원 IP 어드레스, 상기 목적지 MAC 어드레스 및 상기 목적지 IP 어드레스로 복원(restore)하여, 상기 제2 NIC에 송신하는 어드레스 변환 처리부
를 구비하는 네트워크 게이트웨이 장치. - 제1항에 있어서,
상기 수신 패킷에 첨부되고 있는 상기 송신원 MAC 어드레스를 격납하는 송신원 MAC 어드레스 필드와, 상기 수신 패킷에 첨부되고 있는 상기 송신원 IP 어드레스를 격납하는 송신원 IP 어드레스 필드와, 상기 수신 패킷에 첨부되고 있는 상기 목적지 MAC 어드레스를 격납하는 목적지 MAC 어드레스 필드와, 상기 수신 패킷에 첨부되고 있는 상기 목적지 IP 어드레스를 기록하는 목적지 IP 어드레스 필드와, 일의성을 가지는 색인용의 색인용 포트 번호를 기록하는 색인용 포트 번호 필드를 갖추는 어드레스 변환 테이블
을 더 갖추고,
상기 어드레스 변환 처리부는 상기 수신 패킷에 첨부되고 있는 송신원 포트 번호를 상기 색인용 포트 번호 필드에 기록한 상기 색인용 포트 번호로 변환함과 동시에, 상기 송신 패킷에 첨부되고 있는 목적지 포트 번호로 상기 어드레스 변환 테이블의 상기 색인용 포트 번호 필드를 검색하여, 복원해야 할 레코드를 특정하는, 네트워크 게이트웨이 장치. - 제2항에 있어서,
상기 TCP/IP 프로토콜 스택으로부터 수신한 수신 패킷의 페이로드(payload) 부분에 소정의 암호화 처리를 행하여 다시 상기 TCP/IP 프로토콜 스택으로 반송하는 확장 TCP 처리부
를 더 갖추는 네트워크 게이트웨이 장치. - 제3항에 있어서,
상기 제1 NIC에 대해 제1 TCP 커넥션을 형성하기 위한 서버 기능과, 상기 제2 NIC에 대해 제2 TCP 커넥션을 형성하기 위한 클라이언트 기능을 갖춤과 동시에, 상기 제1 NIC로부터 TCP FIN 패킷이 오면, 상기 제2 NIC로부터 TCP FIN 패킷이 온 것을 검출하여, 상기 제1 TCP 커넥션을 절단하는 지시를 상기 TCP/IP 프로토콜 스택으로 보내는 소켓 처리부
를 더 갖추는 네트워크 게이트웨이 장치. - 제4항에 있어서,
상기 어드레스 변환 처리부는, 상기 제1 NIC로부터 TCP SYN 패킷이 오면, 상기 어드레스 변환 테이블에 레코드를 추가하는,
네트워크 게이트웨이 장치. - 제5항에 있어서,
상기 확장 TCP 처리부는, 상기 제1 TCP 커넥션에서 발생하여 상기 소켓 처리부에 도달하려는 스트림 데이터에 상기 암호화 처리를 행한 후, 상기 제2 TCP 커넥션으로 전송하는, 네트워크 게이트웨이 장치. - 제4항에 있어서,
상기 어드레스 변환 처리부는, 상기 제1 NIC로부터 TCP SYN 패킷이 온 것에 호응하여 상기 제2 TCP 커넥션이 형성될 때, 상기 TCP/IP 프로토콜 스택으로부터 발생되는 ARP 요구 패킷을 수신하면, 상기 TCP/IP 프로토콜 스택에 대해 가짜의 MAC 어드레스를 포함한 의사 ARP 응답 패킷을 회신하는, 네트워크 게이트웨이 장치. - 제2항에 있어서,
상기 어드레스 변환 처리부는, 상기 제1 NIC로부터 TCP SYN 패킷이 오면, 상기 어드레스 변환 테이블에 레코드를 추가하는,
네트워크 게이트웨이 장치. - 제8항에 있어서,
상기 TCP/IP 프로토콜 스택으로부터 수신한 수신 패킷의 페이로드 부분에 소정의 암호화 처리를 행하여 다시 상기 TCP/IP 프로토콜 스택으로 반송하는 확장 TCP 처리부
를 더 갖추는, 네트워크 게이트웨이 장치. - 제1항에 있어서,
상기 수신 패킷에 첨부되고 있는 상기 송신원 MAC 어드레스를 격납하는 제1 송신원 MAC 어드레스 필드와, 상기 수신 패킷에 첨부되고 있는 상기 송신원 IP 어드레스를 격납하는 제1 송신원 IP 어드레스 필드와, 상기 수신 패킷에 첨부되고 있는 상기 목적지 MAC 어드레스를 격납하는 제1 목적지 MAC 어드레스 필드와, 상기 수신 패킷에 첨부되고 있는 상기 목적지 IP 어드레스를 기록하는 제1 목적지 IP 어드레스 필드와, 일의성을 가지는 색인용의 색인용 포트 번호를 기록하는 제1 색인용 포트 번호 필드를 갖추는 제1 NIC 어드레스 변환 테이블과,
제2 송신원 MAC 어드레스 필드와, 제2 송신원 IP 어드레스 필드와, 제2 목적지 MAC 어드레스 필드와, 제2 목적지 IP 어드레스 필드와, 상기 색인용 포트 번호를 기록하는 제2 색인용 포트 번호 필드와, 상기 TCP/IP 프로토콜 스택이 생성하는 동적 포트 번호를 기록하는 동적 포트 번호 필드를 갖추는 제2 NIC 어드레스 변환 테이블
을 더 갖추고,
상기 어드레스 변환 처리부는 상기 수신 패킷에 첨부되고 있는 송신원 포트 번호를 상기 제1 NIC 어드레스 변환 테이블의 상기 제1 색인용 포트 번호 필드에 기록한 상기 색인용 포트 번호로 변환함과 동시에, 상기 송신 패킷에 첨부되고 있는 목적지 포트 번호로 상기 제2 NIC 어드레스 변환 테이블의 상기 제2 색인용 포트 번호 필드를 검색하여, 복원해야 할 레코드를 특정하는,
네트워크 게이트웨이 장치. - 제1항에 있어서,
송신원 IP 어드레스 필드와, 송신원 포트 번호 필드와, 목적지 IP 어드레스 필드와, 목적지 포트 번호 필드를 가지는 확장 TCP 처리 대상 마스터
를 더 갖추고,
상기 어드레스 변환 처리부는, 상기 제1 NIC로부터 수신한 TCP 패킷의 송신원 및 목적지의 IP 어드레스 및 포트 번호의 조합이 상기 확장 TCP 처리 대상 마스터에 등록되어 있으면, 상기 제1 NIC로부터 수신한 수신 패킷에 첨부되고 있는 상기 송신원 MAC 어드레스, 상기 송신원 IP 어드레스, 상기 목적지 MAC 어드레스 및 상기 목적지 IP 어드레스를 변환하고, 상기 제1 NIC로부터 수신한 패킷이 상기 확장 TCP 처리 대상 마스터에 등록되어 있지 않으면, 상기 제1 NIC로부터 수신한 수신 패킷을 상기 제1 NIC로부터 제2 NIC로 전송하는, 네트워크 게이트웨이 장치. - 제11항에 있어서,
상기 어드레스 변환 처리부는,
상기 제1 NIC로부터 수신한 TCP 패킷의 송신원 및 목적지의 IP 어드레스 및 포트 번호의 조합이 상기 확장 TCP 처리 대상 마스터에 등록되어 있으면, 상기 제1 NIC로부터 수신한 수신 패킷에 첨부되고 있는 상기 송신원 MAC 어드레스, 상기 송신원 IP 어드레스, 상기 목적지 MAC 어드레스 및 상기 목적지 IP 어드레스를 변환하고,
상기 제1 NIC로부터 수신한 TCP 패킷이 상기 확장 TCP 처리 대상 마스터에 등록되어 있지 않고, 또한 상기 TCP 패킷의 목적지 IP 어드레스가 상기 제1 NIC에 본래 첨부되고 있는 IP 어드레스일 경우에는, 상기 TCP 패킷을 그대로 상기 TCP/IP 프로토콜 스택으로 전송하는,
네트워크 게이트웨이 장치.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011180215A JP4843116B1 (ja) | 2011-08-22 | 2011-08-22 | ネットワークゲートウェイ装置 |
JPJP-P-2011-180215 | 2011-08-22 | ||
PCT/JP2011/075963 WO2013027302A1 (ja) | 2011-08-22 | 2011-11-10 | ネットワークゲートウェイ装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20140050725A true KR20140050725A (ko) | 2014-04-29 |
KR101851826B1 KR101851826B1 (ko) | 2018-04-26 |
Family
ID=45475249
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020147006671A KR101851826B1 (ko) | 2011-08-22 | 2011-11-10 | 네트워크 게이트웨이 장치 |
Country Status (10)
Country | Link |
---|---|
US (2) | US9264356B2 (ko) |
EP (1) | EP2744154A4 (ko) |
JP (1) | JP4843116B1 (ko) |
KR (1) | KR101851826B1 (ko) |
CN (1) | CN103814551B (ko) |
AU (1) | AU2011375342A1 (ko) |
CA (1) | CA2845767A1 (ko) |
IL (1) | IL231080A0 (ko) |
IN (1) | IN2014CN01609A (ko) |
WO (1) | WO2013027302A1 (ko) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9621581B2 (en) * | 2013-03-15 | 2017-04-11 | Cisco Technology, Inc. | IPV6/IPV4 resolution-less forwarding up to a destination |
US9490419B2 (en) * | 2014-07-21 | 2016-11-08 | Cisco Technology, Inc. | DHCPv6 address autoconfiguration for source-routed networks |
CN113300947B (zh) * | 2015-08-31 | 2022-10-28 | 松下电器(美国)知识产权公司 | 网关装置、车载网络***以及转送方法 |
JP6206465B2 (ja) * | 2015-11-09 | 2017-10-04 | 日本電気株式会社 | 通信装置および通信方法 |
US10454887B2 (en) * | 2015-11-18 | 2019-10-22 | Cisco Technology, Inc. | Allocation of local MAC addresses to client devices |
US10361859B2 (en) | 2017-10-06 | 2019-07-23 | Stealthpath, Inc. | Methods for internet communication security |
US10367811B2 (en) | 2017-10-06 | 2019-07-30 | Stealthpath, Inc. | Methods for internet communication security |
TWI713328B (zh) * | 2018-03-19 | 2020-12-11 | 和碩聯合科技股份有限公司 | 橋接器及網路的管理方法 |
CN108964840B (zh) * | 2018-06-27 | 2022-07-19 | 河北千和电子商务有限公司 | 数据传输方法、设备和计算机可读存储介质 |
US10764315B1 (en) * | 2019-05-08 | 2020-09-01 | Capital One Services, Llc | Virtual private cloud flow log event fingerprinting and aggregation |
CN110545256A (zh) * | 2019-07-15 | 2019-12-06 | 中移(杭州)信息技术有限公司 | 数据传输方法、***、电子设备、中转服务器及存储介质 |
US11558423B2 (en) * | 2019-09-27 | 2023-01-17 | Stealthpath, Inc. | Methods for zero trust security with high quality of service |
CN111556176B (zh) * | 2020-04-07 | 2022-06-14 | 深圳震有科技股份有限公司 | 一种数据包转发控制***及方法 |
CN112039758A (zh) * | 2020-07-09 | 2020-12-04 | 北京九州恒盛电力科技有限公司 | 一种硬件加密的物联网网关 |
CN111884916A (zh) * | 2020-07-24 | 2020-11-03 | 杭州希益丰新业科技有限公司 | 一种基于多网口计算机实现透明传输的代理网关*** |
CN113179194B (zh) * | 2021-04-28 | 2022-10-04 | 杭州迪普科技股份有限公司 | Opc协议网关的测试***及方法 |
US20230095149A1 (en) * | 2021-09-28 | 2023-03-30 | Fortinet, Inc. | Non-interfering access layer end-to-end encryption for iot devices over a data communication network |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7249191B1 (en) * | 2002-09-20 | 2007-07-24 | Blue Coat Systems, Inc. | Transparent bridge that terminates TCP connections |
US7756956B2 (en) * | 2002-11-14 | 2010-07-13 | Canon Development Americas, Inc. | Mimic support address resolution |
CA2534919C (en) * | 2003-08-08 | 2011-04-05 | T.T.T. Kabushikikaisha | Transport layer encryption for extra-security ip networks |
CN100341282C (zh) * | 2004-10-29 | 2007-10-03 | 江苏南大苏富特软件股份有限公司 | 基于通用协议分析引擎的内核级透明代理方法 |
JP4866150B2 (ja) * | 2006-05-30 | 2012-02-01 | 株式会社Into | Ftp通信システム、ftp通信プログラム、ftpクライアント装置及びftpサーバ装置 |
JP2007324726A (ja) * | 2006-05-30 | 2007-12-13 | Ttt Kk | ファイル共有サーバ装置、クライアント装置、印刷装置、ファイル共有システム、ファイル共有プログラム |
JP4855147B2 (ja) * | 2006-05-30 | 2012-01-18 | 株式会社Into | クライアント装置、メールシステム、プログラム及び記録媒体 |
JP4921864B2 (ja) * | 2006-06-16 | 2012-04-25 | 株式会社東芝 | 通信制御装置、認証システムおよび通信制御プログラム |
US20080059788A1 (en) * | 2006-08-30 | 2008-03-06 | Joseph John Tardo | Secure electronic communications pathway |
-
2011
- 2011-08-22 JP JP2011180215A patent/JP4843116B1/ja active Active
- 2011-11-10 AU AU2011375342A patent/AU2011375342A1/en not_active Abandoned
- 2011-11-10 EP EP11871375.9A patent/EP2744154A4/en not_active Withdrawn
- 2011-11-10 CA CA2845767A patent/CA2845767A1/en not_active Abandoned
- 2011-11-10 CN CN201180073001.3A patent/CN103814551B/zh active Active
- 2011-11-10 KR KR1020147006671A patent/KR101851826B1/ko active IP Right Grant
- 2011-11-10 WO PCT/JP2011/075963 patent/WO2013027302A1/ja active Application Filing
-
2013
- 2013-03-14 US US13/826,230 patent/US9264356B2/en active Active
-
2014
- 2014-02-20 IL IL231080A patent/IL231080A0/en unknown
- 2014-02-28 IN IN1609CHN2014 patent/IN2014CN01609A/en unknown
-
2015
- 2015-12-08 US US14/962,656 patent/US20160094520A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP2744154A4 (en) | 2015-04-15 |
US9264356B2 (en) | 2016-02-16 |
US20130195109A1 (en) | 2013-08-01 |
US20160094520A1 (en) | 2016-03-31 |
IL231080A0 (en) | 2014-03-31 |
KR101851826B1 (ko) | 2018-04-26 |
JP2013046087A (ja) | 2013-03-04 |
JP4843116B1 (ja) | 2011-12-21 |
AU2011375342A1 (en) | 2014-04-03 |
CN103814551B (zh) | 2017-05-17 |
CA2845767A1 (en) | 2013-02-28 |
WO2013027302A1 (ja) | 2013-02-28 |
IN2014CN01609A (ko) | 2015-05-08 |
EP2744154A1 (en) | 2014-06-18 |
CN103814551A (zh) | 2014-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101851826B1 (ko) | 네트워크 게이트웨이 장치 | |
CN114866521B (zh) | 会议服务器 | |
US6101543A (en) | Pseudo network adapter for frame capture, encapsulation and encryption | |
CN107077432B (zh) | Https请求充实 | |
JP4410791B2 (ja) | アドレス詐称チェック装置およびネットワークシステム | |
JP2009111437A (ja) | ネットワークシステム | |
Thornburgh | Adobe's Secure Real-Time Media Flow Protocol | |
Scudder et al. | Bgp monitoring protocol (bmp) | |
US20050135359A1 (en) | System and method for IPSEC-compliant network address port translation | |
JP5750352B2 (ja) | ネットワークゲートウェイ装置 | |
JP4426443B2 (ja) | ネットワークを経て通信するための改善セキュリティ方法及び装置 | |
WO2014205703A1 (zh) | 一种共享接入的检测方法、设备和终端设备 | |
Bittau et al. | TCP-ENO: Encryption negotiation option | |
JP3935823B2 (ja) | Httpセッション・トンネリング・システム、その方法、及びそのプログラム | |
WO2008114007A1 (en) | Data communication method and apparatus | |
CN110351308B (zh) | 一种虚拟专用网络通信方法和虚拟专用网络设备 | |
CN102546307A (zh) | 基于dhcp侦听实现代理arp功能的方法和*** | |
JP2011109186A (ja) | ネットワーク通信方法及びアクセス管理方法とパケット中継装置 | |
EP1973275A1 (en) | Data communications method and apparatus | |
Wagner et al. | A" bump in the stack" encryptor for MS-DOS systems | |
JP3788802B2 (ja) | ネットワーク間セキュア通信方法、パケットセキュア処理装置、その処理方法、プログラム、その記録媒体、アドレス変換装置 | |
Handley et al. | Internet Engineering Task Force (IETF) A. Bittau Request for Comments: 8547 Google Category: Experimental D. Giffin | |
JP2006033350A (ja) | 代理セキュアルータ装置及びプログラム | |
WO2015154346A1 (zh) | 一种对经过nat穿越的ipsec报文进行ah认证的方法及装置 | |
Thornburgh | RFC 7016: Adobe's Secure Real-Time Media Flow Protocol |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant |