Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Введение
Канал связи между двумя сетями
Communications channel between two networks
IP-туннель — это канал связи сети Интернет-протокола (IP) между двумя сетями. Он используется для передачи другого сетевого протокола посредством инкапсуляции его пакетов. IP-туннели часто используются для соединения двух изолированных IP-сетей, не имеющих прямого маршрута друг к другу, через базовый маршрутизируемый протокол через промежуточную транспортную сеть. В сочетании с протоколом IPsec они могут использоваться для создания виртуальной частной сети между двумя или более частными сетями через общедоступную сеть, такую как Интернет. Другое распространенное применение — соединение фрагментированных установок IPv6 через сеть IPv4. При IP-туннелировании каждый IP-пакет, включая адресную информацию исходной и целевой IP-сетей, инкапсулируется в другой формат пакета, характерный для транзитной сети. На границах между исходной сетью и транзитной сетью, а также между транзитной сетью и целевой сетью, используются шлюзы, которые устанавливают конечные точки IP-туннеля в транзитной сети. Таким образом, конечные точки IP-туннеля становятся стандартными IP-маршрутизаторами, устанавливающими стандартный IP-маршрут между исходной и целевой сетями. Пакеты, проходящие через эти конечные точки из транзитной сети, освобождаются от заголовков и заключительных данных формата транзитного кадра, используемых в протоколе туннелирования, и преобразуются в собственный формат IP, после чего передаются в IP-стек конечных точек туннеля. Кроме того, любые другие протокольные инкапсуляции, используемые во время передачи, такие как IPsec или Transport Layer Security, удаляются. IP в IP, иногда называемый ipencap, является примером инкапсуляции IP в IP и описан в RFC 2003. Другие варианты IP в IP включают IPv6 в IPv4 (6in4) и IPv4 в IPv6 (4in6). IP-туннелирование часто прозрачно обходит простые правила брандмауэра, поскольку скрыта специфическая природа и адресация исходных датаграмм. Для блокировки IP-туннелей обычно требуется программное обеспечение для управления контентом.
An IP tunnel is an Internet Protocol (IP) network communications channel between two networks. It is used to transport another network protocol by encapsulation of its packets. IP tunnels are often used for connecting two disjoint IP networks that don't have a native routing path to each other, via an underlying routable protocol across an intermediate transport network. In conjunction with the IPsec protocol they may be used to create a virtual private network between two or more private networks across a public network such as the Internet. Another prominent use is to connect islands of IPv6 installations across the IPv4 Internet. In IP tunnelling, every IP packet, including addressing information of its source and destination IP networks, is encapsulated within another packet format native to the transit network. At the borders between the source network and the transit network, as well as the transit network and the destination network, gateways are used that establish the end points of the IP tunnel across the transit network. Thus, the IP tunnel endpoints become native IP routers that establish a standard IP route between the source and destination networks. Packets traversing these end points from the transit network are stripped from their transit frame format headers and trailers used in the tunnelling protocol and thus converted into native IP format and injected into the IP stack of the tunnel endpoints. In addition, any other protocol encapsulations used during transit, such as IPsec or Transport Layer Security, are removed. IP in IP, sometimes called ipencap, is an example of IP encapsulation within IP and is described in RFC 2003. Other variants of the IP in IP variety are IPv6 in IPv4 (6in4) and IPv4 in IPv6 (4in6). IP tunneling often bypasses simple firewall rules transparently since the specific nature and addressing of the original datagrams are hidden. Content control software is usually required to block IP tunnels.
История
Первая спецификация IP-туннелирования была представлена в RFC 1075, где описывался DVMRP – первый протокол маршрутизации IP-мультикаста. Поскольку мультикаст использовал специальные IPv4-адреса, для тестирования DVMRP требовался способ передачи IP-дейтаграмм через участки Интернета, которые ещё не поддерживали мультикаст-адреса. Решением стало IP-туннелирование. Первоначальный подход к IP-туннелированию использовал опцию IP Loose Source Route and Record (LSRR) для сокрытия мультикаст-адреса от маршрутизаторов, не поддерживающих мультикаст. Маршрутизатор назначения, поддерживающий мультикаст, удалял опцию LSRR из пакета и восстанавливал мультикаст-адрес в поле IP-адреса назначения пакета. Другим подходом, описанным в спецификации DVMRP, был IP в IP. IP в IP вскоре стал предпочтительным методом и впоследствии был использован в Mbone.
The first specification of IP tunneling was in RFC 1075, which described DVMRP, the first IP multicast routing protocol. Because multicast used special IPv4 addresses, testing DVMRP required a way to get IP datagrams across portions of the Internet that did not yet recognize multicast addresses. This was solved by IP tunneling. The first approach to IP tunneling used an IP Loose Source Route and Record (LSRR) Option to hide the multicast address from the non multicast aware routers. A multicast aware destination router would remove the LSRR option from the packet and restore the multicast IP address to the packet's IP destination field. The other approach in the DVMRP specification was IP in IP, as described above. IP in IP soon became the preferred approach, and was later put to use in the Mbone.