-
Notifications
You must be signed in to change notification settings - Fork 322
Issues listening for incoming signals behind a proxy #192
Comments
I'm also have issues behind a proxy. Would love to see this one fixed. |
Also not working behind a proxy here. My setup is a bit more complex (no local DNS on the local network, HTTP proxy that actively breaks SSL encryption for security inspection) and the symptoms are a bit different (trying to create a share results in "Attempting to share a portal failed with error: Timed out while subscribing to incoming signals"). I'll subscribe to this bug report for now and will create a separate bug if it looks warranted. |
I'm having the same exact issue that @dsnellgrove is having. |
Thanks for the reports. We'll take a look 🔜. |
+1 I'm also having issues when behind a corporate proxy (http, https, socks). The initial login is successful, but attempts to activate sharing timeout with the error message:
Teletype 0.1.2 |
Hello everyone! We care a lot about connectivity issues, so thank you all for the detailed reports! ✨ Configuring a proxy server like the ones described in this issue is unfortunately non-trivial. So far, we're several hours into trying to reproduce it, but haven't yet had any luck. To help us diagnose the issue, do you think you could provide a Thanks for your help in making teletype better! 🙇 |
@as-cii The problem we are having is really at the network layer, not the local machine layer. Because my company intercepts all traffic and uses their own certs, the app thinks there is a man-in-the-middle attack (which technically there is). This is a common thing unfortunately in corporate environments. Many pieces of software such as npm, Atom, VS Code, etc. have workarounds for this. For instance, Atom has the following setting: http://flight-manual.atom.io/getting-started/sections/installing-atom/#behind-a-firewall Are there maybe some more detailed logs I can provide from Atom? I realize also that the issue myself and a few others in this thread are having may be slightly different than the OP; should a new issue be opened? |
Same issue here. Running cntlm... apm works... Is there a verbose flag to call when trying to connect? I should note that I am able to get a response from https://api.teletype.atom.io/protocol-version , but i get this error in atom:
which comes from:
Indicating a timeout error when trying to share. |
First of all, thanks @mkchandler and @jdell64 for the additional information! It seems like the majority of the problems are coming from Pusher somehow. I wonder if we can collect more data related to what is going wrong during the connection to their service. Two things you can do to help us debug this:
Given that most of you can reach https://api.teletype.atom.io, I am unclear on why Pusher is not falling back to long-polling, assuming that WebSockets can't be used. I think the above steps will give us a sense of what is happening exactly so that we can get to the bottom of this. Thanks for your help! |
@as-cii ... thanks for looking into this. Here's the output you requested: test.pusher.com:
Developer console: "Share" toggle clicked to enable sharing....
... At this point, the failure notification appears: "Failed to share portal. Attempting to share a portal failed with error: Timed out while subscribing to incoming signals" ...
|
@matt-hammond-bbc Going to test.pusher.com is fine. Here are the results, but when I enable teletype. I cannot get past this point.
|
I'm on Windows 7 and my pusher test results are very similar to @matt-hammond-bbc However after the share, I get the error "Failed to share portal So I'm getting |
Thanks everyone for the replies! After your super helpful feeback we have investigated this issue a little further and found a potential issue with the pusher client library that we were using. ✨ If you are interested, you can read more about the upcoming fix at atom/teletype-client#38. I will post an update here as well when the fix is published in a new version of the teletype package. |
@as-cii 👍🏼 |
@as-cli Thanks for your work |
We have just published Teletype v0.1.4 ⚡️ I will leave this issue open for now, but please let us know if it solves the connectivity problem for you. Thanks! 🙇 |
It looks like it solved my issue. 🙌 It generated an ID for me. I don't know how to test any further than that. |
Did not help for me. Still get "Failed to initialize the teletype package. Establishing a teletype connection failed with error: Failed to fetch" Nothing in the Console when I disable/enable teletype. |
@as-cii The update to v0.1.4 solved my issue! Thanks so much! |
@as-cii - many thanks - also works for me! |
Solved on my end as well. |
Fixed here too! |
Awesome, thanks everyone for the reports! ❤️ It seems like some users are still having issues reaching api.teletype.atom.io behind a proxy, so I went ahead and:
|
Originally reported by @matt-hammond-bbc on Nov 16th 2017
I'm having issues when behind a corporate proxy (http, https, socks). The initial login is successful, but attempts to activate sharing timeout with the error message:
Teletype 0.1.2
Atom 1.22.1
Mac OS X 10.12.6
Proxies configured through Preferences and as environment variables
http[s]_proxy
andHTTP[S]_PROXY
.The text was updated successfully, but these errors were encountered: