[Ubuntu] geen / slechte DHCP vanaf provider

[RammY]

De titel is nogal moeilijk omschreven maarja wat wil je ook met zoon raar verhaal

Het volgende...

Ik heb voor het eerst toch maar es een volledige server opgebouwt met Ubuntu Server (9.10).
Alles leuk een wel, geconfigd etc etc... het enige wat nog gebeuren moest was even mijn oude WAN ip terug zien te krijgen.
Normaal een kwestie van hardware address instellen en klaar.
Nou... dat gaat niet zo makkelijk...

Oude situatie: Linksys routert WRT160N ---> Glasvezel modem (eigenlijk dus een media converter)
Achter router oa. server en pc's.

Nieuwe situatie: Eth1 met netwerkkabel naar glasvezel modem (eigenlijk dus een media converter)

Probleem:
Hardware Address netjes in de /etc/network/interfaces gezet

code:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo eth0 eth1
iface lo inet loopback

# The primary network interface
iface eth0 inet static
    address 192.168.1.1
    netmask 255.255.255.0
    broadcast 192.168.1.255
    network 192.168.1.0
    post-up iptables-restore < /etc/iptables.up.rules

iface eth1 inet dhcp
    hwaddress ether 00:16:b6:d9:7d:ae

Als de eth1 al een DHCP adres krijgt, is het zeker niet de juiste die ik normaal had, terwijl hardware address wel overeen komt!
Vaak ook krijgt hij helemaal geen DHCP

Het gekke is dat als ik bijvoorbeeld een routerje (lan kant) aansluit op de eth1 dat hij direct een IP krijgt...

Al geprobeerd:
- Goed zoeken - geen succes
- Omwisselen naar eth0 - zelfde probleem
- MAC op Win XP pc spoofen - krijg netjes mn oude ip terug
- MAC op andere router spoofen - krijg netjes mn oude ip terug
- Andere nic (eth2) bij in server zetten - zelfde probleem
- IPv6 uitgezet - zelfde probleem
- Tijdens het booten het "juiste" hardware address meegeven via /etc/rc.local - zelfde probleem

Dit probleem moet in Ubuntu zitten.. maar waar
Iemand die me kan vertellen wat dit is???

ISP: Concepts ICT
Connection: 35/35 mbit glasvezel FTTH

Hardware specs:
Supermicro P4SBE mobo
P4 2,4 GHz
1,5 GB mem
2x Onboard Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 (rev 08)
(ander nic die geprobeerd is: 3Com 3C905C-TXM)

[hostname]

Weet je zeker dat je je WAN adres door DHCP krijgt en niet PPPoA o.i.d.?

[RammY]

10000% ....


beetje kort bericht

Ja dat weet ik zeker... FTtH werkt hier zo...

[ Voor 77% gewijzigd door RammY op 14-01-2010 21:53 ]

[Hero of Time]

Heb je ook al geprobeerd om je hwaddress te laten configureren als een pre-up script? Dus iets als 'pre-up ifconfig eth1 hw ether 00:16:b6:d9:7d:ae'.

[RammY]

Je bedoelt... in de /etc/rc.local de vewijzing maken van:

code:

ifconfig eth1 down
ifconfig hwaddress ether xx:xx:xx:xx:xx:xx
ifconfig eth1 up

Yup

offtopic:
zal het even bij in de TS posten

[Hero of Time]

Nee, ik bedoelde niet rc.local, ik bedoelde daadwerkelijk in je interfaces file. Je kan daar, zoals je al bij eth0 hebt, pre-up, post-up, pre-down en post-down dingen laten uitvoeren. Zet mijn regel dus neer ipv wat je nu hebt bij eth1. Want zie je met die optie ook daadwerkelijk je MAC adres anders? Als je nog een keer dhclient draait, krijg je dan alsnog hetzelfde IP?

Flush ook eens je dhclient cache, die onthoud namelijk het laatste IP adres wat van een DHCP is verkregen en zal deze opnieuw aanvragen, ongeacht het MAC adres.

[ Voor 18% gewijzigd door Hero of Time op 15-01-2010 09:30 ]

[WHiZZi]

Zet je MTU size eens anders?

Bijvoorbeeld:

sudo ifconfig eth1 mtu 1450

En probeer het dan nog eens?

[Hero of Time]

Ik denk niet dat de MTU er iets mee te maken heeft. Deze moet gewoon standaard blijven, met een verkeerde instelling kan je helemaal niets krijgen namelijk.

[DeKaerften]

Dat is niet waar en zeker met zo'n klein verschil. Met een wat kleinere MTU krijg je hooguit wat meer fragmenting.

[RammY]

Hero Of Time schreef op vrijdag 15 januari 2010 @ 09:26:
Nee, ik bedoelde niet rc.local, ik bedoelde daadwerkelijk in je interfaces file. Je kan daar, zoals je al bij eth0 hebt, pre-up, post-up, pre-down en post-down dingen laten uitvoeren. Zet mijn regel dus neer ipv wat je nu hebt bij eth1. Want zie je met die optie ook daadwerkelijk je MAC adres anders? Als je nog een keer dhclient draait, krijg je dan alsnog hetzelfde IP?

Flush ook eens je dhclient cache, die onthoud namelijk het laatste IP adres wat van een DHCP is verkregen en zal deze opnieuw aanvragen, ongeacht het MAC adres.

Goed punt.. zal ik zo eens even proberen.
Ook de dhclient cache legen is niet zoon gek idee... krijg nu soms een bagger ip waar ik niks mee kan die hij uit de cache haalt.

@Hero of Time:
Done that.. resulteert in hetzelfde... krijg wel ip maar de verkeerde... (krijg ip wat ik zowiezo kreeg... hoe clear je die cache van dhclient???)

@WHiZZi:
Mijn router bijvoorbeeld staat ook op een MTU van 1500 (daar werkt het wel op), zal er dus niet zoveel mee te maken hebben maar kan het even proberen natuurlijk.
En op een dergelijk snelle lijn wil je die fragmenting natuurlijk niet hebben


-------

Update:

Verry strange...
Net even ander schijfje aan de server gehangen, daar een verse install van Ubuntu 9.10 op gedraaid.
Na voltooien direct de /etc/network/interfaces aangepast..
En wat denk je... jaja.. zelfde probleem
Wat ik wil krijg is hetzelfde ip adres (de verkeerde dan weliswaar) wat ik op de andere install ook krijg.
Er gaat iets mis bij het aanvragen.. maar waar...

Het enige wat ik kan bedenken... is dat hoofdletters en klein letters verschillen.
Op mijn router word MAC met hoofdletters weergegeven, ook als ik kijk met Telnet.
Op bijv Windows word MAC ook met hoofdletters aangegeven...
Alleen in Ubuntu niet, hoe ik het ook intyp...

[ Voor 28% gewijzigd door RammY op 15-01-2010 13:38 ]

[RammY]

OK
Problem solved

Even afgekeken op het apparaat wat het wel goed doet.. das een Linksys router met DD-WRT.
DD-WRT gebruikt UDHCPC als dhcp client, deze is er heel toevallig ook voor Ubuntu
Geinstalleerd, oude er af... en werkend

Mij zo blij