<div dir="ltr">I haven't used Fiddler in years, but based on a quick look at the current Fiddler and Charles docs it looks like you could use their reverse proxy modes in a manner similar to Squid's "transparent" proxy support.  You should then be able to find docs on this pretty easily---e.g., <<a href="http://www.tldp.org/HOWTO/TransparentProxy-6.html">http://www.tldp.org/HOWTO/TransparentProxy-6.html</a>>.  It involves using iptables rules to shove all traffic on port 80 through the proxy.  I haven't done this myself, but hopefully this gives you something to go on.<div><br></div><div>---Tom</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 16, 2014 at 4:53 PM, Matt Hardwick <span dir="ltr"><<a href="mailto:matthew.hardwick@gmail.com" target="_blank">matthew.hardwick@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Everyone,<div><br></div><div>I have a situation where I have an embedded device that will only allow itself to get an IP address via DHCP. I want to be able to somehow route that device through a Fiddler/Charles proxy for development purposes. </div><div><br></div><div>Normally for most devices that support a web proxy, and manual ip configuration I would just setup the device to point to my development boxes Fiddler/Charles proxy, but in this case I can't because the device does not support it.</div><div><br></div><div>If you are unfamiliar with Fiddler it is a Windows based application that can act as a proxy where you can auto respond to HTTP traffic, simulate all sorts of bad requests and latency, manipulate data, trace calls, view headers, etc. It is a pretty amazing tool for development, but for embedded devices with only DHCP abilities there isn't really a clean way to use it. Charles is a similar piece of software but is also available for Mac and Linux -- I don't have experience with it but will likely try it out because for the first time in a long time I don't have a dependency on Windows for development.</div><div><br></div><div>The device in question does support the ability to capture pcap, but it's truncated, and can only be viewed after the fact, so for looking at the data calls in say Wireshark this is a partial solution, but the manipulation ability would be missing.</div><div><br></div><div>I figured this might be a good forum to check with because I will likely have to setup a linux box to act as a router.</div><div><br></div><div>Any thoughts? <br clear="all"><div><div><br>Thanks,</div></div><div>Matt</div>
</div></div>
<br>_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@nblug.org">talk@nblug.org</a><br>
<a href="http://nblug.org/cgi-bin/mailman/listinfo/talk" target="_blank">http://nblug.org/cgi-bin/mailman/listinfo/talk</a><br>
<br></blockquote></div><br></div>