Шлюз в инет

Степан Ильин aka Step

Хакер, номер #076, стр. 076-024-3

После настройки внешнего соединения, скорее всего, произойдут метаморфозы в конфигурации сетевухи, работающей во внутренней локальной сети. Internet Connection Sharing является большим фанатом автоматической выдачи клиентам IP-адресов, а посему обязательно включит свой DHCP-сервер (подробнее о нем читай во врезке). Если тебя такое положение дел не устраивает, что вполне вероятно для небольших локалок, то его не составит труда отключить. Для этого заходи в настройки внутреннего соединения в конфиги протокола TPC/IP (вкладка «Общие»). Указывай здесь статический IP-адрес — 192.0.0.1, например, маску подсети – 255.255.255.0 (по-умолчанию ставится именно она), поле «основной шлюз» оставляй пустым, а в качестве первичного DNS прописывай IP’шник внутреннего сетевого интерфейса. Кроме того, желательно во вкладке дополнительных свойств выставить первостепенный приоритет внутреннему интерфейсу. Это осуществляется черными стрелочками: жми так, чтобы внутренний интерфейс оказался на самой верхней позиции. Замечу, что после отмены работы DHCP, на всех клиентских машинах IP-адреса придется прописывать вручную.

Конфигурация NAT’а на сервере закончена. Пришло время позаботиться о клиентских машинах. Если ты не отключал DHCP, то трогать по большому счету ничего не нужно — все настройки они получают от сервера автоматически. Но и в противном случае многого от тебя не требуется. Все, что нужно сделать - подкорректировать свойства TCP/IP протокола для сетевого интерфейса (как правило, на клиентских машинах он один). Сперва необходимо указать машине уникальный IP-адрес. Продолжая предыдущий пример, очевидно, что адреса нужно выбирать из диапазона 192.168.0.2-192.168.0.254. Если ты лично занимаешься организацией сети, то рекомендую во время выдачи IP’шника записывать где-нибудь у себя имя компьютера и координаты хозяина, чтобы в случае проблем без труда можно было с ним связаться. Например, если он уйдет в дикие долги по трафику :). Маску подсети следует выбирать точно такую же, как и у сервера, т.е. 255.255.255.0, а в качестве основного шлюза и первичного (предпочитаемого) DNS-сервера указывать IP адрес внутреннего интерфейса сервера (192.168.0.1).

Как видишь, ничего сложного нет, но эта система еще должна заработать. Чтобы проверить работоспособность системы, выполним несколько нехитрых действий. Для начала, с любой клиентской машины пропингуй внутренний IP-адрес сервера (ping 192.168.0.1) — как правило, на этом этапе проблем не возникает. Если же пинг не идет, то проблему нужно искать в настройках сети. Конфигурация NAT’а здесь не причем. В случае, когда все пакеты доходят нормально, можно приступать к следующему этапу тестирования – пингованию IP-адреса внешнего сетевого интерфейса сервера (его можно узнать, набрав на сервере команду ipconfig /all). Работает? Отлично, тогда смело набирай ping www.xakep.ru и жди результата. Если в ответ ты получишь что-то типа «www.xakep.ru: неизвестный узел», то, скорее всего, на клиентской машине неправильно указан DNS сервер. Ошибка «Превышен интервал ожидания для запроса» гласит о том, что удаленный сервер недоступен. Прежде чем рвать на себе волосы и искать очередную ошибку в настройках, убедись в том, что удаленный сервак действительно функционирует, а не повален хакерами :). Ну а если пинг проходит нормально, можно себя поздравить и читать эту статью далее.