Alin Osan wrote:
On 12/21/05, Andrei Pascal <[EMAIL PROTECTED]> wrote:
Neshte rute statice pe interfata interna a mailserverului tau catre
subneturile universitatii nu te ajuta?
Salut,
Ajuta, dar mi-e frica sa nu se schimbe clasele si sa ma trezesc ca nu
vin emailurile, ceea ce se face frecvent, sa nu-ti spun cum mi se
opresc vpn-urile.... Dar solutia e valida. Multumesc.
Mai am si alte optiuni de investigat?
asta e abordarea logica. rute statice via interfata interna. merge fara
probleme, am avut si eu setupuri din astea. pb ta e similara cu situatia
in care:
a) ai 2 provideri, nici unul nefacind transport pentru clasele celuilalt,
b) ai niste rute statice prin care impui ca anumite destinatii sa fie
accesate printr-unul dintre cei doi provideri ai tai (de pilda pt ca
unul are peering cu destinatiile respective, celalalt nu) si
c) vrei ca raspunsul la conexiuni initiate spre unul dintre IP-urile
tale sa plece pe aceeasi interfata prin care vin, indiferent de prezenta
rutelor de la pct b
uite-te la lartc (partea cu 2 ISP) ca sa vezi cum convingi serverul de
mail sa raspunda prin interfata pe unde vine cererea.
daca simti un imbold deosebit, poti sa te joci cu iproute + iptables,
astfel incit sa faci rutarea numai pt portul 25. ceva de genul
iptables -p tcp --dport 25 -j MARK 1010
iproute -fwmark 1010 blablabla
incearca insa cu rute statice intii. treaba de mai sus e tricky fiindca
ai si conexiuni cu sursa si altele cu destinatia pe portul 25 + RELATED
--
Daca ai vointa, poti sa muti si muntii din loc. Daca ai creier, ii lasi acolo, ca nu te deranjeaza.
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
