I am working on designing a load test script for a hybrid Android mobile app. I have performed the following steps but still I am unable to record the network traffic in Jmeter:
Connected my Android phone to my laptop using a USB cable and then copied the certificate file from Jmeter's bin directory to my phone.
Then installed the certificate on my phone.
Then I added manual proxy settings on my phone by setting proxy host name = my ipv4 address, and proxy port = port set on Jmeter.
Then I saved the settings and then tried recording but unfortunately nothing was recorded.
I noticed a very weird thing that on changing the proxy settings on my phone it was no longer connected to the wifi when in fact the internet was working fine on my laptop.
Please note that my phone and my laptop are connected to the same wifi network.
Unfortunately we cannot provide comprehensive answer without seeing:
jmeter.log file
View Results Tree listener results (if any)
logcat of the Android device
So for the time being I can suggest the following checklist:
You didn't start the HTTP(S) Test Script Recorder
The firewall of your operating system is not allowing incoming connections to port "port set on Jmeter"
If you want to have Internet on the Android device make sure that JMeter can connect to the Internet, if you're using the proxy - you need to explicitly configure JMeter to use this proxy
For Android 7.0 and above it's required to take extra steps for recording HTTPS traffic
I am trying to understand how to work with apple passes whilst using localhost. I am using Android Usb debugging so I can visit my website served on localhost from my phone. I have also setup the signing, compressing and installation of the passes.
What I don't understand, is how to debug communications between the installed pass and my server. I don't seem to be receiving requests from the pass once it is installed. Is this because I am using localhost? I inserted localhost as the web service in the pass.json file used to generate the file. My problem is understanding how to debug the problem as I am getting no feedback to work on.
Localhost won't work as the device will view localhost as itself, not as your computer.
To work locally:
connect your phone and computer to the same wireless network
allow http in the developer menu of your iPhone (otherwise the pass will be rejected for not having a https webServiceURL)
use http://computerIp:8080/ as the webServiceURL
serve your web service on your computer on port 8080
For feedback you can view your device logs in Xcode or in the OSX Console application.
As the title says, I couldn't get mitm proxy to log ssl traffic of windows apps.
I tested an app working with ssl on both Android and Windows + Windows mobile.
Even in fiddler, I exempted the app but it couldn't track the requests either.
as I was searching I saw someone using a program (I couldn't find) to track the requests from a process called WinUAPEntry.exe that's used by universal apps for requests.
Any solutions?
I have installed the mitm proxy's ssl cerifitcaion
I have set the wifi proxy to the ip of the device where mitmproxy is running
I have forwarded the 80, 443 in iptables as mentioned in mitmproxy tutorials
You should be able to get this running with https://loopback.codeplex.com/. This is the same as Fiddler's EnableLoopback Utility though, so if that didn't work YMMV.
Searching a month I found out Windows Apps bypass proxy settings, tested on both Desktop and Mobile. I came up with solutions like MAC IP binding and setting NIC Ip of the host as a gateway but none worked.
I want an app I am testing to use Win (10) OS system proxy settings. I'm watching packets on the proxy and see HTTPS browsing traffic on Chrome (I've installed a self signed cert on Win).
I can also see a few other OS requests coming through the proxy server. For some reason though, some apps don't pay attention to the system proxy settings.
Is there any way to force all connections through the proxy server? The app I'm testing uses Qt - QWebView. I found a reference here that you need to change the source to use a proxy. This won't work for me as I only have access to the production binary for this test.
How can I force an OS proxy connection, or otherwise route that traffic through my proxy?
Note my OS is in a virtual machine.
Edit: I'm wondering if editing the hosts file could route the traffic for a particular URL to my Proxy? I'm trying Acrylic but I'm not having any luck.
is it also possible to run Cast apps on Chromecast without internet access in a local network only?
Maybe with an own webserver.
For a showcase event I can not ensure access to the internet.
The use case is for demonstration only.
Thanks you.
As of early February 2015 the Chromecast requires an internet connection to stream even local content (i.e. from your computer over your wifi).
The reason is that, to facilitate the media playback, special code (Javascript) is run directly from Google servers. Why can't Google just download this code directly to the Chromecast one time? I believe it has to do with security amongst other reasons (some nice and some not so nice)
The evidence? My internet goes down all the time, interrupting whatever I'm casting.
As Leon says, the 'cast needs Internet access part of the time. Booting (I didn't know that!), and to resolve the AppID to the receiver app URL. Once the 'cast has the URL to load and had resolved the hostname in the URL to an IP address, it no longer requires the Internet, IF everything is set up correctly and on the local subnet.
For example, I develop cast apps at home. Lets say I registered my app and the custom receiver associated with it is at https://10.0.0.5/basil_app1/reciever.html (or at a hostname that resolves in public DNS to the private IP 10.0.0.5, a hostname is what I actually use).
Then, if my app needs to load further media, it can reference it either by the already resolved hostname, or by IP, again served from the host at 10.0.0.5
It sounds a little like you're unclear on how to set up and interact with a private network and web server, which is not a Chromecast problem really.
For me, if I had to do a Chromecast demo at (for example) a customer site and was unsure of the network situation, I'd set up the Chromecast to use a private hotspot Wifi network provided by my cell phone, and have all the web resources needed served from my laptop, again configured on the private Wifi network. Again, not really a 'cast programming problem.
I have the following setup to cast from my PC to the chromecast using a mobile wireless connection.
ChromeCast -> Local Router -> PC with PDANet -> USB connect to Mobile Phone with FoxFi app installed.
Basically I have the PC and ChromeCast connected to a new wifi router ($25 belkin from Walmart). Initially, Chromecast yells at you because there isn't an internet connection. To kill the complaining from ChromeCast, simply install FoxFi on your mobile and PDANet on your PC. I've connected them via USB since the hotspot feature wont work with my carrier.
Once the connection has been established, you should see 2 connections on your PC and you can cast from PC to Chromecast. Watching netflix on it right now. Haven't tested from another device yet.
So....
Install:
-FoxFi on Samsung Galaxy S4
-PDANet on PC/Laptop
Connect:
- Samsung Galaxy S4 -> PC (via USB in my case)
- PC -> Local router
- Chromecast -> Local router
On your PC you should see 2 connections. The PDANet connection with internet access and the Local router with no internet access.
Also note that I initially installed the chromecast on my primary wifi that has internet access. No issues there, but just in case you try to get this method to work and it doesn't, maybe try setting it up on a router with inet access first, then switch to the non-inet router.
Chromecast requires an internet connection when it boots up and to load the receiver apps. Your media content can come from a local web server once the receiver app is loaded.