Д. Колисниченко - Ubuntu 10. Краткое руководство пользователя

Параметр MTU (Maximum Transmit Unit) задает максимальный размер пакета. По умолчанию данное значение может быть установлено автоматически, но не всегда оптимально. Если размер пакета окажется большим, чем позволяет машрутизатор провайдера, то пакет будет разделен на несколько пакетов, что, естественно, скажется на скорости и пропускной способности соединения. Если размер пакета окажется меньше, чем положено, тоже не хорошо — канал станет использоваться нерационально, ведь начнут проходить полупустые кадры. Поскольку у нас соединение PPPoE, то нужно учитывать несколько факторов. Максимальный размер кадра Ethernet составляет 1518 байтов, из которых 18 уходит на заголовок и контроль, поэтому для полезных данных остается 1500 байтов. Обычно данное значение и указывается для Ethernet. Но ведь по Ethernet мы собираемся передавать пакеты PPP, а PPPoE отбирает еще 6 байтов, PPP — 2 байта. Получается, что для PPPoE значение MTU должно быть равно 1492. При установке TCP-соединения каждая сторона устанавливает параметр MSS (Maximum Segment Size), максимальный размер TCP-сегмента. По умолчанию его размер равен MTU минус размер заголовков TCP/IP, которые занимают еще 40 байтов. То есть размер MMS для PPPoE равен 1452 байта (для обычного Ethernet — 1460). Вот откуда взялось значение 1452.

Следующий вопрос — хотите ли вы устанавливать соединение при загрузке системы (рис. 8.10). Тут уж решайте сами. А после этого программа спросит вас, хотите ли вы установить соединение немедленно. Конечно, да! Можно сразу запускать браузер и заходить на любимую страничку (рис. 8.11).

Для включения/отключения DSL-соединения используются следующие команды:

sudo pon dsl-provider

sudo poff dsl-provider

Обычно мы заходим в Интернет напрямую. Но иногда, особенно в локальных сетях, устанавливаются так называемые прокси-серверы — для экономии трафика и кэширования запросов клиентов. Прокси-сервер позволяет не только ускорить доступ к Интернету, но и сэкономить трафик для организации. Предположим, что в сети работают 50 пользователей, и все они периодически заходят в Интернет. Пусть кто-то из пользователей зашел на страничку www.web.ru— она сразу же сохранится в кэше прокси-сервера. Если эту страничку захочет открыть другой пользователь сети, то она будет загружена не с удаленного сервера, а с прокси-сервера, который находится в сети организации, благодаря чему страничка откроется просто мгновенно.

Узнайте, есть ли в вашей сети прокси-сервер. Если есть, то установить его параметры можно с помощью диалогового окна, открываемого по команде меню Система | Параметры | Параметры прокси-сервера(рис. 8.12).

Обычно требуется указать имя прокси-сервера (или его IP-адрес) и порт, к которому нужно подключаться (обычно 8080 или 3128).

В Windows все это достаточно просто — запустил установочный файл, который, как правило, называется setup.exe или install.exe, пару раз нажал кнопку Далее, и программа установлена. В Linux все немного иначе. Программа может распространяться двумя способами:

□ в виде пакета;

□ в архиве.

Пакет, как правило, содержит программу и вспомогательные файлы. Но не всегда в пакете находится все необходимое для запуска программы. Пакет может не содержать библиотеку, которую использует программа, а также другие программы, которые нужны для работы устанавливаемой программы. Почему так происходит? Представим, что у нас есть графическая библиотека размером 10 Мбайт. Размер устанавливаемой программы — 500 Кбайт. Да, можно было бы включить библиотеку в состав пакета, но тогда размер пакета был бы не 500 Кбайт, а 10,5 Мбайт. При этом есть и другие программы, которые также используют данную библиотеку. Выходит, что каждый пакет с такой программой «весил» бы на 10 Мбайт больше только потому, что библиотека содержится в пакете. Это нерационально — логичнее вынести библиотеку в отдельный пакет.

Ясно, что пакет с библиотекой должен быть установлен до установки первой программы, которая использует эту библиотеку, иначе программа просто не будет работать. Чтобы пользователь случайно не установил пакет с программой раньше пакета с библиотекой (ведь пользователь может и не подозревать, что программа требует какую-то библиотеку, которая не установлена на его компьютере), в пакет помещается специальная инструкция, в которой системе говорится, что для правильной работы данной программы нужен определенный пакет. Это называется зависимостью пакетов. При установке пакета проверяются его зависимости — если они не удовлетворены (пакет с библиотекой не установлен), пакет установлен не будет.

Зависимости могут быть и обратного характера, т. е. требовать не установить, а удалить определенный пакет. Это случается, когда одна программа конфликтует с другой, и пользователю нужно выбрать, какую программу использовать. Например, в системе может быть установлен только один почтовый сервер. Но в Интернете можно найти несколько почтовых серверов, а вот установить только один — поскольку если установить оба, то они будут мешать друг другу работать.

Но пакет пакету рознь. Сейчас в мире Linux существуют два основных формата пакетов: RPM и DEB. RPM-пакеты устанавливаются в системах, совместимых с дистрибутивами типа Red Hat. Ubuntu к числу таких систем не относится. Поэтому нас интересует только второй формат пакетов. Впрочем, если вы не можете найти DEB-пакет с нужной вам программой, имеется возможность преобразовать RPM-пакет в DEB-пакет и попытаться его установить (см. разд. 9.6).

В архиве программы распространяются редко, но иногда такое случается. Может быть, разработчикам программы было лень собирать пакет, может, была и какая-нибудь другая причина. Но в большинстве случаев в архивах распространяется исходный код программы, следовательно, после распаковки архива программу требуется откомпилировать. У вас, как у начинающего пользователя Ubuntu, такой необходимости не будет — практически все программное обеспечение для Ubuntu распространяется в виде DEB-пакетов, т. е. не нуждается в компиляции.