Автор Гілка: Машина не отримує адресу від DHCP провайдера  (Прочитано 5769 раз)

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
Доброго дня! Допоможіть з проблемою : жив собі сервер вдома під Дебіан 5, отримував від провайдера інтернет по прямому з"єднанні та роздавав у квартиру всім іншим.  Вирішив я його навчити прокидатися через WAKE_ON_LAN, та замінив мережеву карту для цього .
Все, на цьому скінчилась його робота - адресу від серверу DHCP не отримує. Повернув стару мережеву карту на місце - теж саме - адресу не видає . send_packet: Network is unreachable
ось лог перезапуску мережі
eth0  - дивиться всередину мережі,
eth1 - дивиться у світ
Dec 20 00:58:14 userv dhclient: There is already a pid file /var/run/dhclient.eth1.pid with pid 3696
Dec 20 00:58:15 userv dhclient: killed old client process, removed PID file
Dec 20 00:58:15 userv dhclient: Internet Systems Consortium DHCP Client V3.1.1
Dec 20 00:58:15 userv dhclient: Copyright 2004-2008 Internet Systems Consortium.
Dec 20 00:58:15 userv dhclient: All rights reserved.
Dec 20 00:58:15 userv dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Dec 20 00:58:15 userv dhclient:
Dec 20 00:58:15 userv dhclient: Listening on LPF/eth1/00:11:11:43:1b:c3
Dec 20 00:58:15 userv dhclient: Sending on   LPF/eth1/00:11:11:43:1b:c3
Dec 20 00:58:15 userv dhclient: Sending on   Socket/fallback
Dec 20 00:58:15 userv dhclient: DHCPRELEASE on eth1 to 46.172.248.1 port 67
Dec 20 00:58:15 userv dhclient: send_packet: Network is unreachable
Dec 20 00:58:15 userv dhclient: send_packet: please consult README file regarding broadcast address.
Dec 20 00:58:15 userv kernel: [ 1489.474824] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Dec 20 00:58:16 userv dhclient: Internet Systems Consortium DHCP Client V3.1.1
Dec 20 00:58:16 userv dhclient: Copyright 2004-2008 Internet Systems Consortium.
Dec 20 00:58:16 userv dhclient: All rights reserved.
Dec 20 00:58:16 userv dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Dec 20 00:58:16 userv dhclient:
Dec 20 00:58:16 userv kernel: [ 1490.422162] eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
Dec 20 00:58:17 userv dhclient: Listening on LPF/eth1/00:11:11:43:1b:c3
Dec 20 00:58:17 userv dhclient: Sending on   LPF/eth1/00:11:11:43:1b:c3
Dec 20 00:58:17 userv dhclient: Sending on   Socket/fallback
Dec 20 00:58:18 userv dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4
Dec 20 00:58:22 userv dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 9
Dec 20 00:58:25 userv kernel: [ 1500.140060] eth0: no IPv6 routers present
Dec 20 00:58:27 userv kernel: [ 1501.312056] eth1: no IPv6 routers present
Dec 20 00:58:31 userv dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13
Dec 20 00:58:44 userv dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 17
Dec 20 00:59:01 userv dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 18
Dec 20 00:59:19 userv dhclient: No DHCPOFFERS received.
Dec 20 00:59:19 userv dhclient: No working leases in persistent database - sleeping.
Dec 20 01:00:36 userv dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Dec 20 01:00:41 userv dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Dec 20 01:00:47 userv dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Dec 20 01:00:59 userv dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17
Dec 20 01:01:16 userv dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
Dec 20 01:01:26 userv dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Dec 20 01:01:37 userv dhclient: No DHCPOFFERS received.
Dec 20 01:01:37 userv dhclient: No working leases in persistent database - sleeping.
тобто, він знае куди відправляти запит - DHCPRELEASE on eth1 to 46.172.248.1 port 67 , але звідти нічого не приходить ....
якщо підключити домашню машину під віндовс - все добре , адресу отримено, підключення є.
Що ж мого зламатися ?

інтерфеси прописані так :
#local net
auto eth0
iface eth0 inet static
      address 193.23.23.1
      netmask 255.255.255.0
      network 193.23.23.0
      broadcast 193.23.23.255
      post-up iptables-restore < /etc/iptables.up.rules
      # dns-* options are implemented by the resolvconf package, if installed



#prov  network
auto eth1
 iface eth1 inet dhcp
        hwaddress ether 00:44:67:12:1B:C5


Дуже потрібна допомога, провайдер нічого підказати не може .
Дякую.
« Змінено: 2012-12-20 19:20:03 від Tomkat »

Відсутній kisil

  • Графоман
  • ****
  • дописів: 353
  • Карма: +0/-0
  • Toruble in Windows reboot, toruble in Unix be root
    • About me
Я так розумію провайдер Вас прописав по МАС адресі??? Я правий??? Спробуйте мануально, з консолі запустити клієнт dhcp для отримання адреси
dhcpcd eth1
А також ще одне, в лозі пише що
Listening on LPF/eth1/00:11:11:43:1b:c3Але ви мережевій карті eth1 присвоюєте МАС 00:44:67:12:1B:C5.
Яка з них вірна???
Може відбувається так, що до присвоєння карточці відповідного МАС карточка намагається отримати айпі з своїм вшитим МАС. Тому і відбувається відсікання її від DHCP сервера без оренди налаштувань.
« Змінено: 2012-12-20 19:49:57 від kisil »

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
Вибачаюсь , інтерфейс прописано також

auto eth1
 iface eth1 inet dhcp
        hwaddress ether 00:11:11:43:1B:C3

тоя не той вказав ....
так було налаштовано давно , тобто на старті інтерфейса йому надається МАС , зареєстрований у провайдера, щоб не морочити йому голову при переїзді з однієї системи на іншу ....

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
Я так розумію провайдер Вас прописав по МАС адресі??? Я правий??? Спробуйте мануально, з консолі запустити клієнт dhcp для отримання адреси dhcpcd eth1
так, все правильно, логін/пароль не використовуэться, все по МАСу.
дивно, але пакунок dhcpcd не встановлено
sudo: dhcpcd: command not foundдоведеться руками ставити
« Змінено: 2012-12-20 21:43:34 від Tomkat »

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
На форумі провайдера порадили:
Цитата
щось колись подібне було лічили кажись так
в /etc/udev/rules.d/ є файл
70-persistent-net.rules там його потрібно підправити, скоріш за все залишилась конфігурація карти, по маку подивитись і виправити ім’я девайса, рядки з неіснуючими картами видали.
точно не пам’ятаю, можна видалити цей файл при ребуті він повинен створитися знову.

Відсутній pawel_chk

  • Дописувач
  • **
  • дописів: 65
  • Карма: +0/-0
Простіше подзвонити до провайдера і зим це питання вирішити..,в деяких буває така фіча- якщо є привязка по МАС,то його зміна веде до повного блокування і навіть як що повернути карточку зі старим МАС все одно блокування залишається..


що стосуеться 70-persistent-net.rules то там потрібно потерти всю стрічку зі старим МАС..
« Змінено: 2012-12-20 22:17:03 від pawel_chk »

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
зміна веде до повного блокування і навіть як що повернути карточку зі старим МАС все одно блокування залишається..
вдома машина під віндовс ще є.. ось з неї і пишу ..... працює... 8-)
Провайдеру дзвонив, сказали немає блокування...я ж міняв карточку та підставляв той же самий МАС, що треба

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
Провів експеримент - на віндовій машині , де є інтернет завантажився з LiveCD того ж дистрибутиву :
ситуація та сама - оренда не отримана від DHCP провайдера... Причому в цей час на телефоні висіла техпідтримка прова, бачили запит на отримання адреси і ніяк ... Проблеми у прова ?

Відсутній pawel_chk

  • Дописувач
  • **
  • дописів: 65
  • Карма: +0/-0
подивись tcpdump -ом в розширеному режимі на інтрефейсі,що відбувається,що твій комп відсилає ,а що отримує,може знов твій фаєрвол рубає..
« Змінено: 2012-12-23 21:25:35 від pawel_chk »

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
а що отримує,може знов твій фаєрвол рубає..
фаєрволл виключено - повний сквозняк
завтра будуть адміни провайдера на роботі - передзвоню

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
Поспілкувався з провайдером, ось що з"ясувалось : таке враження, що "залипає" сесія ... Якщо відключити інтерфейс ifdown eth1 , а потім перестартувати мережу /etc/init.d/networking restart то адреса видається на 1-2 запиті, як і має бути ....
Тобто , таке враження, що інтерфейс стартує чи раніше ніж треба, чи дуже швидко .....
А взагалі, чому стартує інтерфейс без адреси ?
eth1      Link encap:Ethernet  HWaddr 00:11:11:43:1b:c3
          inet6 addr: fe80::211:11ff:fe43:1bc3/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:23727 errors:0 dropped:0 overruns:0 frame:0
          TX packets:44150 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2801346 (2.6 MiB)  TX bytes:51474215 (49.0 MiB)
          Interrupt:12 Base address:0xe400
інтерфейс у списку активних і без адреси ....
--------------------------------
тільки но було щось не зрозуміле : випадково вимкнув переноску до компа, він потух ....
вмикнув - адреса видана на старті .... містика ?
« Змінено: 2012-12-24 19:55:37 від Tomkat »

Відсутній Tomkat

  • Кореспондент
  • ***
  • дописів: 160
  • Карма: +0/-0
Отже, проблему вирішено - другий день політ нормальний. вочевидь, залипла сесія ... на тиждень  :o
Всім дякую !