Firefox's geo.wifi.url's https://www.google.com/loc/json not used? - firefox
I used a network sniffer and examined all the requests going out from Firefox when going to http://html5demos.com/geo. According to my Firefox, the geolocation service according to geo.wifi.uri entry is https://www.google.com/loc/json. However I don't see this url in any of the requests.
What am I missing?
I see it in LiveHTTPHeaders:
https://www.google.com/loc/json
POST /loc/json HTTP/1.1
Host: www.google.com
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b12pre) Gecko/20110220 Firefox/4.0b12pre
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Content-Length: 42
Content-Type: text/plain; charset=UTF-8
Pragma: no-cache
Cache-Control: no-cache
{"version":"1.1.0","request_address":true}
HTTP/1.1 200 OK
Content-Type: application/json; charset=UTF-8
Content-Encoding: gzip
Date: Mon, 21 Feb 2011 13:34:05 GMT
Expires: Mon, 21 Feb 2011 13:34:05 GMT
Cache-Control: private, max-age=0
X-Content-Type-Options: nosniff
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1; mode=block
Content-Length: 238
Server: GSE
If your wifi interface is enabled, Firefox sends to Google all the wifi signal strength around you in order to locate you (signals strength,mac addresses and locations of all private and public hotspots were captured by Google with their Street View's cars I guess).
Here is the full POST request captured with TcpCatcher (and its SSL mode)
POST /loc/json HTTP/1.1
Host: www.google.com
Content-Length: 4233
Pragma: no-cache
Cache-Control: no-cache
Content-Type: application/json
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.119 Safari/534.16
Accept-Encoding: gzip,deflate,sdch
Accept-Language: fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
{"access_token":"2:fHl0jGoQDeLFKfUn:sn0HJO00jOQV2334","host":"html5demos.com","radio_type":"unknown","request_address":false,"version":"1.1.0","wifi_towers":[{"age":0,"mac_address":"00-13-10-27-ec-ba","signal_strength":-82,"ssid":"linksys"},{"age":0,"mac_address":"00-14-bf-e2-b6-a3","signal_strength":-101,"ssid":"grepre2"},{"age":0,"mac_address":"00-17-33-9e-4d-a8","signal_strength":-94,"ssid":"NEUF_4DA4"},{"age":0,"mac_address":"00-17-33-cc-b5-10","signal_strength":-69,"ssid":"NEUF_B50C"},{"age":0,"mac_address":"00-17-33-cc-b5-11","signal_strength":-66,"ssid":"Neuf WiFi"},{"age":0,"mac_address":"00-17-33-cc-b5-12","signal_strength":-69,"ssid":"SFR WiFi Public"},{"age":0,"mac_address":"00-1a-2b-0e-66-74","signal_strength":-86,"ssid":"NUMERICABLE-AB1B"},{"age":0,"mac_address":"00-1f-33-47-c0-50","signal_strength":-80,"ssid":"SUPERMAN"},{"age":0,"mac_address":"00-1f-33-e0-1e-1f","signal_strength":-80,"ssid":"NUMERICABLE-5866"},{"age":0,"mac_address":"00-1f-9f-f4-1f-17","signal_strength":-90,"ssid":"\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000"},{"age":0,"mac_address":"02-81-31-a2-c4-98","signal_strength":-71,"ssid":"wifi"},{"age":0,"mac_address":"02-81-31-a2-c4-99","signal_strength":-69},{"age":0,"mac_address":"02-81-31-a2-c4-9a","signal_strength":-68,"ssid":"FreeWifi"},{"age":0,"mac_address":"02-81-31-a2-c4-9b","signal_strength":-69,"ssid":"freephonie"},{"age":0,"mac_address":"06-20-9f-00-3d-24","signal_strength":-82,"ssid":"damiconexion"},{"age":0,"mac_address":"06-20-9f-00-3d-25","signal_strength":-82},{"age":0,"mac_address":"06-20-9f-00-3d-26","signal_strength":-81,"ssid":"FreeWifi"},{"age":0,"mac_address":"06-20-9f-00-3d-27","signal_strength":-82,"ssid":"freephonie"},{"age":0,"mac_address":"26-b7-bb-70-e1-d8","signal_strength":-93,"ssid":"DC_baby"},{"age":0,"mac_address":"26-b7-bb-70-e1-d9","signal_strength":-91},{"age":0,"mac_address":"26-b7-bb-70-e1-da","signal_strength":-89,"ssid":"FreeWifi"},{"age":0,"mac_address":"26-b7-bb-70-e1-db","signal_strength":-94,"ssid":"freephonie"},{"age":0,"mac_address":"26-f8-5c-ec-bc-a4","signal_strength":-80},{"age":0,"mac_address":"26-f8-5c-ec-bc-a5","signal_strength":-80},{"age":0,"mac_address":"26-f8-5c-ec-bc-a6","signal_strength":-81,"ssid":"FreeWifi"},{"age":0,"mac_address":"26-f8-5c-ec-bc-a7","signal_strength":-80,"ssid":"freephonie"},{"age":0,"mac_address":"30-46-9a-43-fc-e5","signal_strength":-84,"ssid":"DartyBox_98DE"},{"age":0,"mac_address":"32-46-9a-43-fc-e6","signal_strength":-84,"ssid":"DartyBox_98DE_WEP"},{"age":0,"mac_address":"4e-0a-94-3d-d6-38","signal_strength":-82,"ssid":"neko"},{"age":0,"mac_address":"4e-0a-94-3d-d6-39","signal_strength":-82},{"age":0,"mac_address":"4e-0a-94-3d-d6-3a","signal_strength":-80,"ssid":"FreeWifi"},{"age":0,"mac_address":"4e-0a-94-3d-d6-3b","signal_strength":-82},{"age":0,"mac_address":"5c-33-8e-eb-6c-c0","signal_strength":-87,"ssid":"Livebox-0510"},{"age":0,"mac_address":"72-f5-aa-cd-b7-e4","signal_strength":-86,"ssid":"Kermazeguen"},{"age":0,"mac_address":"72-f5-aa-cd-b7-e5","signal_strength":-87},{"age":0,"mac_address":"72-f5-aa-cd-b7-e6","signal_strength":-87,"ssid":"FreeWifi"},{"age":0,"mac_address":"72-f5-aa-cd-b7-e7","signal_strength":-88,"ssid":"freephonie"},{"age":0,"mac_address":"76-a6-a6-5a-90-c8","signal_strength":-78,"ssid":"pipiou_wifi"},{"age":0,"mac_address":"76-a6-a6-5a-90-c9","signal_strength":-79},{"age":0,"mac_address":"76-a6-a6-5a-90-ca","signal_strength":-77,"ssid":"FreeWifi"},{"age":0,"mac_address":"76-a6-a6-5a-90-cb","signal_strength":-78},{"age":0,"mac_address":"86-9c-8f-a0-ac-e4","signal_strength":-78,"ssid":"touhere"},{"age":0,"mac_address":"86-9c-8f-a0-ac-e5","signal_strength":-82},{"age":0,"mac_address":"86-9c-8f-a0-ac-e6","signal_strength":-83,"ssid":"FreeWifi"},{"age":0,"mac_address":"86-9c-8f-a0-ac-e7","signal_strength":-82,"ssid":"freephonie"},{"age":0,"mac_address":"c0-3f-0e-b6-9a-37","signal_strength":-64,"ssid":"NUMERICABLE-825A"},{"age":0,"mac_address":"da-0f-67-af-23-10","signal_strength":-71,"ssid":"freeboxtomseb"},{"age":0,"mac_address":"da-0f-67-af-23-11","signal_strength":-70},{"age":0,"mac_address":"da-0f-67-af-23-12","signal_strength":-71,"ssid":"FreeWifi"},{"age":0,"mac_address":"da-0f-67-af-23-13","signal_strength":-71}]}
google json has stop service.
you can call [minigps]: http://www.minigps.net/map.html "click to query" could use google json api, only change the ip to: http://www.minigps.net/minigps/map/google/location
fllow is the http bytes:
URL:http://www.minigps.net/minigps/map/google/location
Request Method:POST
Status Code:200 OK
Request Headersview source
Accept:application/json, text/javascript, */*; q=0.01
Accept-Charset:GBK,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:zh-CN,zh;q=0.8
Connection:keep-alive
Content-Length:191
Content-Type:application/json; charset=UTF-8
Cookie:bdshare_firstime=1356366713546; JSESSIONID=68243935CD3355089CF07A3A22AAB372
Host:www.minigps.net
Origin:http://www.minigps.net
Referer:http://www.minigps.net/map.html
User-Agent:Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
X-Requested-With:XMLHttpRequest
Request Payload
{"version":"1.1.0","host":"maps.google.com","cell_towers": [{"cell_id":"3721","location_area_code":"9779","mobile_country_code":"460","mobile_network_c ode":"0","age":0,"signal_strength":-65}]}
Response Headersview source
Content-Type:application/json
Date:Sat, 12 Jan 2013 06:03:15 GMT
Server:Apache-Coyote/1.1
Transfer-Encoding:chunked
Note: I'm affiliated with minigps.net.
Related
AWS Cloudfront cache MISS with AWSALB cookie
I have a wordpress website with a setup on EC2, ALB, Cloudfront and varnish. On chrome dev toolbar, I got a problem that cloudfront cache always MISS for document/html type but HIT for the static files like js, css, png, etc. I found on the response header (for document type only) there is a cookie (I believe) from ALB like this : set-cookie: AWSALB=U5AWJwh/v3MaAYRDCdFicDCuiWi9Fy14fiegh0DG2UwTIq5zToBRCrpUO7nqqj2mI5XRcbu9pINYxv0XhmjVC5T2swGCP8RzeAJLrOwy3NLPRB/nJSJD/ng5Iy/0; Expires=Thu, 12 Dec 2019 03:50:07 GMT; Path=/ I tried to solve this on the cloudfront cache behaviour setting, then I set : Whitelist Cookies: AWSALB=* After waiting a few minutes to let the cloudfront cache refreshed, I tried to load the website but I still got a response 'MISS' for x-cache. How to solve this problem. Here is the response and request header for the MISS cache: General: Request URL: https://yyy.com/ Request Method: GET Status Code: 200 Remote Address: zzz:443 Referrer Policy: no-referrer-when-downgrade Response Header: accept-ranges: bytes age: 0 cache-control: max-age=3299, public content-encoding: gzip content-length: 39955 content-type: text/html; charset=UTF-8 date: Thu, 05 Dec 2019 01:21:07 GMT etag: "92d49bdbffc17d570120a667c34465a6" expires: Thu, 05 Dec 2019 02:16:06 GMT last-modified: Thu, 05 Dec 2019 01:16:06 GMT link: <https://yyy.com/wp-json/>; rel="https://api.w.org/" link: <https://yyy.com/>; rel=shortlink pragma: public server: nginx/1.16.1 set-cookie: AWSALB=7zzIXUQ/O9X6+vce8GWOs1x1ES9/nr7r5/Hc06xmWL5GDMVLeaUJututZeBJf7TVIHdbXmOZgAhvYtkQva9y/bFPi2EPdn3j5MqqbSOiPs+qS+9adILQ95csWH+/; Expires=Thu, 12 Dec 2019 01:21:07 GMT; Path=/ status: 200 vary: Accept-Encoding via: 1.1 varnish, 1.1 f92e2b771ebc524db2f478f72162e565.cloudfront.net (CloudFront) x-amz-cf-id: EmCMRJ9cQ6zs0N4tvHAEOZxC1l6vYMIqBTA6hTVlqsxuKj275VRNLQ== x-amz-cf-pop: SIN5-C1 x-cache: Miss from cloudfront x-varnish: 339894892 Request Header: :authority: yyy.com :method: GET :path: / :scheme: https accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3 accept-encoding: gzip, deflate, br accept-language: en-US,en;q=0.9,id;q=0.8 cache-control: no-cache pragma: no-cache sec-fetch-mode: navigate sec-fetch-site: none sec-fetch-user: ?1 upgrade-insecure-requests: 1 user-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36 and here is the response and request header for the HIT cache: General: Request URL: https://yyy.com/wp-content/cache/minify/db66e.css Request Method: GET Status Code: 200 Remote Address: zzz:443 Referrer Policy: no-referrer-when-downgrade Response Header: accept-ranges: bytes age: 630787 cache-control: max-age=31536000, public content-encoding: gzip content-length: 100500 content-type: text/css; charset=utf-8 date: Wed, 27 Nov 2019 18:08:00 GMT etag: "pub1574872585;gz" expires: Thu, 26 Nov 2020 18:07:58 GMT last-modified: Wed, 27 Nov 2019 16:36:25 GMT pragma: public server: nginx/1.16.1 status: 200 vary: Accept-Encoding via: 1.1 varnish, 1.1 f92e2b771ebc524db2f478f72162e565.cloudfront.net (CloudFront) x-amz-cf-id: -8otMvG_QhBrVBVH8HD0AuzsTwny_o7QkDuQnZnHHqcmqriLuAw_Lw== x-amz-cf-pop: SIN5-C1 x-cache: Hit from cloudfront x-varnish: 1158322228 Request Header: :authority: yyy.com :method: GET :path: /wp-content/cache/minify/db66e.css :scheme: https accept: text/css,*/*;q=0.1 accept-encoding: gzip, deflate, br accept-language: en-US,en;q=0.9,id;q=0.8 cache-control: no-cache cookie: AWSALB=7zzIXUQ/O9X6+vce8GWOs1x1ES9/nr7r5/Hc06xmWL5GDMVLeaUJututZeBJf7TVIHdbXmOZgAhvYtkQva9y/bFPi2EPdn3j5MqqbSOiPs+qS+9adILQ95csWH+/ pragma: no-cache referer: https://yyy.com/ sec-fetch-mode: no-cors sec-fetch-site: same-origin user-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36 Thanks.
Ajax Post error 500 ONLY when passing any data
The error occurs only when I pass any data : , to my ajax. I tried to put it in the URL, in an array, change the name, ... nothing change the result. If I remove data, I got a proper 200 status response. If I access directly the page, no problem, still a clean 200. My ajax function : $( "#deleteMool" ).click(function() { $.ajax({ url : '/Trunk/SofastBS/mool-delete', type : 'POST', data : 'mool=' + '4' , dataType : 'html' , success : function(code_html, statut){ if (code_html == 'OK') { location.reload(); } }, }); }); My PHP page : <?php $ID = $_POST['mool']; // Check if user is logged in if ( is_user_logged_in() ){ /*.................. Empty request block ...............*/ if ($ID != ''){ $mool_id = delete_mool( $ID ) ; //On success if ( $mool_id == true ) { echo 'OK'; } else{ echo 'Une erreur est survenue.'; } } else { header('Location: '.site_url()); echo 'ID EMPTY'; } } else { header('Location: '.site_url()); echo 'NOT LOGGED IN'; } My HEADERS : Response header : HTTP/1.0 500 Internal Server Error Date: Tue, 29 Oct 2019 10:19:37 GMT Server: Apache Expires: Wed, 11 Jan 1984 05:00:00 GMT Cache-Control: no-cache, must-revalidate, max-age=0 Link: <http://192.168.1.95/Trunk/SofastBS/wp-json/>; rel="https://api.w.org/" Link: <http://192.168.1.95/Trunk/SofastBS/?p=400>; rel=shortlink Content-Length: 1 Connection: close Content-Type: text/html; charset=UTF-8 Request header : POST /Trunk/SofastBS/mool-delete HTTP/1.1 Host: 192.168.1.95 Connection: keep-alive Content-Length: 6 Accept: text/html, */*; q=0.01 Origin: http://192.168.1.95 X-Requested-With: XMLHttpRequest User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36 Content-Type: application/x-www-form-urlencoded; charset=UTF-8 Referer: http://192.168.1.95/Trunk/SofastBS/mool/ Accept-Encoding: gzip, deflate Accept-Language: fr-FR,fr;q=0.9,en-US;q=0.8,en;q=0.7 Cookie: wordpress_test_cookie=WP+Cookie+check; wordpress_logged_in_censored_by_me; wp-settings-1=mfold%3Do; wp-settings-time-1=1572342088; PHPSESSID=65hhsmd6290lrei04se2tc8c93 In order to compare, I use the same bit of code in another web part, on another site, and work flawlessly : Here are the headers from the working bit : Response header : HTTP/1.1 200 OK Date: Tue, 29 Oct 2019 10:29:38 GMT Server: Apache Expires: Wed, 11 Jan 1984 05:00:00 GMT Cache-Control: no-cache, must-revalidate, max-age=0 Link: <http://192.168.1.95/trunk/nagacount/wp-json/>; rel="https://api.w.org/" Link: <http://192.168.1.95/trunk/nagacount/?p=79>; rel=shortlink Content-Length: 2 Keep-Alive: timeout=5, max=95 Connection: Keep-Alive Content-Type: text/html; charset=UTF-8 Request header : POST /trunk/nagacount/mool-delete HTTP/1.1 Host: 192.168.1.95 Connection: keep-alive Content-Length: 5 Accept: text/html, */*; q=0.01 Origin: http://192.168.1.95 X-Requested-With: XMLHttpRequest User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36 Content-Type: application/x-www-form-urlencoded; charset=UTF-8 Referer: http://192.168.1.95/trunk/nagacount/mool/ Accept-Encoding: gzip, deflate Accept-Language: fr-FR,fr;q=0.9,en-US;q=0.8,en;q=0.7 Cookie: wordpress_test_cookie=WP+Cookie+check; wordpress_logged_in_censored_by_me; PHPSESSID=65hhsmd6290lrei04se2tc8c93 I'm stuck on this for a moment, I'm sure I miss something, but I can't find it out. Any hints ?
Changed static file's URL still returns 304 even with Etag, max-age: 0, must-revalidate and no-cache
I'm trying to implement Etag features to my Spring Boot application, so browsers can update image cache when the server image is changed. I changed Spring Boot setting via a YAML file: spring: jackson: serialization: WRITE_DATES_AS_TIMESTAMPS: false resources: static-locations: classpath:static/ chain: strategy: content: enabled: true cache: cachecontrol: max-age: 0 must-revalidate: true no-cache: true mvc: static-path-pattern: /resources/** and added a ShallowEtagHeaderFilter bean: #Configuration public class MvcConfig implements WebMvcConfigurer { #Bean public ShallowEtagHeaderFilter shallowEtagHeaderFilter() { return new ShallowEtagHeaderFilter(); } } The first request & response header: GET /resources/image/product/list/foo.png HTTP/1.1 Host: localhost:8080 Connection: keep-alive Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.131 Safari/537.36 DNT: 1 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3 Accept-Encoding: gzip, deflate, br Accept-Language: en-US,en;q=0.9,ko-KR;q=0.8,ko;q=0.7,vi;q=0.6 Cookie: _ga=GA1.1.134751806.1551948465; loginFlag=undefined; branchId=admin HTTP/1.1 200 Last-Modified: Wed, 08 May 2019 05:17:32 GMT Cache-Control: no-cache, must-revalidate Accept-Ranges: bytes ETag: "0b99ccc3070d4e65cd155b768a56f97e4" X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block X-Frame-Options: DENY Content-Type: image/png Content-Length: 101070 Date: Fri, 10 May 2019 08:03:37 GMT Second request & response header without changing the static file: GET /resources/image/product/list/foo.png HTTP/1.1 Host: localhost:8080 Connection: keep-alive Cache-Control: max-age=0 Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.131 Safari/537.36 DNT: 1 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3 Accept-Encoding: gzip, deflate, br Accept-Language: en-US,en;q=0.9,ko-KR;q=0.8,ko;q=0.7,vi;q=0.6 Cookie: _ga=GA1.1.134751806.1551948465; loginFlag=undefined; branchId=admin If-None-Match: "0b99ccc3070d4e65cd155b768a56f97e4" If-Modified-Since: Wed, 08 May 2019 05:17:32 GMT HTTP/1.1 304 Last-Modified: Wed, 08 May 2019 05:17:32 GMT X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block X-Frame-Options: DENY Date: Fri, 10 May 2019 08:05:32 GMT For the third, I stopped the localhost server, overwrote foo.png with the other file, rebuilt the project and run server. I expected the request should return the changed image file, but the status was 304 with the same image as before: GET /resources/image/product/list/foo.png HTTP/1.1 Host: localhost:8080 Connection: keep-alive Cache-Control: max-age=0 Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.131 Safari/537.36 DNT: 1 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3 Accept-Encoding: gzip, deflate, br Accept-Language: en-US,en;q=0.9,ko-KR;q=0.8,ko;q=0.7,vi;q=0.6 Cookie: _ga=GA1.1.134751806.1551948465; loginFlag=undefined; branchId=admin If-None-Match: "0b99ccc3070d4e65cd155b768a56f97e4" If-Modified-Since: Wed, 08 May 2019 05:17:32 GMT HTTP/1.1 304 Last-Modified: Sun, 05 May 2019 19:08:52 GMT X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block X-Frame-Options: DENY Date: Fri, 10 May 2019 08:09:32 GMT I'm clueless how to refresh browser's cache when the file is changed. What am I missing?
It seems there was no problem with the settings. Instead of building and running the project via IDE(IntelliJ IDEA), I tried Gradle bootJar and ran the jar file and it worked as intended.
Browser auth popup not showing up in case of ajax cors with basic authentication request
From a web page of domain A, I am firing up an ajax request to domain B in order to get JSON for which basic auth is configured on domain B. I have access to the code on both the domains. I configured the all the required CORS header on domain B (Even made Access-Control-Allow-Origin header value specific and not "*", after reading some stackoverflow) What I am expecting is browser basic auth pop up, But POST request just fails with 401.I can see that server has responded with expected response header for PRE-FLIGHT OPTION request, below the request & response headers of the OPTION & actual POST method call that happens ***OPTION REQUEST*** Host: DOMAIN_B:8085 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Access-Control-Request-Method: POST Access-Control-Request-Headers: x-requested-with Referer: http://DOMAIN_A:2280/app/ Origin: http://DOMAIN_A:2280 Connection: keep-alive ***OPTION RESPONSE*** HTTP/1.1 200 OK X-Powered-By: Express Access-Control-Allow-Origin: http://DOMAIN_A:2280 Vary: Origin Access-Control-Allow-Credentials: true Access-Control-Allow-Methods: GET,HEAD,PUT,PATCH,POST,DELETE Access-Control-Allow-Headers: Content-Type,Authorization,x-requested-with Access-Control-Max-Age: 1 Allow: GET,POST Content-Type: text/html; charset=utf-8 Content-Length: 8 Date: Fri, 04 Jan 2019 12:48:48 GMT Connection: keep-alive *** ACTUAL POST REQUEST*** Host: DOMAIN_B:8085 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0 Accept: */* Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Referer: http://DOMAIN_A:2280/app/ X-Requested-With: XMLHttpRequest Content-Type: application/x-www-form-urlencoded; charset=UTF-8 Content-Length: 105 Origin: http://DOMAIN_A:2280 Connection: keep-alive *** ACTUAL POST REQUEST*** HTTP/1.1 401 Unauthorized X-Powered-By: Express Vary: X-HTTP-Method-Override, Origin Access-Control-Allow-Origin: http://DOMAIN_A:2280 Access-Control-Allow-Credentials: true Access-Control-Allow-Methods: POST,GET,PUT,DELETE Access-Control-Allow-Headers: Content-Type,Authorization,x-requested-with Access-Control-Max-Age: 1 WWW-Authenticate: Basic realm=artist Content-Type: text/plain; charset=utf-8 Content-Length: 12 Date: Fri, 04 Jan 2019 12:48:48 GMT Connection: keep-alive So its expected that browser looking at the response of the POST call(401 HTTP code & WWW-Authenticate header) should get prompted to show the native authentication pop up, But it's not doing so. I am not sure what I am doing wrong here. Showing custom form to capture the credential and passing them in "Authorization" header using btoa function is not an option Appreciate any help, I am ripping my hair apart here!!!
use basic-auth npm plugin const auth = require('basic-auth'); app.use(function (request, response, next) { var user = auth(request); console.log("user => ",user); if (!user || !user.name || !user.pass) { response.set('WWW-Authenticate', 'Basic realm="example"'); return response.status(401).send(); } return next(); });
HTTP RAW Request not working
I am using JMeter 4.0, this time I use HTTP RAW request, but it is not showing the proper response, my actual response message is success. I am also using HTTP Cookie manager. Is it required to put Cookie: JSESSIONID in HTTP RAW request page as Request Data? If yes, then how will I do it? It is showing at Sample Request not in response body. Sampler Result Thread Name: Thread Group 1-1 Sample Start: 2018-05-15 18:30:14 IST`enter code here Load time: 20014 Connect Time: 0 Latency: 10 Size in bytes: 2 Sent bytes:0 Headers size in bytes: 0 Body size in bytes: 2 Sample Count: 1 Error Count: 0 Data type ("text"|"bin"|""): text Response code: 401 Response message: Unauthorized Response headers: Server: Apache-Coyote/1.1 X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block Cache-Control: no-cache, no-store, max-age=0, must-revalidate Pragma: no-cache Expires: 0 X-Frame-Options: DENY Set-Cookie: JSESSIONID=A1928A9F41209E241F4ABAFB6DC515E9; Path=/bbbp/; HttpOnly WWW-Authenticate: Basic realm="Realm" Content-Type: application/json;charset=UTF-8 Transfer-Encoding: chunked Date: Tue, 15 May 2018 12:54:07 GMT SampleResult fields: ContentType: DataEncoding: null Request POST /bbbp/api/uploadFiles HTTP/1.1 Host: devserver.sdrc.co.in Connection: keep-alive Content-Length: 25358 Accept: application/json, text/plain, */* Origin: http://devserver.sdrc.co.in:8080 X-Requested-With: XMLHttpRequest Content-Type: Type: application/json Referer: http://devserver.sdrc.co.in:8080/bbbp/data-entry-awareness User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 Accept-Language: en-GB,en-US;q=0.9,en;q=0.8 Accept-Encoding: gzip, deflate Response data a2