Close Topic Options

Какие идеи?


This post has been edited by astra on 24-04-2006, 21:33

Раутер конечно, он должен или в Bridging mode работать или скорее всего просто на нём DHCP включен.

Кстати а зачем там нафиг раутер ? поставили бы свитч ещё один и всё бы работало.

Так рутер вроде настроили, что бы он пересылал запросы на ip к dhcp серверу. А вот dhcp проверили на кол-во адресов, а на самом деле вроде надо было там новый pool для новой subnet организовывать, ведь новые компы уже в другой subnet и они не могут получать адреса из того-же pool как и старые..

во-первых, роутер настроили на пересылку bootp пакетов, но не факт, что dhcp сервер вообще настроен на работу с bootp. Может он только на dhcp Настроен. Во-вторых, на dhcp сервере таки надо как-то обеспечить выдачу других адресов на другую сеть.
Так, что в первую очередь я-бы ковырял сервак. Потом все равно пришлось-бы роутер ковырять, ибо что-то забыли. Но потом

В сиске рутер по дефолту не пересылает запросы для dhcp. когда dhcp находится по другую сторону, надо на рутере настроить ip helper и тогда всё идёт как надо. Поэтому я был уверен, что проблема с сервером.
но в етих вопросах, ответ рутер. Но там бывают ошибки. В сиско где я получше разбирался ошибки были на право и на лево. в XP я уже встретил как минимум 1 ошибку, но я плаваю тут...и не всегда понимаю, что на самом деле происходило в голове задумщика вопроса...

This post has been edited by astra on 24-04-2006, 11:09

это действительно всё от теста и составителя зависит. В данном случае можно очень вероятно то, что давят на то, что включена поддержка bootp, a не dhcp.

так а какой ответ правильный?

В сборнике дан ответ что ето рутер.
Но как я говорил, там бывают ошибки.

Опять таки как я говорил выше, конкретно сисковские рутеры не форвардят udp broadcast трафик, bootp как раз оно и есть. Но если настроить рутер форвардить bootp, то он его форвардид и возвращяет клиенту адрес. Они утверждают, что проверили и bootp форвардится, зато написали, что проверили или достаточно адресов в dhcp, на самом деле это бе разницы, т.к. там надо настраивать новую подсетку для нового сегмента.
А теперь вопрос, а не глубоко ли я копаю? Это екзамен от MS а не от производителей рутеров. им надо выставить виноватыми всех кроме себя...может они ещё что-то не настроили на рутере? Фиг его знает

вот ответ....

На мой взгляд current scope это ответ. т.к. на dhcp надо настрить новый pool.
На инете не нашёл обсуждения, т.к. это наверное вопрос из новых.

Вот ещё один спорный (на мой взгляд):


Вот тут есть обсуждение (надо нажать на Rationales):
question 34

То есть я был прав
Как по мне ты всё слишком усложняещь , а задача была простая.

Второй и читать не буду ну не админ я а програмер , и так голова болит

То есть я был прав
Как по мне ты всё слишком усложняещь , а задача была простая.

Второй и читать не буду ну не админ я а програмер , и так голова болит

Я как раз этим хотел сказать, что рутер тут не причём т.к. на нём всё настроенно, а вот на сервере не настроенна новая подсетка и он виноват.

Это я не то "квотнул" , хотел пост выше с ответом.

А вообще думай проще , раутер там нужен как пятое колесо и потому виноват именно он
Кроме того учти что у большинства раутеров свох DHCP сервер и по этому DHCP реквесты они на порт WAN не передают, только в bridging mode но тогда вообще там нужен не раустер а бридж , который там кстати и нужен если вообще не простым свичем обойтись можно было .

A что там спорного-то?
Вот все умные, которые говорят, что "разрешать офлайн надо-же на сервере" пускай пойдут и найдут этот пункт при расшарке сначала. На сервере только кешинг выставляется. Но нам-то надо make files available offline. А это ставится именно на клиенте. При доступе к сетевому ресурсу.