Поставил второй системой Ubuntu 8.10.Столкнулся с проблемой при попытки поднять vpn. Ранее уже тестировал Ubuntu 8.10 Kubuntu 8.10 и Xubuntu 8.10, но ставил их как единственную ОС все было нормально, Vpn поднимался при помощи network-manager + pptp-linux.Теперь же когда ОСи две при входе под из-под Ubuntu dhcp выдает мне IP-адрес отличный от того что он выдает мне под виндой, хотя Mac-адреса в обоих системах я не менял, сеть работает, но подозреваю что именно из-за этого не поднимается Vpn. (Пишет неверный пароль, блабла, хотя все проверил стопиццот раз)Да и вообще как этот dhcp узнает под какой я ОСью если проверяет только MacПомогите .З.ы. Только не надо писать читай гугл, f.a.q или что-то еще подобное .
DHCP помимо проверки мака так же проверяет и hostname.К примеру dhcpd пишет к себе инфу так:lease 192.168.0.157 {starts 5 2008/07/18 14:51:38;ends 5 2008/07/18 14:53:38;tstp 5 2008/07/18 14:53:38;cltt 5 2008/07/18 14:51:38;binding state free;hardware ethernet 4c:00:10:53:98:11;client-hostname Secretar;}И видимо в случае несовпадения имени хоста - выдаёт другой ип.А вот завязанность IP и ВПН39;а - это уже в зависимости от заморочек твоего провайдера.ps: что-то по описанию дхцп на педивикии не нашёл в какой момент он передаёт client-hostname .
Попробуй так надурить:1. Open Terminal Window2. If you already know your hostname skip to step 43. To find your hostname run the following commandhostname4. Make a copy of the existing dhclient configuration filesudo cp /etc/dhcp3/dhclient.conf /etc/dhcp3/dhclient.original5. Edit the dhclient configuration filesudo vi /etc/dhcp3/dhclient.conf6. Search for the line send host-name (On XUbuntu it is missing completely and you will need to add it in)7. Uncomment the line and replace lt;hostnamegt; with the hostname identified in step 3. The line should look similar to (don’t leave out the semi-colon at the end)send host-name ubuntu-laptop;8. Save the file and exit gedit9. Restart networkingsudo /etc/init.d/networking restartppps: Ссылки в группе запрещены, за-то dhclient.conf парсится))))
Спс, щас попробую, отпишу .Немного не понял как выдача ip связана с hostname попробовал сделать то что выше - 0 вниманияПопробовал в винде поставить hostname от ubuntu всё равно винде даёт виндовый ip .Ладно буду дальше ковырять, либо заффтро звонить в офис вбивать свой логин на второй ip
Никто не мешает статически прописать все настройки в пингвине, те что выдаются в винде.Хотя факт выдачи разных ип интересен .Винда возможно сообщает свой старый ип дхцп серверу, и он с ней соглашается .
Это довольно непростая проблема. Решить её можно только хорошо понимая, как работает DHCP.DHCP -- это метод централизованной настройки сетевого стека, базирующийся на получении информации из центральной базы данных. Однако, сервер, обслуживающий эту базу, должен знать, кому и какие данные отдавать.99,9% людей, видевших в качестве сервера только isc-dhcpd, абсолютно уверены, что это знание сервер берёт из MAC-адреса клиента, приславшего запрос.Это не так.Я столкнулся с похожей проблемой, когда на машине стояли Windows XP и Solaris, а DHCP-сервером был Cisco IOS, на котором был сконфигурирован как динамический пул для неизвестных клиентов, так и статический пул для моей конкретной машины. Windows получала IP-адрес из статического пула, Solaris -- ни хрена. Циска отдавала ему адрес из динамического пула.Как же DHCP определяет, кому какие данные из базы отдавать? Строго говоря, есть _два_ идентифицирующих клиента параметра: MAC-адрес, с которого пришёл DHCP-запрос (берётся из заголовка пакета) и так называемый DHCP Client Identifier.Последний, в свою очередь, может быть двух типов: шестнадцатиричное число и строка символов.Вопрос: как поведёт себя DHCP-сервер при наличии DHCP Client ID и при его отсутствии?Ответ: это _сильно_ зависит от реализации.ISC DHCP-сервер, например, считает, что если в конфигурационном файле про клиента что-то указано, и в запросе есть хоть что-то, что матчится в это указанное, то информацию надо брать client-specific, и только если ничего не подходит -- брать из блока, который указан, как блок для unknown-clients.Cisco IOS считает, что если в запросе присутствует DHCP Client Identifier, то матчить надо _только его_, и если он не указан, клиента считать unknown, даже если присутствует отдельный DHCP-пул, привязанный к его, клиента, MAC-адресу.ISC DHCP-клиент (который по умолчанию в Линуксе), как и всё в Юниксе, никакой самодеятельности не проявляет, и, если DHCP Client ID явно не указан в конфигурационном файле, его не посылает.Windows, как обычно, отличается умом и сообразительностью и посылает DHCP Client ID, в виде шестнадцатеричного числа, получаемого из MAC-адреса машины приписыванием слева (со стороны старших бит) числа 0x01.Соответственно, чтобы успокоить Циску и заставить её отдавать мне такой же IP-адрес, какой она отдаёт Windows XP, мне пришлось (речь идёт о Солярисе) в /etc/default/dhcpagent в явном виде написать строку:CLIENT_ID=0x010019d14cb297Где 00:19:d1:4c:b2:97 -- MAC-адрес моей машины, а 01 -- то, что приписывает за каким-то хреном Windows.Мне кажется, что описанная проблема может быть решена подобным образом. В /etc/dhclient.conf необходимо прописать:interface ethX {send dhcp-client-identifier IDENTIFIER;}Вместо ethX, конечно же, надо вписать имя интерфейса, через который Вы пытаетесь подключаться, а вместо строки IDENTIFIER -- 1:xx:xx:xx:xx:xx:xx, где вместо xx подставьте компоненты MAC-адреса Вашего сетевого контроллера.Впрочем, изучив dhclient.conf(5), Вы найдёте там эти параметры, и даже в примере будет send-client-identifier с этой самой единичкой. :)
Всем спасибо, проблему решил переустановкой убунты и скачиванием network manager из другого источника, оказалось проблема была не в ip, они хоть и разные, но vpn встал, и теперь работает безотказно .Обновился до 9.04, вообще радует .
