aliasy ipv4

[Arkadiusz Miskiewicz]

Hi,

no więc można używać jednego pliku konfiguracyjnego dla
interfejsu z wieloma aliasami wykorzystując zmienną:
IPADDR_ALIASES np. IPADDR_ALIASES="195.164.211.166/32 195.164.211.200/32"
czyli tak samo jak w przypadku IPV6_ADDR.

Niektórzy być może zapytają dlaczego nie połączyć IPADDR z IPADDR_ALIASES.
Można się o to pokusić ale będzie z tym więcej problemów niż kożyści:
trzeba by założyć, że pierwszy z wymienionych adresów jest adresem
podstawowym i że właśnie ten adres będzie uwzględniany w routingu
(wogóle to na aliasy trzeba ustawiać routing czy nie ? bo bez działa ale
wolę robić wszystko przepisowo czyli chyba jednak routing należy ustawiać).
Właśnie na podstawie pierwszego adresu będzie obliczany PREFIX (o ile nie
został podany), BROADCAST (to można zrobić olewając ipcalca i wykorzystując
'ip addr bleble broadcast +') oraz NETWORK ...
Wszystko było by ślicznie gdybyśmy nie chcieli zachować kompatybilności
z poprzednimi rc-scriptsami czy RHowymi initscriptsami (a zapewne chcemy).
Aktualnie można albo używać starej metody ala eth0:0 itd. lub via IPADDR_ALIASES.

Niektórzy natomiast proponują połączyć IPADDR z IPV6_ADDR - to także
jest możliwe ale i tak będzie trzeba potem ,,wyciągać'' adresy
ipv4 oraz ipv6 do osobnych zmiennych (jako, że np. na podstawie
adresów ipv4 dodajemy jeszcze adresy ipv4 mapowane do ipv6) i dopiero
po ,,wyciąganiu'' coś z nimi robić. Ogólnie moim zdaniem łączenie
IPADDR z IPV6_ADDR to gra nie warta świeczki...

Inna sprawa dotyczy tuneli IPX ... Ktoś takie tunele stawiał ?
Jeśli tak to niech podzieli się przepisem (trzeba wreszcie dodać
wsparcie dla tego typu tuneli).

-- 
Arkadiusz Miśkiewicz        http://www.misiek.eu.org/
PLD/Linux [IPv6 enabled]       http://www.pld.org.pl/