Zbyněk Burget wrote:
Zkousel jsem jeste jednu variantu, ze jsem si webovy provoz od
testovaciho stroje v ipfw "skipnul" do samostatneho kousicku, kde jsem
pak pouzil vseobecne forwardovaci pravidlo. To fungovalo spolehlive.
Takze mne zarazi, kde je vlastne rozdil mezi tim pravidlem pro jeden
j
Zbyněk Burget wrote:
Miroslav Prýmek napsal(a):
Jestli jsem to spravne pochopil, drivejsi kernely UPSku nejak spatne
rozpoznaly, proto bylo nutne uhid vypnout
Pokud se pamatuju, tak to spis bylo chybou ovladace uhid, ktery si UPSku
"prisvojil" a on se o ni mel starat spravne ugen.
No, abych
2b) Pokud je pravidlo napsano obecne, dostanu ve webovem prohlizeci hlasku
o Access denied (?!) Tento stav nemuzu nechavat nijak dlouho (typicky
pouze par sekund nekdy v noci), protoze je testovano za ostreho provozu.
ipfw add fwd 127.0.0.1,3128 all from any to anz 80
Je dost mozne, ze ti
Zdravim konferenci,
zacal jsem experimentovat s pravidelm fwd ve snaze rozbehnout tak
trivialni vec, jako transparentni proxy. Nejak se z toho nemuzu vyhrabat
a samzrejme, ze mi to nefunguje.
Stav je nasledujici:
kernel je prelozeny s IPFIREWALL_FORWARD
v IPFW pravidlech mam provoz zorhozeny
Miroslav Prýmek napsal(a):
Jestli jsem to spravne pochopil, drivejsi kernely UPSku nejak spatne
rozpoznaly, proto
bylo nutne uhid vypnout, dneska uz jsou rozpoznany spravne:
Pokud se pamatuju, tak to spis bylo chybou ovladace uhid, ktery si UPSku
"prisvojil" a on se o ni mel starat spravne
Pouzivam jak SMART tak BACK bez problemu, ani neodstranuji uhid z
kernelu.
Momentalne bezim na verzich 6.1 az 7.1.
Jestli jsem to spravne pochopil, drivejsi kernely UPSku nejak spatne
rozpoznaly, proto
bylo nutne uhid vypnout, dneska uz jsou rozpoznany spravne:
kernel: ugen0: American
