2010/11/25 Stefan CRETIOIU <[email protected]>: > On 11/24/2010 08:38 PM, Petru Ratiu 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. >> >> 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". >> > domeniile alea au si ip-uri externe? daca da, atunci un server de dns > care sa spuna lu' qmail ip-urile interne (sau ceva echivalent). >
Poate e din cauza ca n-am baut inca cafea, dar nu vad cum ar rezolva asta faptul ca qmail-remote face bind pe ip-ul public indiferent daca vrea sa trimita in interior sau nu. -- Petre. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
