Related
Acer A501 - not rooted. Using either browser (chrome or dolphin) can't get to a search site. I can get to microsoft.com so I know the browsers are working but neither will access the search engines.
I can get to Google Play and my email works fine.
Any suggestion??
Rog
Have you tried to do it using Wifi connection? Or 3g only?
Maybe your provider is blocking something. Try different provider/wifi network.
my suspicion is that Google and Yahoo are trying to offer to use IPv6 and your connection can't handle it.
zardoz99 said:
my suspicion is that Google and Yahoo are trying to offer to use IPv6 and your connection can't handle it.
Click to expand...
Click to collapse
I don't think that's the issue as my internet connection provider doesn't provide IPv6 yet and my tab connects to google using IPv4 and the fact that the DNS query for google.com returns both IP4 and IP6 addresses is not an issue.
Of course it could be the other way around. RogerCurrier's provider may support IPv6 but there can be some connectivity issues between both AS (authonomous systems) networks over IPv6. But still I don't believe that this is really an issue in this case.
Thanks for your suggestions..
I think i am getting somewhere, previously I have been using the wireless connection. Turned off the router and using 3gl I can connect to Google etc. So it seems that the problem is with the wireless connection.
Turned the router off for an hour, rebooted the Android- No difference, still can't connect to Google etc, and other connections seem slow. Have another pc using XP and it connects to Google no problem using the same router.
Checked connection with the following report: Status connected, security WPA/WPA2 PSK, Signal strength Excellent, link speed 65Mpbs, IPAddress 10.1.1.
Are there any other settings I should be aware of?
To find out which device is the source of the problem (tablet or router) it would be best if you could try another wifi connection (for example in your friend's house or some hot spot). That would show if the problem is only when you connecting to your or to any wifi connection.
Yes, I was coming to that conclusion, will try the library tomorrow. Thanks, will keep you informed.
Rog
Just checked the Amstrad in the local library. It connected to Google no problems so the problem is with the router. It looks like i will have to try another forum. Thanks everyone for their help. Long live the Android.
Rog:fingers-crossed:
j
Solved the problem after many hours of struggle. Made my network address static instead of dynamic. Made all the difference, quite happy now, hours to Google etc. Can't see why it should make a difference but it does.
Thanks for everyone's help and assistance.
Rog
My WiFi keeps disconnecting at random times i am running on a router/modem Belkin and comcast is my provider if that means anything,my xoom,netflix and ps3 are good.It's my old phones like droidx,samsung fasinate and bionic.All three phones are out of service but worked before when they were disconnected from verizion,it started this week.
Under wifi it will say scanning then obtaining ip address then connected to WLAN,then repeat all over again.
This is no big deal,and I have some time so I threw this question out there to try and figure it out.
THANKS
P.S.... I tried changing channels in router page,unplugged router and went back to my old settings.
Did you check the screen off settings? It's possible your MAC address of your phone has become blacklisted automatically by your router as well. Just a couple things to check.
can you tell me where i can find the mack address.thanks
The MAC Address can be found on Android phones in :
Parameters > About phone > Status
Right below your IP Address, you should have your MAC address.
.
this wont fix your router, but make sure your gateway from comcast has been bridged or else you're running a double NAT and will have sporadic DNS error when the comcast DNS servers have to outsource the lookup to other servers...
Have you set any static IPs? If so, make sure they don't fall in your DHCP range as this can cause IP conflicts. Also make sure you're close enough to your router to get a good signal.
It's also possible that you just have a crappy router. ISPs are notorious for giving out garbage.
ConfusingBoat said:
Have you set any static IPs? If so, make sure they don't fall in your DHCP range as this can cause IP conflicts. Also make sure you're close enough to your router to get a good signal.
It's also possible that you just have a crappy router. ISPs are notorious for giving out garbage.
Click to expand...
Click to collapse
+1, but he has a seperate Belkin... crap router... needs to get a highend Cisco, and bridge the gateway to prevent DNS issues...
DNS should never be a problem as long as you're not using the ones from your ISP. Use the Google public DNS (8.8.8.8 and 8.8.4.4) or some other reliable public DNS service. Years ago when I used the DNS servers from Qwest or Comcast my internet would randomly **** out every few days until I renewed my WAN DHCP.
Also, as far as routers go, I personally use a high-end Buffalo (cost me $80 new) loaded with DD-WRT and a NetGear WNDR-3700 with DD-WRT. Great routers, great firmware. If you have any reasonable amount of tech knowledge I would highly recommend using it.
Let me explain... I worked for Comcast for 2 years... He stated he is running a modem/belkin combo... That's not enough info to determine if he has two separate devices, or and all-in-one Gateway...
If he is using an all-in-one Gateway, and decides to use his own personal router, the Gateway MUST be placed into bridged mode, disabling it's built-in router. If that is not done, he is running a double NAT and will have sporadic DNS issues when the Comcast DNS servers cannot perform the lookup, and have to outsource them to another set of DNS servers...
And yes, Google DNS FTW
In any case it doesn't sound like a double-NAT issue as he said his other devices work fine, and any future double-NAT could be resolved by simply turning the wifi off on any applicable combination device (modem/router combo) and simply running any other routers in infrastructure (AP) mode. Either that or you could place the new router in a DMZ, effectively disabling NAT altogether without actually turning it off. There are many ways to skin a cat, especially in IT.
Btw I'm a developer / network admin at an information services company
ConfusingBoat said:
In any case it doesn't sound like a double-NAT issue as he said his other devices work fine, and any future double-NAT could be resolved by simply turning the wifi off on any applicable combination device (modem/router combo) and simply running any other routers in infrastructure (AP) mode. Either that or you could place the new router in a DMZ, effectively disabling NAT altogether without actually turning it off. There are many ways to skin a cat, especially in IT.
Btw I'm a developer / network admin at an information services company
Click to expand...
Click to collapse
I understand, but having the ISP place it into bridged mode is easier... It's still unclear what equipment he has.
BTW, I don't care...
Quasimodem said:
I understand, but having the ISP place it into bridged mode is easier... It's still unclear what equipment he has.
BTW, I don't care...
Click to expand...
Click to collapse
I'm not sure if you realize it, but your response seemed a little crude. My profession is every bit as relevant as you having worked for Comcast, and helps add credibility to my input regardless of whether or not you care.
Now, before this gets derailed into a geek-knowledge **** size contest...
If other wireless devices are working fine as the OP stated and all the affected devices are as small as a phone, it really starts to sound like a poor signal / interference issue. If the OP is in an older building, a building which utilizes dense materials or is full of anything else that may add to the signal attenuation, that could be part of the problem.
Another possible cause is that the DHCP pool isn't big enough to address all of the OP's devices. That's not to say there's not enough free addresses though, as the OP could just increase the pool size.
Or, again, it could just be that the router doesn't have the hardware to support as many devices as are trying to connect.
We really won't know until the OP replies with more information.
Quasimodem said:
this wont fix your router, but make sure your gateway from comcast has been bridged or else you're running a double NAT and will have sporadic DNS error when the comcast DNS servers have to outsource the lookup to other servers...
Click to expand...
Click to collapse
ConfusingBoat said:
I'm not sure if you realize it, but your response seemed a little crude. My profession is every bit as relevant as you having worked for Comcast, and helps add credibility to my input regardless of whether or not you care.
Now, before this gets derailed into a geek-knowledge **** size contest...
If other wireless devices are working fine as the OP stated and all the affected devices are as small as a phone, it really starts to sound like a poor signal / interference issue. If the OP is in an older building, a building which utilizes dense materials or is full of anything else that may add to the signal attenuation, that could be part of the problem.
Another possible cause is that the DHCP pool isn't big enough to address all of the OP's devices. That's not to say there's not enough free addresses though, as the OP could just increase the pool size.
Or, again, it could just be that the router doesn't have the hardware to support as many devices as are trying to connect.
We really won't know until the OP replies with more information.
Click to expand...
Click to collapse
If you read my post above, you will see that his equipment is unknown, and i was providing a helpful tip if in fact he does have a gateway device.
Why in the world would you have him check all you mentioned when it's most likely easily fixable?
**** measuring? I think you just showed yours is smaller..
PS - I accidentally thanked you...
I was just throwing some ideas out there as food for thought because there's a lot that can affect a wireless connection, especially on devices as small as phones.
And my comment about "**** measuring" was thrown in solely because your responses come off rather condescending, especially when you begin with this:
Quasimodem said:
Let me explain... I worked for Comcast for 2 years...
Click to expand...
Click to collapse
Sorry if I offended you somehow, and I'm sure you're actually a nice and helpful person, but you just come off as a know-it-all prick.
ConfusingBoat said:
I was just throwing some ideas out there as food for thought because there's a lot that can affect a wireless connection, especially on devices as small as phones.
And my comment about "**** measuring" was thrown in solely because your responses come off rather condescending, especially when you begin with this:
Sorry if I offended you somehow, and I'm sure you actually a nice and helpful person, but you just come off as a know-it-all prick.
Click to expand...
Click to collapse
It's all good man, sometimes I'm like that... but we still don't know if he has a gateway device... from memory, belkin doesn't make gateways.... He just needs to optimize his router settings to WPA2-PSK and limit the radio to N only if that's all he's got... A gateway is a different animal and needs to be bridged... Uncheck avoid poor connections...
Why would it only be happening with the phones though, that's my main beef.
ConfusingBoat said:
Why would it only be happening with the phones though, that's my main beef.
Click to expand...
Click to collapse
Cause it's a belkin... and uncheck avoid poor connecions...
Hi,
Just got a shiny new Galaxy Note 10.1 last weekend. Yesterday, after receiving my case and keyboard from Amazon, I brought it in to school to start taking advantage of the S-Pen for note taking in classes that keyboards don't quite cut it in. Unfortunately, it revived an issue that I had and ignored on my HTC Rezound from last year... an issue that a WiFi device can't ignore, and unfortunately my phone's battery is not up to using CM10's tether function all day (and it might start running down my monthly data being used 5 days a week, all day).
So, any ideas what might cause this issue? The school primarily has Macs, and my Windows 8 Laptop sometimes has issues, but at least half the time it works fine. It is just Android devices that will not work. They connect, and get great signal strength, but just won't get any actual data. To my knowledge, nobody has ever gotten an Android device to connect. My Rezound is running an unofficial CM10 (4.1 JB) version, and my Note is using whatever the newest official update is (4.1 as well, I believe. Non-rooted). I don't know a whole lot about this type of stuff, but I'm not afraid to tinker around to try and get it working. I've tried a few other suggestions from numerous Google searches, but to no avail so far. The network is unprotected, and run by the school's IT people, so needless to say I have no way to easily change settings for the campus' network. I'd prefer not root the Note just yet, but if I need to, so be it. Any ideas what this might be?
Thanks
Some more Info
Coffeeist said:
[Original Post]
Click to expand...
Click to collapse
Some more info:
I cannot ping the tablet from my laptop (I get no packet loss, but all return 'Destination Host Unreachable'.
Same result if I try pinging my laptop or the router from my tablet using Terminal Emulator.
Sometimes, if set to DHCP, the tablet will give an 'Authentication Error Occured' error (or similar, I don't recall the actual wording). Sometimes it indicates a connection, but just won't work. I've never had a problem connecting using the same info as my laptop (with the IP changed, of course), but again, no internet, no ping.
Thanks
May or may not be the problem, but from what I've noticed, school networks tend to have a lot of blocked ports. I know the main Google Sync Framework uses port 5228. Try shooting an email to a network admin in your school's IT dept, asking about that port or just in general if they're aware that Android devices are unable to connect on their network.
Coffeeist said:
Some more info:
I cannot ping the tablet from my laptop (I get no packet loss, but all return 'Destination Host Unreachable'.
Same result if I try pinging my laptop or the router from my tablet using Terminal Emulator.
Sometimes, if set to DHCP, the tablet will give an 'Authentication Error Occured' error (or similar, I don't recall the actual wording). Sometimes it indicates a connection, but just won't work. I've never had a problem connecting using the same info as my laptop (with the IP changed, of course), but again, no internet, no ping.
Thanks
Click to expand...
Click to collapse
What do you mean by "same info as my laptop" what types of credentials are you referring to? Something you have to change on the laptop in order to get in? The more information regarding this you can provide (safely, mind you, mask/alter any sensitive info), the better we can assist you. If you have to do something like set a VLAN, then you're never going to get an Android device to work as we do not have the capability to use VLAN'd wireless like most PCs and Macs can with the proper configuration changes. If there's some browser catch-all page, then that should work, but based on your statement "with the IP changed" leads me to believe that you're messing with the adapter settings directly. I would be especially keen to helping you with more detailed networking issues like this should you provide me with the information requested. I look forward to your reply. (Yes, I like technical challenges like this, it's why I work VoIP support.)
IP address or no IP address
Coffeeist said:
Some more info:
I cannot ping the tablet from my laptop (I get no packet loss, but all return 'Destination Host Unreachable'.
Same result if I try pinging my laptop or the router from my tablet using Terminal Emulator.
Sometimes, if set to DHCP, the tablet will give an 'Authentication Error Occured' error (or similar, I don't recall the actual wording). Sometimes it indicates a connection, but just won't work. I've never had a problem connecting using the same info as my laptop (with the IP changed, of course), but again, no internet, no ping.
Thanks
Click to expand...
Click to collapse
since you know ping, then did you check the IP address for each device?
Back to basic:
1: ping your device gateway IP
2) if ok, then ping ur device (tablet or laptop)
3) if ok then ping bbc.co.uk (this will check your dns), if failed ping your dns's IP address.
If no IP on android, then check if there is any protection on device. It sound like no IP been allocated for you.
Depends on how good a school's IT dept. I have not seen many school actually put filter to stop non-window device.
I am not sure it has anything to do with VLAN yet. As a simple logon, device does not care VLAN or no VLAN.
The basic for us is 1) get an IP on device. 2) know how to get out (gateway IP) 3) interrept hwere you go (DNS resolution) 4) know how to get to internet (internet router, internet firewall, internet boardband et...)
If you have authentication error, then it is sure you are not going to get an IP address. If this is WiFi then check on security (WEP, WAP...TKIP...)
tinbox134 said:
since you know ping, then did you check the IP address for each device?
Back to basic:
1: ping your device gateway IP
2) if ok, then ping ur device (tablet or laptop)
3) if ok then ping bbc.co.uk (this will check your dns), if failed ping your dns's IP address.
If no IP on android, then check if there is any protection on device. It sound like no IP been allocated for you.
Depends on how good a school's IT dept. I have not seen many school actually put filter to stop non-window device.
I am not sure it has anything to do with VLAN yet. As a simple logon, device does not care VLAN or no VLAN.
The basic for us is 1) get an IP on device. 2) know how to get out (gateway IP) 3) interrept hwere you go (DNS resolution) 4) know how to get to internet (internet router, internet firewall, internet boardband et...)
If you have authentication error, then it is sure you are not going to get an IP address. If this is WiFi then check on security (WEP, WAP...TKIP...)
Click to expand...
Click to collapse
Hello Coffeeist,
Please contact your schools IT department and find out what kind of encryption they use on their APs.
If they use TKIP, then that is whats causing the problem with android devices.
Once TKIP is disabled on the AP you are connecting to, you will be able to reach the internet.
I say this because I had the same problem in the past (setting up Cisco APs), and can confirm that this is the cause of the problem.
TKIP shouldn't be used anyway. They should be using AES. TKIP is too weak.
I guess that last part answered another question that you might of had. (Why TKIP doesn't work with Android?) Android=Secure TKIP=WEAK.... Unacceptable for Android
Also, you mention something about not being able to ping your tablet from your laptop. If I understand this correctly, you have both your laptop and tablet connected to the same AP and you are trying to ping between the two. This wont work in most cases. Reason: "Port-Protection", which if enabled doesn't allow clients on the AP to communicate with each other.
Regards,
Ed
Let us know how it goes.
nasvi said:
Hello Coffeeist,
Please contact your schools IT department and find out what kind of encryption they use on their APs.
If they use TKIP, then that is whats causing the problem with android devices.
Once TKIP is disabled on the AP you are connecting to, you will be able to reach the internet.
I say this because I had the same problem in the past (setting up Cisco APs), and can confirm that this is the cause of the problem.
TKIP shouldn't be used anyway. They should be using AES. TKIP is too weak.
I guess that last part answered another question that you might of had. (Why TKIP doesn't work with Android?) Android=Secure TKIP=WEAK.... Unacceptable for Android
Also, you mention something about not being able to ping your tablet from your laptop. If I understand this correctly, you have both your laptop and tablet connected to the same AP and you are trying to ping between the two. This wont work in most cases. Reason: "Port-Protection", which if enabled doesn't allow clients on the AP to communicate with each other.
Regards,
Ed
Let us know how it goes.
Click to expand...
Click to collapse
With useful posts above the rest is not much left for me to say but a simple advice
Make sure your friends aren't playing a prank on you coz I tend to do it I use arpspoof and aireplay-ng to cause such mayhem
Sent from my A116 using Tapatalk 2
Airplay and Arpspoof wouldn't be possible if MFP is enabled on the AP. Also the OP is stating that it is with all android devices and not 1.
Sent from my HTC One XL using xda app-developers app
responses
First off, thanks for all of the posts, and I apologize for taking so long to respond.
Also, I did check port 5228 with my laptop, and it seemed to indeed be closed. Haven't been able to contact IT yet, but I will need to soon to solve an issue with another, unrelated issue.
Cynagen said:
What do you mean by "same info as my laptop" what types of credentials are you referring to? Something you have to change on the laptop in order to get in? The more information regarding this you can provide (safely, mind you, mask/alter any sensitive info), the better we can assist you. If you have to do something like set a VLAN, then you're never going to get an Android device to work as we do not have the capability to use VLAN'd wireless like most PCs and Macs can with the proper configuration changes. If there's some browser catch-all page, then that should work, but based on your statement "with the IP changed" leads me to believe that you're messing with the adapter settings directly. I would be especially keen to helping you with more detailed networking issues like this should you provide me with the information requested. I look forward to your reply. (Yes, I like technical challenges like this, it's why I work VoIP support.)
Click to expand...
Click to collapse
Just IP/DHCP/DNS (and I've also tried public DNS such as Google). Nothing fancy set up on the laptop (everything should be on Windows default network settings, same with Android on both devices). There is also no catch-all page, assuming I'm interpreting that correctly (as a login page sort of thing, like I'd get at Starbucks or a Hotel).
Glad to provide the challenge... truth be told, underneath the annoyance of lacking connection, I love issues like this because of the fun tricks and such that solving them can teach.
tinbox134 said:
since you know ping, then did you check the IP address for each device?
Back to basic:
1: ping your device gateway IP
2) if ok, then ping ur device (tablet or laptop)
3) if ok then ping bbc.co.uk (this will check your dns), if failed ping your dns's IP address.
If no IP on android, then check if there is any protection on device. It sound like no IP been allocated for you.
Depends on how good a school's IT dept. I have not seen many school actually put filter to stop non-window device.
I am not sure it has anything to do with VLAN yet. As a simple logon, device does not care VLAN or no VLAN.
The basic for us is 1) get an IP on device. 2) know how to get out (gateway IP) 3) interrept hwere you go (DNS resolution) 4) know how to get to internet (internet router, internet firewall, internet boardband et...)
If you have authentication error, then it is sure you are not going to get an IP address. If this is WiFi then check on security (WEP, WAP...TKIP...)
Click to expand...
Click to collapse
1. If I recall, this either had full loss, or Destination Host Unreachable, when pinging the gateway IP from the tablet.
2. Have tried this nonetheless, and I think I made it through once or twice just after turning on the tablet, but after that would only get Dest. Host Unreachable.
3. Had tried with Google, fails across any DNS.
I seem to get an IP, although sometimes I get the authentication error in Android and it won't connect. Whenever I set a static IP, based off of my laptop's IP (not the same, of course), I get connected, just no internet.
nasvi said:
Hello Coffeeist,
Please contact your schools IT department and find out what kind of encryption they use on their APs.
If they use TKIP, then that is whats causing the problem with android devices.
Once TKIP is disabled on the AP you are connecting to, you will be able to reach the internet.
I say this because I had the same problem in the past (setting up Cisco APs), and can confirm that this is the cause of the problem.
TKIP shouldn't be used anyway. They should be using AES. TKIP is too weak.
I guess that last part answered another question that you might of had. (Why TKIP doesn't work with Android?) Android=Secure TKIP=WEAK.... Unacceptable for Android
Also, you mention something about not being able to ping your tablet from your laptop. If I understand this correctly, you have both your laptop and tablet connected to the same AP and you are trying to ping between the two. This wont work in most cases. Reason: "Port-Protection", which if enabled doesn't allow clients on the AP to communicate with each other.
Regards,
Ed
Let us know how it goes.
Click to expand...
Click to collapse
Unless I am totally clueless about this stuff (er, moreso than I though I already was), it uses neither TKIP or AES, being an open and unsecured network.
sak-venom1997 said:
With useful posts above the rest is not much left for me to say but a simple advice
Make sure your friends aren't playing a prank on you coz I tend to do it I use arpspoof and aireplay-ng to cause such mayhem
Sent from my A116 using Tapatalk 2
Click to expand...
Click to collapse
Haha, I doubt it. None of my friends, especially the ones who I think would even try and do something like this, are tech-savvy enough for me to have any suspicion of that. Thanks though
Another piece of info (a pretty weird seeming one at that): Sometimes, I'll turn on my tablet in the middle of the day, and out of the blue there is an email notification there, for recent emails. Of course, if I go into browser, I can't get any pages. Can't think of any other networks that the device could/would connect to on campus, either.
Thanks!
Coffeeist said:
First off, thanks for all of the posts, and I apologize for taking so long to respond.
Also, I did check port 5228 with my laptop, and it seemed to indeed be closed. Haven't been able to contact IT yet, but I will need to soon to solve an issue with another, unrelated issue.
Just IP/DHCP/DNS (and I've also tried public DNS such as Google). Nothing fancy set up on the laptop (everything should be on Windows default network settings, same with Android on both devices). There is also no catch-all page, assuming I'm interpreting that correctly (as a login page sort of thing, like I'd get at Starbucks or a Hotel).
Glad to provide the challenge... truth be told, underneath the annoyance of lacking connection, I love issues like this because of the fun tricks and such that solving them can teach.
1. If I recall, this either had full loss, or Destination Host Unreachable, when pinging the gateway IP from the tablet.
2. Have tried this nonetheless, and I think I made it through once or twice just after turning on the tablet, but after that would only get Dest. Host Unreachable.
3. Had tried with Google, fails across any DNS.
I seem to get an IP, although sometimes I get the authentication error in Android and it won't connect. Whenever I set a static IP, based off of my laptop's IP (not the same, of course), I get connected, just no internet.
Unless I am totally clueless about this stuff (er, moreso than I though I already was), it uses neither TKIP or AES, being an open and unsecured network.
Haha, I doubt it. None of my friends, especially the ones who I think would even try and do something like this, are tech-savvy enough for me to have any suspicion of that. Thanks though
Another piece of info (a pretty weird seeming one at that): Sometimes, I'll turn on my tablet in the middle of the day, and out of the blue there is an email notification there, for recent emails. Of course, if I go into browser, I can't get any pages. Can't think of any other networks that the device could/would connect to on campus, either.
Thanks!
Click to expand...
Click to collapse
Based on your responses, I have a follow up question and comment. The question is as follows: Did you have to register your computer with your IT when you started school in order to be permitted on the wireless network? If this was the case they're likely filtering based on MAC address (which you won't be able to spoof on your Android, but you may be able to spoof on your laptop), get them to re-register your laptop after you spoof the MAC address so you can get both devices on using the same MAC address (though not at the same time of course unless you're fine with stuff randomly not working). The comment is as follows: Yeah, finding the workarounds to get back limitations like this is definitely a fun challenge because when you win, you've definitely learned something new. Oh, and you were right about my question of the gateway authentication page like a hotel wifi login page.
MAC
Cynagen said:
Based on your responses, I have a follow up question and comment. The question is as follows: Did you have to register your computer with your IT when you started school in order to be permitted on the wireless network? If this was the case they're likely filtering based on MAC address (which you won't be able to spoof on your Android, but you may be able to spoof on your laptop), get them to re-register it after you spoof the MAC address so you can get both devices on using the same MAC address (though not at the same time of course). The comment is as follows: Yeah, finding the workarounds to get back limitations like this is definitely a fun challenge because when you win, you've definitely learned something new.
Click to expand...
Click to collapse
Nope, it was up and running just through connecting normally, and has been since (mostly) - no registration or anything like that. Now, the reason that I put 'mostly' in parentheses is that sometimes the computer will be connected, but also have no internet (I don't think this started until I, dare I admit, upgraded to Windows 8). However, this only happens sometimes, whereas the Android devices never get internet access.
However, on the topic of MAC addresses, one post (in fact, I think it was on XDA) I saw awhile back while Google searching this problem was that someone had a similar issue, found to be with their device's MAC address having the letters 'FA' instead of 'FB' or something like that. Being that my Note isn't rooted, I haven't tested it with that, but perhaps I should give that a try with my CM10 Rezound?
(This is the post: HERE)
Thanks!
Coffeeist said:
Nope, it was up and running just through connecting normally, and has been since (mostly) - no registration or anything like that. Now, the reason that I put 'mostly' in parentheses is that sometimes the computer will be connected, but also have no internet (I don't think this started until I, dare I admit, upgraded to Windows 8). However, this only happens sometimes, whereas the Android devices never get internet access.
However, on the topic of MAC addresses, one post (in fact, I think it was on XDA) I saw awhile back while Google searching this problem was that someone had a similar issue, found to be with their device's MAC address having the letters 'FA' instead of 'FB' or something like that. Being that my Note isn't rooted, I haven't tested it with that, but perhaps I should give that a try with my CM10 Rezound?
(This is the post: HERE)
Thanks!
Click to expand...
Click to collapse
That shouldn't be it unless they have corporate level routers that don't recognize the MAC address of any devices manufactured after 2009 (when most of these manufacturers got the MAC addresses assigned to them (this is VERY unlikely)). I would honestly work with IT on campus and advise that it appears not a single Android device is allowed on the network. If they're blocking Android for any reason, check the terms of service for using the WiFi and see if there's any provisions for banning an entire brand of device/OS for whatever reason. If there's only provisions for individual banning, then take it back to them and show them that your record has not been abusive in the least and go from there. Make a case, otherwise draw one up with legal council. *shrugs* I don't believe anyone should ever be punished for the type of device they chose to purchase, that's first amendment choice, but it really comes down to their terms of service which you agree to by using the wifi.
Cynagen said:
That shouldn't be it unless they have corporate level routers that don't recognize the MAC address of any devices manufactured after 2009 (when most of these manufacturers got the MAC addresses assigned to them (this is VERY unlikely)). I would honestly work with IT on campus and advise that it appears not a single Android device is allowed on the network. If they're blocking Android for any reason, check the terms of service for using the WiFi and see if there's any provisions for banning an entire brand of device/OS for whatever reason. If there's only provisions for individual banning, then take it back to them and show them that your record has not been abusive in the least and go from there. Make a case, otherwise draw one up with legal council. *shrugs* I don't believe anyone should ever be punished for the type of device they chose to purchase, that's first amendment choice, but it really comes down to their terms of service which you agree to by using the wifi.
Click to expand...
Click to collapse
I'll give it a shot, thanks.
Coffeeist said:
I'll give it a shot, thanks.
Click to expand...
Click to collapse
Sorry to bump the thread, but seeing as it's my own I figured it would be alright...
I got around to asking the the school IT about the issue, and they said that the deliberately block mobile traffic, which they went on to find out does include Android tablets (I understand phones, but I can't even begin to understand why they target Android tablets... unfortunately, that's not my call). I Google searched a bit, and found that networking devices from a company called Aruba can be set to block traffic from specific types of devices (supposedly Cisco and a few other companies can do similar things too), by checking something with the HTML version, or something like that (I'm by no means a networking expert hehe).
So, I guess I'll make my last effort with this thing, and ask if anyone knows of some legal, non-hacky way of getting by this?
I'm guessing not, but worth asking.
Thanks
Coffeeist said:
Sorry to bump the thread, but seeing as it's my own I figured it would be alright...
I got around to asking the the school IT about the issue, and they said that the deliberately block mobile traffic, which they went on to find out does include Android tablets (I understand phones, but I can't even begin to understand why they target Android tablets... unfortunately, that's not my call). I Google searched a bit, and found that networking devices from a company called Aruba can be set to block traffic from specific types of devices (supposedly Cisco and a few other companies can do similar things too), by checking something with the HTML version, or something like that (I'm by no means a networking expert hehe).
So, I guess I'll make my last effort with this thing, and ask if anyone knows of some legal, non-hacky way of getting by this?
I'm guessing not, but worth asking.
Thanks
Click to expand...
Click to collapse
Before discussing any workarounds, you may need to review the Terms of Service for your wifi on the school premises first, review the consequences for bypassing their security measures, and figure if it's worth the risk to you... At this time, it'll be kind of "hacky" to get around such a block. In order to provide you with a valid workaround though we'll need a little bit of information regarding what's going on when you connect.
First, when you connect to the WiFi with your Android device, do you even receive an IP address? If you don't then we'll stop here, the only way to get around the types of blocks they're employing at this level would require hardware hacking/firmware reprogramming to change the identity of the device itself, which is flat out illegal in just about anywhere I can think of. Here's your checklist, fill out where applicable: (Even if you set static information to accomplish this, that will be a valid Y.)
Get an IP? (If Y, proceed)
Is it a valid IP address on the same network as your PC? (Either way, don't care)
Can you ping the gateway you got from DHCP on Android? (If Y, proceed)
Can you ping the DNS server(s) you got from DHCP on Android? (If Y, proceed)
Can you ping an external server such as Google DNS (8.8.8.8) on Android? (If Y, then we're done here)
It's kind of a bit of a process unfortunately, however, if you pass every single one of these tests with the Android device, there's good news. They're only filtering traffic based on the User-Agent identification of all your applications (and based on the MAC address of your device, denying your DHCP requests), you should be able to bypass this with a VPN tunnel back to your home from your Android (after setting your static IP) in order to encrypt and keep this information from leaking to their systems. However, this will likely set off alarms if they monitor their network heavily. If the school IT asks, then you're "working on projects in-between classes on your computer at home and your family has a home office with VPN already, so you used that to connect back to the house". Either way, they can't say much about it besides cut you off... again. Anywhos, I wouldn't recommend trying to bypass without doing all this research first, and then also evaluating the possible consequences, however the rewards are within themselves. You'll be the only person at school with a working mobile device, (besides those iSuckers). Technically, encrypting your traffic is completely legal (and they can't say anything legally about it), however, setting a static IP address in the same range as your computer at school may be against their TOS which you abide by being on campus. Let us know how everything goes.
Cynagen said:
Get an IP? (If Y, proceed)
Is it a valid IP address on the same network as your PC? (Either way, don't care)
Can you ping the gateway you got from DHCP on Android? (If Y, proceed)
Can you ping the DNS server(s) you got from DHCP on Android? (If Y, proceed)
Can you ping an external server such as Google DNS (8.8.8.8) on Android? (If Y, then we're done here)
Click to expand...
Click to collapse
With Static I set an IP and all other info (Gateway, DNS, etc, except for Network Prefix Length... no clue what that is, left it at 24 default), and could not ping gateway
Dynamic/DHCP I will have to check tomorrow, after downloading stuff for the tablet to get that info (I think I need root to use IfConfig with Terminal Emulator, correct?).
Whatever they use to block me out, it seems to have a slight hole built in... every day, multiple times a day, I will look down at my tablet and see notifications (mainly email, occasionally Facebook, etc) that pushed through on the schools network (I know that for sure, being that often times the emails are messages received during the day, in a time period where the tablet has been nowhere near any other networks). Maybe this hole can be breached?
Thanks!
Coffeeist said:
With Static I set an IP and all other info (Gateway, DNS, etc, except for Network Prefix Length... no clue what that is, left it at 24 default), and could not ping gateway
Dynamic/DHCP I will have to check tomorrow, after downloading stuff for the tablet to get that info (I think I need root to use IfConfig with Terminal Emulator, correct?).
Whatever they use to block me out, it seems to have a slight hole built in... every day, multiple times a day, I will look down at my tablet and see notifications (mainly email, occasionally Facebook, etc) that pushed through on the schools network (I know that for sure, being that often times the emails are messages received during the day, in a time period where the tablet has been nowhere near any other networks). Maybe this hole can be breached?
Thanks!
Click to expand...
Click to collapse
It seems like small gaps where the system doesn't block you long enough to receive some traffic, but that is promising. BTW, you can get your "network prefix" (netmask as we call it) from your computer. If you go into the command prompt on windows and run "ipconfig /all" you'll get 4 useful bits of info we need, IP address (so you can mimic it), the gateway, the subnet mask (usually 255.255.something.something) and the DNS servers. The subnet mask determines what you use, and I HIGHLY doubt they use 24 (that's mainly for home networks, 24 = 254 devices permitted on the DHCP, 16 = 65534 devices (this is WAY more likely)).
Cynagen said:
It seems like small gaps where the system doesn't block you long enough to receive some traffic, but that is promising. BTW, you can get your "network prefix" (netmask as we call it) from your computer. If you go into the command prompt on windows and run "ipconfig /all" you'll get 4 useful bits of info we need, IP address (so you can mimic it), the gateway, the subnet mask (usually 255.255.something.something) and the DNS servers. The subnet mask determines what you use, and I HIGHLY doubt they use 24 (that's mainly for home networks, 24 = 254 devices permitted on the DHCP, 16 = 65534 devices (this is WAY more likely)).
Click to expand...
Click to collapse
Well, I just had a clean connection for about 5 minutes, and had a normal-looking IP based on my PC. Using Terminal Emulator I pinged the gateway after my connection failed, still with no response. I still appeared to have a proper IP on my tablet, but no actual internet connection.
So, perhaps these small windows are something to pursue? Or perhaps sticking with the VPN plan is best?
Thanks!
Coffeeist said:
Well, I just had a clean connection for about 5 minutes, and had a normal-looking IP based on my PC. Using Terminal Emulator I pinged the gateway after my connection failed, still with no response. I still appeared to have a proper IP on my tablet, but no actual internet connection.
So, perhaps these small windows are something to pursue? Or perhaps sticking with the VPN plan is best?
Thanks!
Click to expand...
Click to collapse
You need to make sure your networking information is entered correctly, you still haven't said anything about the netmask in this situation. However, if you're entering this information in correctly then you should have a solid connection until they realize you've forced a device into the network. The only thing you can do beyond that point is during that window, open a VPN connection without using a single browser request so they don't know what the device is unless they check the MAC address. Either way, this is a window that can be used, you just need to avoid identifying your device in any way prior to initiating the VPN connection. Turn off Sync when you connect.
Over the past couple of weeks since I got a GTX 760 for my main rig, I've been playing with getting Shield streaming to work through a NAT. With a combination of an Android app and Windows app, I've been able to get the Shield to stream through a NAT device.
This is alpha software, so it may not work for you. I'll be continuing development on it to make it more robust based on bug reports filed here and on the GitHub projects
This method is potentially more complex than running a VPN, but it is lower overhead and works in environments where VPNs cannot.
For those who don't care about the technical details, skip the next section.
Relay Technical Details
The Shield uses MDNS to discover compatible streaming PCs. It issues a query for _nvstream._tcp.local to which streaming PCs reply with PTR, A, AAAA, and TXT records. MDNS isn't routable outside of the local network (and sometimes blocked within the network too), so naturally PCs outside the Shield's local network won't be available as streaming targets.
To solve the MDNS problem, I wrote MDNS relays for Android and Windows that operate on UDP port 5354. The Android relay sends MDNS queries to the Windows relay where the Windows relay replays them local and sends the reply back to the Shield. The Android relay then takes the reply and parses it to look at the A record. It replaces the IP address specified in the A record with the IP address it received the MDNS reply from so it can properly connect to PCs behind a NAT. With the MDNS relay code in place, the Shield could see the PC and even start games.
There was still a problem getting the video stream back. It turns out that the way that UDP port 47998 is used on the Shield streaming software running on the PC prevents it from traversing NATs when going back to the Shield because it assumes that the source is always 47998. This is IMHO a bug because all other ports deal with NAT traversal properly, but needless to say I still had to deal with this.
The only option I had for fixing the port 47998 issue was to capture the packets as they go onto the wire in the Windows relay. I used WinPcap to capture the UDP packets leaving the machine. I then filter based on whether the packet was addressed to us. If it's a packet from the Shield to us on port 47998, then I save the source port of that packet. When I see a packet going out from us to port 47998, I extract the data from that packet and send it again on my own socket also bound to port 47998 (so the source port is correct) with the destination specified in the packet and the port that we saved from the Shield's last communication. With this code, the Shield can connect to a PC from behind a NAT.
Instructions
1. Download and install the Shield Proxy APK on the Shield from https://github.com/cgutman/ShieldProxyAndroid/releases
2. Install WinPcap on your streaming PC from http://www.winpcap.org/install/
2.1 Only required for v0.1-- Install the Visual C++ 2013 runtime library for x86 (use x86 even on x64 systems) from http://www.microsoft.com/en-us/download/details.aspx?id=39315
3. Ensure your router is configured properly as described in the next section.
4. Download and run the Shield Proxy Windows program on your streaming PC from https://github.com/cgutman/ShieldProxyWindows/releases
5. On the Android app, fill in the externally accessible IP address or DNS name for your router. You can get your external IP address from http://www.whatsmyip.org/ on your streaming PC.
6. Tap the start button to start the Android relay service
7. Stream like normal from the TegraZone app
NAT/Router configuration for Shield streaming
The following ports need to be forwarded to the streaming PC:
UDP 47998, 47999, 48000, 5354 (MDNS relay port)
TCP 35043, 47989, 47991, 47995, 47996
Troubleshooting
Make sure ShieldProxy.exe is allowed through Windows Firewall for Private and Public networks.
Make sure ShieldProxy.exe and the Android Shield Proxy service are running
Make sure the external IP address of your streaming PC is correct in the Android app (use http://www.whatsmyip.org/ from your streaming PC)
If TegraZone doesn't show your PC as online and you see "We haven't received any DNS responses. Is the Windows Shield Proxy running on your PC?",
Ensure the router is properly forwarding the specified ports to your PC. Note that TCP vs UDP matters when setting the router forwarding configuration.
Issues
If anyone encounters problems, please report them here or on the GitHub issues page. I'll try my best to get them fixed.
After getting all the initial setup done, it's seemingly ran great so far; considering the circumstances. Haven't had any errors besides some DNS thing I didn't get to read fully when it booted up Steam but did not have any impact on playability.
DLL error
I keep getting an error that MSVCR120.dll is missing. I checked the windows\system32 folder and it wasn't there, so installed the Visual C++ redistributable package for Visual Studio 2012 and 2013 Preview. This added the DLL to the system32 folder, but still getting the same error after a reboot. Tried copying the DLL to the directory for Shield Proxy and it then gives me an error "The application was unable to start correctly (0xc000007b). Click ok to close the application.
Any ideas?
Thanks and thanks for putting this together!
Cheers!
daethang said:
I keep getting an error that MSVCR120.dll is missing. I checked the windows\system32 folder and it wasn't there, so installed the Visual C++ redistributable package for Visual Studio 2012 and 2013 Preview. This added the DLL to the system32 folder, but still getting the same error after a reboot. Tried copying the DLL to the directory for Shield Proxy and it then gives me an error "The application was unable to start correctly (0xc000007b). Click ok to close the application.
Any ideas?
Thanks and thanks for putting this together!
Cheers!
Click to expand...
Click to collapse
I can't remember whether the 64-bit Visual C++ redistributable includes both 32-bit and 64-bit runtime dlls. The relay is built as a 32-bit program so it needs the 32-bit runtime even on a 64-bit machine.
For the next version, I'll build it with the runtime linked into the executable so people won't have to hunt down the runtime.
cgutman said:
I can't remember whether the 64-bit Visual C++ redistributable includes both 32-bit and 64-bit runtime dlls. The relay is built as a 32-bit program so it needs the 32-bit runtime even on a 64-bit machine.
For the next version, I'll build it with the runtime linked into the executable so people won't have to hunt down the runtime.
Click to expand...
Click to collapse
Thanks - installed the 2013 32bit preview and it worked like a charm after. Will start testing the remote streaming now. Thanks for the quick pointer. Appreciate it!
Cheers
daethang said:
Thanks - installed the 2013 32bit preview and it worked like a charm after. Will start testing the remote streaming now. Thanks for the quick pointer. Appreciate it!
Cheers
Click to expand...
Click to collapse
Cool, I updated the instructions to mention that the Visual C++ 2013 x86 runtime is required.
Oh, nice.
Since VPN method didn't work on my rig, I tried this one... and works great!
thanks a lot.
Seems to be working here as well, although similar to VPN, streaming outside of my WIFI connection doesn't seem to work. The game will start and every once in a while I will see video start (more often though just a blank screen followed by a timeout). My home connection has 55 down and ~12 up, so I think the connection on that end is good. I have tried from multiple remote locations, but none of them have worked so far. Will do some speed tests on the remote connections to see if they are the cause. Splashtop seems to stream fine when on remote connection, so I dont think its a connection issue. One thing that works better on this solution is the PC actually shows as available, for some reason it does not when on VPN.
daethang said:
Seems to be working here as well, although similar to VPN, streaming outside of my WIFI connection doesn't seem to work. The game will start and every once in a while I will see video start (more often though just a blank screen followed by a timeout). My home connection has 55 down and ~12 up, so I think the connection on that end is good. I have tried from multiple remote locations, but none of them have worked so far. Will do some speed tests on the remote connections to see if they are the cause. Splashtop seems to stream fine when on remote connection, so I dont think its a connection issue. One thing that works better on this solution is the PC actually shows as available, for some reason it does not when on VPN.
Click to expand...
Click to collapse
From what it sounds like, the MDNS relay is working fine and the router is definitely configured correctly because you get video sometimes. I assume you also see the message in the ShieldProxy.exe console: "Shield is now communicating with us on port XXXXX".
If I had to speculate, I'd say it's related to high packet loss. Shield streaming (both on the network and through my proxy) use UDP for the video stream and a PPTP VPN uses GRE packets which are both lossy protocols, while Splashtop uses TCP which retransmits lost packets. It may be that the ISP is doing some QoS stuff that's causing non-TCP packets to be dropped at a higher rate, but this is complete speculation.
The Shield pings the streaming PC and the streaming PC sends back video data, but if the pings aren't reaching the streaming PC or the video isn't reaching the Shield, you get the dreaded "Streaming failed due to network interference ... etc" message.
The upside is that we can better troubleshoot the issue based on the output from the Windows Shield proxy. If you could paste that here, I could take a look (remove the last 2 octets of the IP addresses, so 192.168.1.1 becomes 192.168.X.X). Also if you would post what ISP you're using and where you were trying to connect from (whichever ones you feel comfortable mentioning).
I can't seem to get any of those ports open except 47989, even when I change my setup to be directly connected to my SB6141 modem. Port 5354 always appears closed and can't be accessed so I never can see my computer when I try connecting with the shield proxy app posted above.
Anyway to change the port to something other than 5354 or any idea why the port always appears closed even when connected from computer to modem?
Thanks
Edit: It seems only ports that are being listened to on netstat -an will appear as open to a port checker. Shouldn't there be something on that list listening for 5354 in order for Shield proxy to connect to that port?
HobsonA said:
I can't seem to get any of those ports open except 47989, even when I change my setup to be directly connected to my SB6141 modem. Port 5354 always appears closed and can't be accessed so I never can see my computer when I try connecting with the shield proxy app posted above.
Anyway to change the port to something other than 5354 or any idea why the port always appears closed even when connected from computer to modem?
Thanks
Click to expand...
Click to collapse
Ports will appear closed even if the router is properly forwarding them to your PC, but the PC is blocking them. Check your Windows Firewall settings and make sure ShieldProxy.exe is allowed through for both public and private networks. I also found out the hard way that it won't always prompt you to allow for public networks if it's already allowed for private and vice versa.
I think it's normal for those other Shield Streaming ports to be closed until streaming actually starts, but 5354 should appear open while ShieldProxy.exe is running.
It is possible for me to (and I plan to) add some code to make the MDNS relay port configurable but I don't think that would solve your issue here.
EDIT: Also make sure you're testing 5354 (and other UDP ports) as UDP, not TCP. TCP 5354 is not the same as UDP 5354. In fact, you can host different services on the same ports on TCP and UDP at the same time.
cgutman said:
Ports will appear closed even if the router is properly forwarding them to your PC, but the PC is blocking them. Check your Windows Firewall settings and make sure ShieldProxy.exe is allowed through for both public and private networks. I also found out the hard way that it won't always prompt you to allow for public networks if it's already allowed for private and vice versa.
I think it's normal for those other Shield Streaming ports to be closed until streaming actually starts, but 5354 should appear open while ShieldProxy.exe is running.
It is possible for me to (and I plan to) add some code to make the MDNS relay port configurable but I don't think that would solve your issue here.
EDIT: Also make sure you're testing 5354 (and other UDP ports) as UDP, not TCP. TCP 5354 is not the same as UDP 5354. In fact, you can host different services on the same ports on TCP and UDP at the same time.
Click to expand...
Click to collapse
Ah good call out of my lack of attention to detail I forgot to run Shieldproxy.exe again after removing my router from the loop and rebooting everything. It appears to be working now. Unfortunately my Linksys E2000 with DD-WRT has been having major issues port forwarding but at least I know it's my router now and I can keep playing with it to get it working like I had to do with VPN.
Thanks!
v0.2 released
I've posted updated releases for Android and Windows on the GitHub projects. None of the changes in either version break compatibility with v0.1 so you can update them at separate times.
Android v0.2 Changelog:
- Fix several bugs preventing the "MDNS relay not running" warning from showing up consistently
- Tighten the check that determines whether the MDNS query will be forwarded
Windows v0.2 Changelog:
- Statically link to the VC++ runtime so installing the runtime isn't required anymore
- Tighten the check that determines whether the MDNS query will be forwarded
cgutman said:
From what it sounds like, the MDNS relay is working fine and the router is definitely configured correctly because you get video sometimes. I assume you also see the message in the ShieldProxy.exe console: "Shield is now communicating with us on port XXXXX".
If I had to speculate, I'd say it's related to high packet loss. Shield streaming (both on the network and through my proxy) use UDP for the video stream and a PPTP VPN uses GRE packets which are both lossy protocols, while Splashtop uses TCP which retransmits lost packets. It may be that the ISP is doing some QoS stuff that's causing non-TCP packets to be dropped at a higher rate, but this is complete speculation.
The Shield pings the streaming PC and the streaming PC sends back video data, but if the pings aren't reaching the streaming PC or the video isn't reaching the Shield, you get the dreaded "Streaming failed due to network interference ... etc" message.
The upside is that we can better troubleshoot the issue based on the output from the Windows Shield proxy. If you could paste that here, I could take a look (remove the last 2 octets of the IP addresses, so 192.168.1.1 becomes 192.168.X.X). Also if you would post what ISP you're using and where you were trying to connect from (whichever ones you feel comfortable mentioning).
Click to expand...
Click to collapse
I think you are right in regards to packet loss. I have Comcast at home, and have tried various providers (ATT LTE, ATT WIFI so far with this solution and VPN over some other WIFI networks). I will be testing it again in the next couple of days and will report back with the additional details requested. I have the ASUS NT-R66U router as well. Thanks for the reply and offer of assistance, really appreciated.
Cheers!
Finally had some time to play with this more than some quick tests. This seems to run so much smoother than my old VPN configuration.
I don't know if anyone else has experienced with this but even though it's running like almost perfectly smooth sometimes the connection just completely drops. VPN would have big lag spikes but would rarely drop me.
Edit: Hm not sure if this is normal but there seems to be a larger audio latency (> 200-300 ms) which wasn't as bad with VPN. If I go to a friends house instead of playing around at work I'll try hard wiring my shield to ethernet to see if that improves anything.
HobsonA said:
Finally had some time to play with this more than some quick tests. This seems to run so much smoother than my old VPN configuration.
I don't know if anyone else has experienced with this but even though it's running like almost perfectly smooth sometimes the connection just completely drops. VPN would have big lag spikes but would rarely drop me.
Edit: Hm not sure if this is normal but there seems to be a larger audio latency (> 200-300 ms) which wasn't as bad with VPN. If I go to a friends house instead of playing around at work I'll try hard wiring my shield to ethernet to see if that improves anything.
Click to expand...
Click to collapse
Glad to hear that it's smoother than VPN for you.
The Shield Relay is just the same Shield streaming traffic just sent over the Internet rather than your home network. This comes with benefits (speed) and drawbacks (lower reliability). Both of the oddities that you mention are probably related to packet loss, latency spikes, and routing changes that are more prevalent on the Internet than the average home network.
I suspect that the reason the stream drops during big lag spikes is because the lag spikes are due to packet loss or high latency. If the Shield's pings to the streaming PC get lost or arrive very late, the PC will timeout the stream, stop sending video, and the stream will drop.
The audio latency is probably due to variances in the latency and routing of the Internet. It's possible that the video packets and the audio packets take different paths through the Internet, so they can reach the Shield at different times. Normally the latency is close on a home network because there's only one route from your computer to your Shield, but the Internet can have tens or hundreds of routes to get your packets from point A to point B (sometimes even the route from A -> B is different than B -> A).
Nvidia could timestamp the audio and video packets so they can be played back at the same time, but that would force the Shield to delay displaying the video while it waits for the audio packets to come (and vice versa). Since this is a gaming feature, they probably don't want to introduce more latency.
ok how to know if everything if ok ?
ok how to know if everything if ok ? ?
i done everything like it write over here and i don't get any error just "stop" after i click run in the shield.
so everything working right?
Yosizach said:
ok how to know if everything if ok ? ?
i done everything like it write over here and i don't get any error just "stop" after i click run in the shield.
so everything working right?
Click to expand...
Click to collapse
Do you see both lines like "Shield is now communicating with us on port XXXXX" and "Relaying MDNS traffic to XXX.XXX.XXX.XXX" on the Shield Proxy running on Windows?
cgutman said:
Do you see both lines like "Shield is now communicating with us on port XXXXX" and "Relaying MDNS traffic to XXX.XXX.XXX.XXX" on the Shield Proxy running on Windows?
Click to expand...
Click to collapse
dmm...no i don't see it ...this is what i get when i run the
ShieldProxy.exe
all i get is "shield streaming proxy for windows v0.2"
joined MDNS multicast group with interface 192.168.1.13 (my pc)
listening on Microsoft for shield traffic
relay is up and running..."
what i am doing wrong .. i open all the ports i have RT-AC66U so..
Yosizach said:
dmm...no i don't see it ...this is what i get when i run the
ShieldProxy.exe
all i get is "shield streaming proxy for windows v0.2"
joined MDNS multicast group with interface 192.168.1.13 (my pc)
listening on Microsoft for shield traffic
relay is up and running..."
what i am doing wrong .. i open all the ports i have RT-AC66U so..
Click to expand...
Click to collapse
Does your PC show up as available in the TegraZone app with Shield Relay running on Windows and Android? The start button on the Android relay doesn't do anything other than just start the relay service in the background. You still need to use the TegraZone app to access streaming. If you see an error message saying "We haven't received any DNS responses. Is the Windows Shield Proxy running on your PC?" then check that ShieldProxy.exe is allowed through Windows Firewall on public and private networks.
Please Share your feedback to help current and future owners of the router
The setup was super easy. Wifi range is much better than the Asus RT-AC66U it replaced. The standard Ethernet cable doesn't fit if you want to keep the outer cover on. The included cables are too short and the power cable is also too short. Otherwise it works well.
I don't like how some "unnamed devices" show up with no IP address in the list of connected devices... how is that even possible? I get if those devices are connected with a set static IP on the device, but if they are assigned via DHCP the IP address *should* show up (I have a LinksysPAP VoIP device set to DHCP that would not show the IP and just shows up as an unnamed device).
Other than that... great device so far, easy to set up. Love the app and the LED light on the top.
lexcyn said:
I don't like how some "unnamed devices" show up with no IP address in the list of connected devices... how is that even possible? I get if those devices are connected with a set static IP on the device, but if they are assigned via DHCP the IP address *should* show up (I have a LinksysPAP VoIP device set to DHCP that would not show the IP and just shows up as an unnamed device).
Other than that... great device so far, easy to set up. Love the app and the LED light on the top.
Click to expand...
Click to collapse
I'm still waiting for mine to arrive tomorrow. Do the "unnamed devices" at least show the mac address, so you can identify what they are? I've been curious about how much control I'd have over settings, ip, etc... I'm currently running a Buffalo router with DD-WRT.
adrman said:
I'm still waiting for mine to arrive tomorrow. Do the "unnamed devices" at least show the mac address, so you can identify what they are? I've been curious about how much control I'd have over settings, ip, etc... I'm currently running a Buffalo router with DD-WRT.
Click to expand...
Click to collapse
Yes they all at least show the MAC - but that's about it. You can set a static IP and forward ports... but not much else. It's a very simple interface, but I'm assuming it was built that way. I have a feeling as their app evolves they will add more control.
Can you guys post some screenshots ?
Here's a screenshot of the "unnamed device" I was talking about.
Not great here. I'm getting 1/3 of my speed on wifi and 1/10th hard wired compared to my linksys wrt-ac1900. Tech support was pretty responsive and are looking into it. I'm running gigabit fiber. The range seems decent and setup was easy.
Anyone to from a time capsule to this? Wondering if it would be worth the switch.
Unboxing and set up
http://youtu.be/MW8VeWdCo0I
Sent from my iPhone using Tapatalk
No way to add devices that use WPS (not a huge deal).
Security is not configurable (not a deal breaker, just interesting)
No web-based interface
No DDNS client (not a huge deal)
No way to view uPnP mappings
The single ethernet port in the back is kind of a drag, but it wasn't an issue for me. Also standard cables will not fit with the cover on.
The "unnamed device" thing is kind of annoying (makes setting up static DHCP entries a hassle) but it's not a huge deal. It would be cool to be able to name these explicitly from within the app.
Setup was easy and quick. Seems to work well, no drop-outs so far. :good:
With the mixed reviews out there, I wasn't expecting much in terms of coverage or perf, but I was pleasantly surprised. Since I live in a fairly large multi story house, I've always had to have range extenders to get upstairs (even with a high-end WAP downstairs). Now, for the first time ever in my house, I have only one WAP (OnHub) and I'm getting 25MB in the farthest reaches of the house. I get 80MB via wifi close to the router (in the same room), but that is similar to what I got before. I get 170MB via wired, so no problem keeping up with a high bandwidth connection, it seems to have plenty of processing power. I suppose putting the OnHub up on a shelf does help with range and perf compared to the old WAP being lower (beneath the TV), but I can't believe placement is making that big of a difference, it seems the range and perf of the OnHub is actually really good. So before where I had 4 wifi networks to deal with (wifi2G, wifi5G, wifi2GExt, wifi5GExt), it's all now just consolidated into one wifi network, which is great. I agree it is kind of a bummer that guest networking is not yet implemented, but I never used it, so not a big issue for me.
I really like being able to do the admin from the mobile app, the simplicity actually takes some getting used to. True, you can't configure security or frequencies (2G, 5G, channels, etc) that I know of, but I'm actually kind of starting to appreciate the simplicity, it is definitely a whole new take on a high-end router/WAP.
Only one LAN port on the OnHub is not really an issue for me because I had more than 4 wired devices (7 to be exact), so I already had an 8 port switch in use, which now (obviously) runs into the one LAN port on the OnHub.
So really my only (minor) issue with it is the standard cables are too short, and I wasn't sure if they were Cat 6, so I just swapped them for 10ft Cat 6 cables I already had; problem solved. I had no problem getting the cover to lock on with normal cables, which sounds different from what others are posting, not sure why, works fine for me.
So far no drops from interference, which was a problem on all my old routers/WAPs since I live in a neighborhood with lots of WAPs in range of my house.
Overall, I'm very happy with it, it has solved most (if not all) my home networking challenges, especially on the wifi side.
llarch said:
With the mixed reviews out there, I wasn't expecting much in terms of coverage or perf, but I was pleasantly surprised. Since I live in a fairly large multi story house, I've always had to have range extenders to get upstairs (even with a high-end WAP downstairs). Now, for the first time ever in my house, I have only one WAP (OnHub) and I'm getting 25MB in the farthest reaches of the house. I get 80MB via wifi close to the router (in the same room), but that is similar to what I got before. I get 170MB via wired, so no problem keeping up with a high bandwidth connection, it seems to have plenty of processing power. I suppose putting the OnHub up on a shelf does help with range and perf compared to the old WAP being lower (beneath the TV), but I can't believe placement is making that big of a difference, it seems the range and perf of the OnHub is actually really good. So before where I had 4 wifi networks to deal with (wifi2G, wifi5G, wifi2GExt, wifi5GExt), it's all now just consolidated into one wifi network, which is great. I agree it is kind of a bummer that guest networking is not yet implemented, but I never used it, so not a big issue for me.
I really like being able to do the admin from the mobile app, the simplicity actually takes some getting used to. True, you can't configure security or frequencies (2G, 5G, channels, etc) that I know of, but I'm actually kind of starting to appreciate the simplicity, it is definitely a whole new take on a high-end router/WAP.
Only one LAN port on the OnHub is not really an issue for me because I had more than 4 wired devices (7 to be exact), so I already had an 8 port switch in use, which now (obviously) runs into the one LAN port on the OnHub.
So really my only (minor) issue with it is the standard cables are too short, and I wasn't sure if they were Cat 6, so I just swapped them for 10ft Cat 6 cables I already had; problem solved. I had no problem getting the cover to lock on with normal cables, which sounds different from what others are posting, not sure why, works fine for me.
So far no drops from interference, which was a problem on all my old routers/WAPs since I live in a neighborhood with lots of WAPs in range of my house.
Overall, I'm very happy with it, it has solved most (if not all) my home networking challenges, especially on the wifi side.
Click to expand...
Click to collapse
Exact experience I'm having with the Onhub.
Sent from my SM-G925V using Tapatalk
The range is awesome. OnHub replaced a RT-66U and Amped AP300 with external powered antenna. My whole house is covered now.
I struggled through the unknown devices issues to get all my static IPs and port fwds setup.
The big issue for me is the OnHub does not support NAT Loopback. So you cannot access your cameras and static devices while at home without using their IP addresses. So my IP Camera app will not be able to find my cameras at home with "xxxx.duckdns.org:1025" but this works when connected to another network or Mobile data. This is a big pain in the a$$ for those of us that like to access things on our networks remotely and while at home.
I contacted support and they have added NAT Loopback to the requests...
A tip if replacing a FiOS router; power down the Verizon ONT for half an hour. Before powering back up, connect the ethernet from the ONT to the OnHub. The power cycle will force a renewed IP and allow the OnHub to register on the network without the need to go through the VZW router.
av8rdude said:
The range is awesome. OnHub replaced a RT-66U and Amped AP300 with external powered antenna. My whole house is covered now.
I struggled through the unknown devices issues to get all my static IPs and port fwds setup.
The big issue for me is the OnHub does not support NAT Loopback. So you cannot access your cameras and static devices while at home without using their IP addresses. So my IP Camera app will not be able to find my cameras at home with "xxxx.duckdns.org:1025" but this works when connected to another network or Mobile data. This is a big pain in the a$$ for those of us that like to access things on our networks remotely and while at home.
I contacted support and they have added NAT Loopback to the requests...
Click to expand...
Click to collapse
What camera app? If you're using TinyCam you can have internal (wifi) and external (LTE) settings for each camera.
I got mine today. I was using a borrowed modem and router so I needed to purchase something, and was either going to get a Ubiquiti access point (and keep using the borrowed router) or the onhub. So far it's been a great experience. Solid connections. I set a static address for my NAS.
It seems to be working well for me also. My biggest gripe is the "unnamed" devices. With 17 devices and only 3 or 4 that provide a recognizable name to OnHub, perhaps I could give them names?
The unnamed devices thing is very annoying.
Also, when assigning static ip, they need to list the mac address... Otherwise it makes it basically impossible to assign a static ip to one of those unnamed devices... Because which unnamed device are you assigning the ip to? Can't tell...
Sent from my SM-N920V using Tapatalk
JasonJoel said:
The unnamed devices thing is very annoying.
Also, when assigning static ip, they need to list the mac address... Otherwise it makes it basically impossible to assign a static ip to one of those unnamed devices... Because which unnamed device are you assigning the ip to? Can't tell...
Click to expand...
Click to collapse
I had a 30 minute conversation with support over just that issue. The general response was "well, that's a power user issue and this isn't a power user device" Even so, I'm surprised there hasn't been an update of some kind pushed yet because viewing the mac address to set a static ip isn't exactly "power user" functionality, it's basic.