Netwerk interface alias debian 6

[Keeper of the Keys]

Vroeger had ik op een server van mij aliases op een paar interfaces (meerdere IP adressen per interface).

Maar nu krijg ik het niet meer aan het werk.

Mijn /etc/network/interfaces voor deze interface ziet er zo uit:

code:

auto eth1
auto eth1:1
iface eth1 inet static
    address 192.168.3.101
    netmask 255.255.255.0
    network 192.168.3.0
    broadcast 192.168.3.255

iface eth1:1 inet static
    address 192.168.4.101
    netmask 255.255.255.0
    network 192.168.4.0
    broadcast 192.168.4.255

Maar elke keer dat ik het netwerk aan probeer te zetten of met de hand met:

code:

ifconfig eth1:2 192.168.4.101 netmask 255.255.255.0

de alias probeer in te stellen krijg ik de volgende fout melding:

code:

SIOCSIFADDR: File exists
SIOCSIFFLAGS: Cannot assign requested address
SIOCSIFNETMASK: Cannot assign requested address

Ik heb wat geprobeerd te zoeken naar oplossingen maar tot nu toe niks gevonden, er was wat documentatie die suggereerde dat de 'moderne' manier van omgaan met de configuratie van netwerk verbindingen NetworkManager is, maar die biedt voor zover ik kan zien eigenlijk alleen maar een goede oplossing voor een desktop omgeving...

[blouweKip]

Lang geleden sinds ik hier iets mee gedaan heb maar je networks file gaat tot eth1:1 en je probeert hier eth1:2 te configureren?

ifconfig eth1:2

[Mijzelf]

Nee hoor. Je mag zelfs een willekeurige string invullen, ipv dat getal.

Zit het probleem er niet in dat je eth0:2 probeert hetzelfde ip te geven als eth0:1?

[ Voor 38% gewijzigd door Mijzelf op 05-10-2011 14:04 ]

[Kees]

Je zou het eventueel ook met ip kunnen doen; dus iets alla:

code:

auto eth1
iface eth1 inet static
    address 192.168.3.101
    netmask 255.255.255.0
    up ip addr add 192.168.4.101/24 dev eth1

(broadcast/network kan hij berekenen uit de netmask, die zijn niet perse nodig)

Dan kun je je lijst met adressen zien met 'ip addr', eventueel verwijderen met 'ip addr del $ip/$mask dev $dev'

[Keeper of the Keys]

Ik heb het nog niet 100% vast gesteld maar het lijkt erop dat het ligt aan een draaiende service die op het IP dat ik probeer toe te wijzen aan het luisteren is zonder dat het aan een interface hangt, als ik namelijk een ander willekeurig IP toewijs blijkt het wel te werken.

Omdat ik nu niet on-site ben doe ik liever geen te grote experimenten met de netwerk verbindingen.