Fedora Virtualization Guide - en to ru translation catalogue (54 entries)

note: Tag: title
en: Pre-Red Hat Enterprise Linux 5.4 Xen networking
ru: Сетевое окружение Xen в Red Hat Enterprise Linux 5.4 и более ранних версиях

note: Tag: para
en: This chapter covers special topics for networking and network configuration with the Xen hypervisor.
ru: Эта глава охватывает темы настройки сетевого окружения и организации сетевых подключений с помощью гипервизора Xen.

note: Tag: para
en: Most guest network configuration occurs during the guest initialization and installation process. To learn about configuring networking during the guest installation process, read the relevant sections of the installation process, <xref linkend="chap-Virtualization-Virtualized_guest_installation_overview"/>.
ru: Основные сетевые настройки определяются в процессе инициализации виртуальной машины и в процессе установки. <xref linkend="chap-Virtualization-Virtualized_guest_installation_overview"/> содержит информацию о настройке сетевого окружения в процессе установки.

note: Tag: para
en: Network configuration is also covered in the tool specific reference chapters for <command>virsh</command> (<xref linkend="chap-Virtualization-Managing_guests_with_virsh"/>) and <command>virt-manager</command> (<xref linkend="chap-Virtualization-Managing_guests_with_the_Virtual_Machine_Manager_virt_manager"/>). Those chapters provide a detailed description of the networking configuration tasks using both tools.
ru: Сетевые настройки также рассматриваются в главах описания <command>virsh</command> (<xref linkend="chap-Virtualization-Managing_guests_with_virsh"/>) и <command>virt-manager</command> (<xref linkend="chap-Virtualization-Managing_guests_with_the_Virtual_Machine_Manager_virt_manager"/>). Эти главы подробно рассматривают типичные задачи конфигурации сети с использованием обоих утилит.

note: Tag: title
en: <title>Tip</title>
ru: <title>Подсказка</title>

note: Tag: para
en: Using para-virtualized network drivers improves performance on fully virtualized Linux guests. <xref linkend="chap-Virtualization-Xen_Para_virtualized_Drivers"/> explains how to utilize para-virtualized network drivers.
ru: Паравиртуализированные сетевые драйверы могут повысить производительность полностью виртуализированных гостевых систем Linux (см. <xref linkend="chap-Virtualization-Xen_Para_virtualized_Drivers"/>).

note: Tag: title
en: Configuring multiple guest network bridges to use multiple Ethernet cards
ru: Настройка использования нескольких карт Ethernet сетевыми мостами виртуальных машин

note: Tag: para
en: Process to setup network bridges (with the Xen hypervisor):
ru: Последовательность действий при настройке сетевых мостов с помощью гипервизора Xen:

note: Tag: para
en: Configure another network interface using either the <command>system-config-network</command> application. Alternatively, create a new configuration file named <filename>ifcfg-ethX</filename> in the <filename>/etc/sysconfig/network-scripts/</filename> directory where <parameter>X</parameter> is any number not already in use. Below is an example configuration file for a second network interface called <computeroutput>eth1</computeroutput>
ru: Настройте новый сетевой интерфейс с помощью утилиты <command>system-config-network</command> или создайте новый файл конфигурации <filename>ifcfg-ethX</filename> в <filename>/etc/sysconfig/network-scripts</filename>. Замените «X» любым незанятым числом. Пример файла конфигурации для второго сетевого интерфейса <computeroutput>eth1</computeroutput>:

note: Tag: para
en: Copy the file, <filename>/etc/xen/scripts/network-bridge</filename>, to <filename>/etc/xen/scripts/network-bridge.xen</filename>.
ru: Скопируйте <filename>/etc/xen/scripts/network-bridge</filename> в <filename>/etc/xen/scripts/network-bridge.xen</filename>.

note: Tag: para
en: Comment out any existing network scripts in <filename>/etc/xen/xend-config.sxp</filename> and add the line <parameter>(network-xen-multi-bridge)</parameter>.
ru: В файл <filename>/etc/xen/xend-config.sxp</filename> добавьте параметр <parameter>(network-xen-multi-bridge)</parameter> и отметьте как комментарии все сетевые сценарии.

note: Tag: para
en: Create a custom script to create multiple network bridges. A sample scripts is below, this example script will create two Xen network bridges (xenbr0 and xenbr1) one will be attached to eth1 and the other one to eth0. If you want to create additional bridges just follow the example in the script and copy/paste the lines accordingly:
ru: Напишите сценарий для создания нескольких сетевых мостов. Ниже приведен пример сценария, который создаст два моста (xenbr0 и xenbr1). При этом первый будет подключен к eth1, а второй &mdash; к eth0. Дополнительные мосты можно создать, скопировав соответствующие строки:

note: Tag: title
en: For Red Hat Enterprise Linux 5.1 or newer
ru: Для версий Red Hat Enterprise Linux, начиная с 5.1

note: Tag: para
en: This section describes manually adding network bridges. This procedure is not required or recommended for all versions of Red Hat Enterprise Linux newer than version 5.0. For newer versions use "<guilabel>Virtual Network</guilabel>" adapters when creating guests in <command>virt-manager</command>. NetworkManager works with virtual network devices by default in Red Hat Enterprise Linux 5.1 and newer.
ru: В этой секции будет рассмотрено добавление сетевых мостов вручную для версий Red Hat Enterprise Linux, предшествующих 5.0. Для более новых версий используйте адаптеры виртуальной сети в <command>virt-manager</command>. В Red Hat Enterprise Linux, начиная с 5.1, можно использовать NetworkManager.

note: Tag: para
en: In <command>xm</command> configuration files, virtual network devices are labeled "<systemitem>vif</systemitem>".
ru: В файлах конфигурации <command>xm</command> виртуальные сетевые устройства отмечены как «<systemitem>vif</systemitem>».

note: Tag: para
en: The challenge in running the Xen hypervisor on a laptop is that most laptops will connected to the network via wireless network or wired connections. Often these connections are switched multiple times a day. In such an environment, the system assumes it has access to the same interface all the time and it also can perform <command>ifup</command> or <command>ifdown</command> calls to the network interface it is using. In addition wireless network cards do not work well in a virtualization environment due to Xen&#39;s (default) bridged network usage.
ru: При организации работы гипервизора Xen в ноутбуках основной проблемой является то, что сетевое подключение ноутбуков (беспроводное или обычное с использованием кабеля) может изменяться множество раз в течение дня. Это может сказаться на работе виртуализации, так как подразумевается, что выполняется обращение к одному и тому же интерфейсу и для него можно выполнять <command>ifup</command> и <command>ifdown</command>. Кроме того, беспроводные сетевые карты не всегда корректно работают в окружении виртуализации как следствие использования сетевых мостов Xen.

note: Tag: para
en: This setup will also enable you to run Xen in offline mode when you have no active network connection on your laptop. The easiest solution to run Xen on a laptop is to follow the procedure outlined below:
ru: Рассмотренная здесь конфигурация позволит выполнять Xen в автономном режиме при отсутствии активного сетевого соединения. Наиболее простое решение включает следующие шаги:

note: Tag: para
en: You will be configuring a &#39;dummy&#39; network interface which will be used by Xen. In this example the interface is called <command>dummy0</command>. This will also allow you to use a hidden IP address space for your guests.
ru: Нужно будет настроить фиктивный интерфейс (в нашем примере &mdash; <command>dummy0</command>) для использования гипервизором Xen. Это позволит утилизировать пространство скрытых IP-адресов для виртуальных машин.

note: Tag: para
en: You will need to use static IP address as DHCP will not listen on the dummy interface for DHCP requests. You can compile your own version of DHCP to listen on dummy interfaces, however you may want to look into using dnsmasq for DNS, DHCP and tftpboot services in a Xen environment. Setup and configuration are explained further down in this section/chapter.
ru: Используйте статический IP-адрес, так как DHCP не будет прослушивать фиктивный интерфейс. Можно скомпилировать собственную версию DHCP для прослушивания псевдо-интерфейсов или же использовать dnsmasq для служб DNS, DHCP и tftpboot в окружении Xen. Подробнее настройка будет рассмотрена позднее в этой главе.

note: Tag: para
en: You can also configure NAT and IP masquerading in order to enable access to the network from your guests.
ru: Также можно настроить маскирование NAT и IP для активации доступа к сети из гостевых систем.

note: Tag: title
en: Configuring a dummy network interface
ru: Настройка фиктивного сетевого интерфейса

note: Tag: para
en: Perform the following configuration steps on your host:
ru: В размещающей системе выполните следующие шаги:

note: Tag: para
en: create a dummy0 network interface and assign it a static IP address. In our example I selected 10.1.1.1 to avoid routing problems in our environment. To enable dummy device support add the following lines to <filename>/etc/modprobe.conf</filename>
ru: Создайте фиктивный интерфейс dummy0 и присвойте ему статический IP-адрес. В нашем примере используется адрес 10.1.1.1, позволяющий избежать возможных проблем в окружении. Для активации поддержки псевдо-устройства в <filename>/etc/modprobe.conf</filename> добавьте следующее:

note: Tag: para
en: To configure networking for dummy0 edit/create <filename>/etc/sysconfig/network-scripts/ifcfg-dummy0</filename>:
ru: Чтобы настроить сетевое подключение для dummy0 измените существующий или создайте новый файл <filename>/etc/sysconfig/network-scripts/ifcfg-dummy0</filename>:

note: Tag: para
en: Bind <systemitem>xenbr0</systemitem> to <systemitem>dummy0</systemitem>, so you can use networking even when not connected to a physical network. Edit <filename>/etc/xen/xend-config.sxp</filename> to include the <computeroutput>netdev=dummy0</computeroutput> entry:
ru: Сопоставьте <systemitem>xenbr0</systemitem> фиктивному интерфейсу <systemitem>dummy0</systemitem>, чтобы сетевое подключение можно было использовать даже при отсутствии соединения с физической сетью. В файл <filename>/etc/xen/xend-config.sxp</filename> добавьте запись <computeroutput>netdev=dummy0</computeroutput>:

note: Tag: para
en: Open <filename>/etc/sysconfig/network</filename> in the guest and modify the default gateway to point to <systemitem>dummy0</systemitem>. If you are using a static IP, set the guest&#39;s IP address to exist on the same subnet as <systemitem>dummy0</systemitem>.
ru: В гостевой системе откройте файл <filename>/etc/sysconfig/network</filename> и измените стандартный шлюз так, чтобы он указывал на <systemitem>dummy0</systemitem>. Если вы используете статический IP-адрес, убедитесь, что IP-адрес виртуальной машины принадлежит той же подсети что и <systemitem>dummy0</systemitem>.

note: Tag: para
en: Setting up NAT in the host will allow the guests access Internet, including with wireless, solving the Xen and wireless card issues. The script below will enable NAT based on the interface currently used for your network connection.
ru: Настройка преобразования адресов NAT на узле позволит виртуальным машинам получить доступ к Интернету, используя беспроводное подключение, что решит проблемы с Xen и беспроводными картами. Приведенный сценарий включит преобразование NAT для используемого интерфейса.

note: Tag: title
en: Configuring NAT for virtualized guests
ru: Настройка преобразования адресов для виртуальных машин

note: Tag: para
en: Network address translation (NAT) allows multiple network address to connect through a single IP address by intercepting packets and passing them to the private IP addresses. You can copy the following script to <filename>/etc/init.d/xenLaptopNAT</filename> and create a soft link to <filename>/etc/rc3.d/S99xenLaptopNAT</filename>. this automatically starts NAT at boot time.
ru: Преобразование NAT (Network Address Translation) позволяет нескольким сетевым адресам использовать единственный IP-адрес, получая предназначенные им пакеты и направляя их частным IP-адресам. Можно скопировать приведенный ниже сценарий в <filename>/etc/init.d/xenLaptopNAT</filename> и создать символьную ссылку на <filename>/etc/rc3.d/S99xenLaptopNAT</filename>. Это позволит запускать NAT автоматически во время загрузки.

note: Tag: title
en: <application>NetworkManager</application> and wireless NAT
ru: <application>NetworkManager</application> и беспроводное преобразование NAT

note: Tag: para
en: The script below may not work well with wireless network or <application>NetworkManager</application> due to start up delays. In this case run the script manually once the machine has booted.
ru: Приведенный ниже сценарий не является идеальным решением для беспроводных сетей и <application>NetworkManager</application> из-за начальных задержек. В таком случае следует выполнить сценарий вручную после загрузки.

note: Tag: title
en: Configuring dnsmasq for the DNS, DHCP and tftpboot services
ru: Настройка dnsmasq для служб DNS, DHCP и tftpboot

note: Tag: para
en: One of the challenges in running virtualization on a laptop (or any other computer which is not connected by a single or stable network connection) is the change in network interfaces and availability. Using a dummy network interface helps to build a more stable environment but it also brings up new challenges in providing DHCP, DNS and tftpboot services to your virtual machines/guests. The default DHCP daemon shipped with Red Hat Enterprise Linux and Fedora Core will not listen on dummy interfaces, your DNS forwarded information may change as you connect to different networks and VPNs.
ru: Постоянные изменения сетевых интерфейсов и вопросы их доступности составляют основную трудность виртуализации в ноутбуках и других компьютерах без постоянного сетевого подключения. Использование фиктивного интерфейса способствует созданию стабильного окружения, но в то же время вносит дополнительные сложности при предоставлении служб DHCP, DNS и tftpboot виртуальным машинам. Стандартный демон DHCP, входящий в поставку Red Hat Enterprise Linux и Fedora Core, не будет прослушивать фиктивные интерфейсы, в то время как перенаправленная информация DNS может изменяться при подключении к другим сетям и VPN.

note: Tag: para
en: One solution to the above challenges is to use dnsmasq which can provide all of the above service in a single package and will also allow you to control its service only being available to requests from your dummy interface. Below is a short write up on how to configure <command>dnsmasq</command> on a laptop running virtualization:
ru: Для решения перечисленных проблем можно использовать dnsmasq, предоставляющий все перечисленные выше службы в одном пакете и позволяющий настроить службу так, чтобы она была доступна только для запросов, поступающих с фиктивного интерфейса. Последовательность шагов при настройке dnsmasq в ноутбуке с виртуализацией будет выглядеть приблизительно так:

note: Tag: para
en: Get the latest version of dnsmasq from <ulink url="http://www.thekelleys.org.uk/dnsmasq/">here</ulink>.
ru: Загрузите <ulink url="http://www.thekelleys.org.uk/dnsmasq/">последнюю версию dnsmasq</ulink>.

note: Tag: para
en: Document for dnsmasq can be found <ulink url="http://www.thekelleys.org.uk/dnsmasq/doc.html">here</ulink>.
ru: Ознакомьтесь с <ulink url="http://www.thekelleys.org.uk/dnsmasq/doc.html">документацией dnsmasq</ulink>.

note: Tag: para
en: Copy the other files referenced below from <ulink url="http://et.redhat.com/~jmh/tools/xen/"></ulink> and grab the file <filename>dnsmasq.tgz</filename>. The tar archive includes the following files:
ru: Скопируйте остальные файлы с <ulink url="http://et.redhat.com/~jmh/tools/xen/"></ulink>, в том числе архив <filename>dnsmasq.tgz</filename>, который содержит следующие файлы:

note: Tag: para
en: <filename>nm-dnsmasq</filename> can be used as a dispatcher script for NetworkManager. It will be run every time NetworkManager detects a change in connectivity and force a restart/reload of dnsmasq. It should be copied to <filename>/etc/NetworkManager/dispatcher.d/nm-dnsmasq</filename>
ru: <filename>nm-dnsmasq</filename>, который может выполнять роль распределяющего сценария для NetworkManager. Он будет выполняться каждый раз, когда NetworkManager обнаружит изменения подключения, и вызовет принудительный перезапуск или перезагрузку dnsmasq. Скопируйте его в <filename>/etc/NetworkManager/dispatcher.d/nm-dnsmasq</filename>.

note: Tag: para
en: <filename>xenDNSmasq</filename> can be used as the main start up or shut down script for <filename>/etc/init.d/xenDNSmasq</filename>
ru: <filename>xenDNSmasq</filename>, который может использоваться в качестве основного сценария запуска и остановки для <filename>/etc/init.d/xenDNSmasq</filename>.

note: Tag: para
en: <filename>dnsmasq.conf</filename> is a sample configuration file for <filename>/etc/dnsmasq.conf</filename>
ru: <filename>dnsmasq.conf</filename> содержит пример файла конфигурации для <filename>/etc/dnsmasq.conf</filename>.

note: Tag: para
en: <filename>dnsmasq</filename> is the binary image for <filename>/usr/local/sbin/dnsmasq</filename>
ru: <filename>dnsmasq</filename> &mdash; двоичный образ для <filename>/usr/local/sbin/dnsmasq</filename>.

note: Tag: para
en: Once you have unpacked and build dnsmasq (the default installation will be the binary into <filename>/usr/local/sbin/dnsmasq</filename>) you need to edit your dnsmasq configuration file. The file is located in <filename>/etc/dnsmaqs.conf</filename>
ru: Распакуйте архив, выполните сборку dnsmasq (исходная установка будет представлять собой двоичный файл в <filename>/usr/local/sbin/dnsmasq</filename>). Затем в файл конфигурации dnsmasq (<filename>/etc/dnsmaqs.conf</filename>) необходимо внести изменения.

note: Tag: para
en: Edit the configuration to suit your local needs and requirements. The following parameters are likely the ones you want to modify:
ru: Измените настройки в соответствии с вашими требованиями. Обычно изменяются следующие параметры:

note: Tag: para
en: The <computeroutput>interface</computeroutput> parameter allows <systemitem class="service">dnsmasq</systemitem> to listen for <systemitem class="service">DHCP</systemitem> and <systemitem class="service">DNS</systemitem> requests only on specified interfaces. This could be dummy interfaces but not your public interfaces as well as the local loopback interface. Add another <computeroutput>interface</computeroutput> line for more than one interface. <computeroutput>interface=dummy0</computeroutput> is an example which listens on the <systemitem>dummy0</systemitem> interface.
ru: <computeroutput>interface</computeroutput>. Укажите имя интерфейса (например, <systemitem>dummy0</systemitem>), который <systemitem class="service">dnsmasq</systemitem> будет прослушивать на предмет запросов <systemitem class="service">DHCP</systemitem> и <systemitem class="service">DNS</systemitem>. Можно указать фиктивный интерфейс, но не локальный петлевой или общедоступные интерфейсы. Для одного интерфейса используется одна строка, повторите строку для других интерфейсов. Пример: <computeroutput>interface=dummy0</computeroutput>.

note: Tag: para
en: <computeroutput>dhcp-range</computeroutput> to enable the integrated <systemitem class="service">DHCP</systemitem> server, you need to supply the range of addresses available for lease and optionally a lease time. If you have more than one network, you will need to repeat this for each network on which you want to supply <systemitem class="service">DHCP</systemitem> service. An example would be (for network 10.1.1.* and a lease time of 12hrs): <computeroutput>dhcp-range=10.1.1.10,10.1.1.50,255.255.255.0,12h</computeroutput>
ru: <computeroutput>dhcp-range</computeroutput>. Для активации интегрированного сервера <systemitem class="service">DHCP</systemitem> необходимо предоставить диапазон адресов, доступных для аренды, и, дополнительно, время аренды. Этот параметр нужно повторно определить для каждой сети, в которой будет предоставляться служба <systemitem class="service">DHCP</systemitem>. Например, для сети 10.1.1.* при 12-часовой аренде запись будет выглядеть так: <computeroutput>dhcp-range=10.1.1.10,10.1.1.50,255.255.255.0,12h</computeroutput>.

note: Tag: para
en: <computeroutput>dhcp-option</computeroutput> to override the default route supplied by dnsmasq, which assumes the router is the same machine as the one running dnsmasq. An example would be <computeroutput>dhcp-option=3,10.1.1.1</computeroutput>
ru: <computeroutput>dhcp-option</computeroutput>. Переопределяет исходный маршрут, определенный dnsmasq, который изначально подразумевает, что маршрутизатор расположен в той  же системе, где выполняется dnsmasq. Пример: <computeroutput>dhcp-option=3,10.1.1.1</computeroutput>.

note: Tag: para
en: After configuring dnsmasq you can copy the script below as <filename>xenDNSmasq</filename> to <filename>/etc/init.d</filename>
ru: Завершив настройку dnsmasq, скопируйте сценарий в <filename>/etc/init.d</filename> и присвойте ему имя <filename>xenDNSmasq</filename>.

note: Tag: para
en: If you want to automatically start dnsmasq during system boot you should register it using chkconfig(8):
ru: Для автоматического запуска dnsmasq при загрузке необходимо зарегистрировать его с помощью chkconfig(8):

note: Tag: para
en: Enable it for automatic start up:
ru: Настройка автоматического запуска:

note: Tag: para
en: To configure <filename>dnsmasq</filename> to restart every time <application>NetworkManager</application> detects a change in connectivity you can use the supplied script <command>nm-dnsmasq</command>.
ru: Чтобы перезапускать <filename>dnsmasq</filename> каждый раз, когда <application>NetworkManager</application> определяет изменения соединения, можно воспользоваться предоставленным сценарием <command>nm-dnsmasq</command>.

note: Tag: para
en: Copy the <filename>nm-dnsmasq</filename> script to <filename>/etc/NetworkManager/dispatcher.d/</filename>
ru: Скопируйте сценарий <filename>nm-dnsmasq</filename> в <filename>/etc/NetworkManager/dispatcher.d/</filename>.

note: Tag: para
en: The <application>NetworkManager</application> dispatcher will execute the script (in alphabetical order if you have other scripts in the same directory) every time there is a change in connectivity
ru: <application>NetworkManager</application> будет запускать сценарий при каждом изменении состояния соединения. Если каталог содержит несколько сценариев, они будут выполнены в алфавитном порядке.

note: Tag: para
en: <filename>dnsmasq</filename> will also detect changes in your <filename>/etc/resolv.conf</filename> and automatically reload them (that is, if you start up a VPN session for example).
ru: <filename>dnsmasq</filename> также будет определять изменения в <filename>/etc/resolv.conf</filename> и автоматически их применять (например, при запуске сеанса VPN).

note: Tag: para
en: Both the <filename>nm-dnsmasq</filename> and <filename>xenDNSmasq</filename> script will also set up NAT if you have your virtualized guests on a hidden network to allow them access to the public network.
ru: Сценарии <filename>nm-dnsmasq</filename> и <filename>xenDNSmasq</filename> также настроят преобразование сетевых адресов NAT, если виртуальные машины расположены в скрытой сети, так чтобы они могли обращаться к открытой сети.
