On Wed, 24 Nov 2010 20:38:03 +0200 Petru Ratiu <[email protected]> wrote:
> Se da asa: > > - una bucata server Linux cu o interfata publica si una interna. ruta > default e pe cea publica, cea interna are si ea un 192.168.x.y/24 sa > poata vorbi cu cine mai e pe-acolo. Interfata externa are mai multe > ip-uri. > - una bucata qmail care are patchul outgoingip (pare a fi > http://www.qmail.org/outgoingip.patch , dar n-am verificat foarte > atent).In /var/qmail/control/outgoingip este unul din ip-urile de pe > interfata publica > - se doreste ca unul sau mai multe domenii sa fie livrate catre un > server din reteaua interna. se trece domeniu.tld:192.168.x.z in > /var/qmail/control/smtproutes, se constata ca qmail-smtpd miauna ca-i > mor conexiunile spre ala. Fara foarte mult debugging, se ajunge rapid > la concluzia ca qmail-remote initiaza _orice_ conexiune cu ip-ul din > outgoingip, ceea ce nu se pupa cu tcp/ip-ul pt. destinatii interne. Stiu ca s-a discutat deja destul de mult pe subiect, dar eu tot nu am priceput ceva: de ce nu pot comunica <qmail_outgoing_ip> si <internal_mailer_ip>? Routerul are ruta spre 192.168.x.y/24, deci stie ce sa faca cu pachetele buclucase (care pleaca cu sursa <qmail_outgoing_ip> spre reteaua interna). Banuiala mea e ca mailer-ul intern nu stie ce sa faca cu pachetele destinate <qmail_outgoing_ip>. Pachete care, daca ar ajunge la router, chiar pe interfata interna, ar fi recunoscute ca 'proprii'. Daca-i asa, o ruta pe mailerul intern ar rezolva problema. > > Question: se poate repara acest conflict de interese cu qmailul din > dotare? De notat ca solutia "mai pui un qmail in /var/qmail2" nu suna > deloc mai fericit decat "treci ingineria pe postfix si speri ca ai > prins toate clenciurile pe care le-a facut antemergatorul". > ducu _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
