am mai studiat.. e cum zic eu.. am facut urmatorul conf # cat /etc/rinetd.conf 0.0.0.0 80 204.152.191.5 80 logfile /var/log/rinetd.log logcommon
Accesand masina pe care e rinetd-ul ma trimite catre 204.152.191.5 (adica pe kernel.org) accesand www.google.ro ma trimite tot pe google.ro testele au fost efectuate de pe o masina care iese prin masina pe care e rinetd. Nu vad de ce ar incerca sa se bindeze local pe 80 daca el doar trebuie sa modifice header-ul pachetului in campurile port destinatie, ip destinatie. e clar ca nu intercepteaza/modifica pe forward pachetele. lonely wolf wrote: >Claudiu Captari wrote: > > > >>rinetd zice asa >>rinetd: couldn't bind to address 0.0.0.0 port 80 >>nu mi-e clar la rinetd. dar din eroarea de mai sus mie mi se pare ca >> >>el face redirect-ul asta daca "intalneste" o cerere ce corespunde >>chain-ului de INPUT. >> >>teoretic rezolva cererile pe aceeasi masina pe care ruleaza si daemonul >>rinetd.. >>nu se baga si pe forward... >> >>daca gresesc contraziceti-ma si o sa mai studiez rinetd-ul >> >> >> > >te contrazicem. mai studiaza. > >--- >Detalii despre listele noastre de mail: http://www.lug.ro/ > > > > > > -- Claudiu Captari Technical Department Romania Data Systems Constanta Branch Tel.: 0341/400 401; 0341/400 402 www.rdsnet.ro _______________________________________ Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such a case, you should destroy this message and kindly notify the sender by reply e-mail. --- Detalii despre listele noastre de mail: http://www.lug.ro/
