proxy timeout, errorPossible to add proxy after TOR exit node?Proxy (nginx) shows a Bad gateway...
Single word for "refusing to move to next activity unless present one is completed."
Credit score and financing new car
Optimization terminology: "Exact" v. "Approximate"
Why weren't bootable game disks ever common on the IBM PC?
Has anyone in space seen or photographed a simple laser pointer from Earth?
If your plane is out-of-control, why does military training instruct releasing the joystick to neutralize controls?
Would dual wielding daggers be a viable choice for a covert bodyguard?
Why are Hobbits so fond of mushrooms?
RPI3B+: What are the four components below the HDMI connector called?
Can fluent English speakers distinguish “steel”, “still” and “steal”?
What is the job of the acoustic cavities inside the main combustion chamber?
Is "I do not want you to go nowhere" a case of "DOUBLE-NEGATIVES" as claimed by Grammarly?
How did the hit man miss?
Modulus Operandi
Misspelling my name on my mathematical publications
What was the definition of "set" that resulted in Russell's Paradox
How is angular momentum conserved for the orbiting body if the centripetal force disappears?
Keep milk (or milk alternative) for a day without a fridge
How to tell someone I'd like to become friends without letting them think I'm romantically interested in them?
What steps should I take to lawfully visit the United States as a tourist immediately after visiting on a B-1 visa?
How to properly say "bail on somebody" in German?
How do you glue a text to a point?
Is the genetic term "polycistronic" still used in modern biology?
Combining latex input and sed
proxy timeout, error
Possible to add proxy after TOR exit node?Proxy (nginx) shows a Bad gateway errorProxychains not working behind proxyHow to proxy nmap and dns resolution of nmapIssues with nmap scan using ssh socks proxy with proxychainsnginx behind proxy serverproxychains is revealing my public IP, not properly using Tor proxynginx reverse proxy: host not allowed errorDocker build via proxy returned TLS handshake timeoutSquid Proxy Server Error : Upon Starting
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
I am trying to set up a proxy and every time I try to use it it denies me or times out. I tried every thing. Tor is up and running properly. My system is fully updated and I'm on Kali Linux. Sometimes it won't even go through.
root@kali:~# proxychains iceweasel
ProxyChains-3.1 (http://proxychains.sf.net)
(process:9547): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
|DNS-request| www.kali.org
|DNS-request| tools.kali.org
|DNS-request| www.offensive-security.com
|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
<--timeout
|DNS-response|: www.offensive-security.com does not exist
here is my proxy config:
# proxychains.conf VER 3.1
#
# HTTP, SOCKS4, SOCKS5 tunneling proxifier with DNS.
#
# The option below identifies how the ProxyList is treated.
# only one option should be uncommented at time,
# otherwise the last appearing option will be accepted
#
#dynamic_chain
#
# Dynamic - Each connection will be done via chained proxies
# all proxies chained in the order as they appear in the list
# at least one proxy must be online to play in chain
# (dead proxies are skipped)
# otherwise EINTR is returned to the app
#
strict_chain
#
# Strict - Each connection will be done via chained proxies
# all proxies chained in the order as they appear in the list
# all proxies must be online to play in chain
# otherwise EINTR is returned to the app
#
#random_chain
# Random - Each connection will be done via random proxy
# (or proxy chain, see chain_len) from the list.
# this option is good to test your IDS :)
# Make sense only if random_chain
#chain_len = 2
# Quiet mode (no output from library)
#quiet_mode
# Proxy DNS requests - no leak for DNS data
proxy_dns
# Some timeouts in milliseconds
tcp_read_time_out 15000
tcp_connect_time_out 8000
# ProxyList format
# type host port [user pass]
# (values separated by 'tab' or 'blank')
#
#
# Examples:
#
# socks5 192.168.67.78 1080 lamer secret
# http 192.168.89.3 8080 justu hidden
# socks4 192.168.1.49 1080
# http 192.168.39.93 8080
#
#
# proxy types: http, socks4, socks5
# ( auth types supported: "basic"-http "user/pass"-socks )
#
[ProxyList]
# add proxy here ...
# meanwile
# defaults set to "tor"
socks4 127.0.0.1 9050
kali-linux proxy proxychains
add a comment |
I am trying to set up a proxy and every time I try to use it it denies me or times out. I tried every thing. Tor is up and running properly. My system is fully updated and I'm on Kali Linux. Sometimes it won't even go through.
root@kali:~# proxychains iceweasel
ProxyChains-3.1 (http://proxychains.sf.net)
(process:9547): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
|DNS-request| www.kali.org
|DNS-request| tools.kali.org
|DNS-request| www.offensive-security.com
|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
<--timeout
|DNS-response|: www.offensive-security.com does not exist
here is my proxy config:
# proxychains.conf VER 3.1
#
# HTTP, SOCKS4, SOCKS5 tunneling proxifier with DNS.
#
# The option below identifies how the ProxyList is treated.
# only one option should be uncommented at time,
# otherwise the last appearing option will be accepted
#
#dynamic_chain
#
# Dynamic - Each connection will be done via chained proxies
# all proxies chained in the order as they appear in the list
# at least one proxy must be online to play in chain
# (dead proxies are skipped)
# otherwise EINTR is returned to the app
#
strict_chain
#
# Strict - Each connection will be done via chained proxies
# all proxies chained in the order as they appear in the list
# all proxies must be online to play in chain
# otherwise EINTR is returned to the app
#
#random_chain
# Random - Each connection will be done via random proxy
# (or proxy chain, see chain_len) from the list.
# this option is good to test your IDS :)
# Make sense only if random_chain
#chain_len = 2
# Quiet mode (no output from library)
#quiet_mode
# Proxy DNS requests - no leak for DNS data
proxy_dns
# Some timeouts in milliseconds
tcp_read_time_out 15000
tcp_connect_time_out 8000
# ProxyList format
# type host port [user pass]
# (values separated by 'tab' or 'blank')
#
#
# Examples:
#
# socks5 192.168.67.78 1080 lamer secret
# http 192.168.89.3 8080 justu hidden
# socks4 192.168.1.49 1080
# http 192.168.39.93 8080
#
#
# proxy types: http, socks4, socks5
# ( auth types supported: "basic"-http "user/pass"-socks )
#
[ProxyList]
# add proxy here ...
# meanwile
# defaults set to "tor"
socks4 127.0.0.1 9050
kali-linux proxy proxychains
add a comment |
I am trying to set up a proxy and every time I try to use it it denies me or times out. I tried every thing. Tor is up and running properly. My system is fully updated and I'm on Kali Linux. Sometimes it won't even go through.
root@kali:~# proxychains iceweasel
ProxyChains-3.1 (http://proxychains.sf.net)
(process:9547): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
|DNS-request| www.kali.org
|DNS-request| tools.kali.org
|DNS-request| www.offensive-security.com
|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
<--timeout
|DNS-response|: www.offensive-security.com does not exist
here is my proxy config:
# proxychains.conf VER 3.1
#
# HTTP, SOCKS4, SOCKS5 tunneling proxifier with DNS.
#
# The option below identifies how the ProxyList is treated.
# only one option should be uncommented at time,
# otherwise the last appearing option will be accepted
#
#dynamic_chain
#
# Dynamic - Each connection will be done via chained proxies
# all proxies chained in the order as they appear in the list
# at least one proxy must be online to play in chain
# (dead proxies are skipped)
# otherwise EINTR is returned to the app
#
strict_chain
#
# Strict - Each connection will be done via chained proxies
# all proxies chained in the order as they appear in the list
# all proxies must be online to play in chain
# otherwise EINTR is returned to the app
#
#random_chain
# Random - Each connection will be done via random proxy
# (or proxy chain, see chain_len) from the list.
# this option is good to test your IDS :)
# Make sense only if random_chain
#chain_len = 2
# Quiet mode (no output from library)
#quiet_mode
# Proxy DNS requests - no leak for DNS data
proxy_dns
# Some timeouts in milliseconds
tcp_read_time_out 15000
tcp_connect_time_out 8000
# ProxyList format
# type host port [user pass]
# (values separated by 'tab' or 'blank')
#
#
# Examples:
#
# socks5 192.168.67.78 1080 lamer secret
# http 192.168.89.3 8080 justu hidden
# socks4 192.168.1.49 1080
# http 192.168.39.93 8080
#
#
# proxy types: http, socks4, socks5
# ( auth types supported: "basic"-http "user/pass"-socks )
#
[ProxyList]
# add proxy here ...
# meanwile
# defaults set to "tor"
socks4 127.0.0.1 9050
kali-linux proxy proxychains
I am trying to set up a proxy and every time I try to use it it denies me or times out. I tried every thing. Tor is up and running properly. My system is fully updated and I'm on Kali Linux. Sometimes it won't even go through.
root@kali:~# proxychains iceweasel
ProxyChains-3.1 (http://proxychains.sf.net)
(process:9547): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
|DNS-request| www.kali.org
|DNS-request| tools.kali.org
|DNS-request| www.offensive-security.com
|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-|D-chain|-<>-127.0.0.1:9050-<>-127.0.0.1:9050-<--denied
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
|D-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<--timeout
<--timeout
|DNS-response|: www.offensive-security.com does not exist
here is my proxy config:
# proxychains.conf VER 3.1
#
# HTTP, SOCKS4, SOCKS5 tunneling proxifier with DNS.
#
# The option below identifies how the ProxyList is treated.
# only one option should be uncommented at time,
# otherwise the last appearing option will be accepted
#
#dynamic_chain
#
# Dynamic - Each connection will be done via chained proxies
# all proxies chained in the order as they appear in the list
# at least one proxy must be online to play in chain
# (dead proxies are skipped)
# otherwise EINTR is returned to the app
#
strict_chain
#
# Strict - Each connection will be done via chained proxies
# all proxies chained in the order as they appear in the list
# all proxies must be online to play in chain
# otherwise EINTR is returned to the app
#
#random_chain
# Random - Each connection will be done via random proxy
# (or proxy chain, see chain_len) from the list.
# this option is good to test your IDS :)
# Make sense only if random_chain
#chain_len = 2
# Quiet mode (no output from library)
#quiet_mode
# Proxy DNS requests - no leak for DNS data
proxy_dns
# Some timeouts in milliseconds
tcp_read_time_out 15000
tcp_connect_time_out 8000
# ProxyList format
# type host port [user pass]
# (values separated by 'tab' or 'blank')
#
#
# Examples:
#
# socks5 192.168.67.78 1080 lamer secret
# http 192.168.89.3 8080 justu hidden
# socks4 192.168.1.49 1080
# http 192.168.39.93 8080
#
#
# proxy types: http, socks4, socks5
# ( auth types supported: "basic"-http "user/pass"-socks )
#
[ProxyList]
# add proxy here ...
# meanwile
# defaults set to "tor"
socks4 127.0.0.1 9050
kali-linux proxy proxychains
kali-linux proxy proxychains
edited Jan 16 '17 at 12:54
Kusalananda♦
154k18 gold badges304 silver badges488 bronze badges
154k18 gold badges304 silver badges488 bronze badges
asked Nov 20 '15 at 3:32
idk0namzidk0namz
121 gold badge1 silver badge2 bronze badges
121 gold badge1 silver badge2 bronze badges
add a comment |
add a comment |
4 Answers
4
active
oldest
votes
If you notice the readout it is connecting to the default port and to the default DNS /var/lib/proxychains3/proxyresolv
hosts.
Problems not be due to multiple uncommented chains.
You could edit the above file with DNS pointing to 8.8.8.8/8.8.4.4 (Google) or 203.67.222.222/203.67.220.220 (OpenDNS).
Note: Default is TOR
So if you're using proxychains without having added additional proxies, you should be using TOR.
Remember to have all browser instances closed before typing proxychains firefox/chrome/safari/etc
add a comment |
Iceweasel has its own proxy settings, which you should be able to configure to use Tor. If not, just use the Tor browser. I've used the one for Windows and OS X. Surely there is one for Linux.
proxychains
is mainly for applications that you wish to proxify which don't have native proxy settings, or I guess I should say, which don't have adequate proxy settings.
It may also be that your Iceweasel proxy settings are conflicting with proxychains
. Try to disable all proxy settings, or use system proxy settings in Iceweasel, and then try to run it through proxychains
.
Otherwise, try to configure Tor from within Iceweasel, or use try with a different browser.
Try proxychains curl -skLvi 'https://www.google.com'
That should give you some verbose output as to what may be going on. If it returns a valid response, you know proxychains
is working and you need to start looking at your browser settings. If not, then it's probably an issue with DNS itself or something going on with the Tor relay.
Also, if this is a laptop that you use on multiple networks with other proxies, echo $http_proxy; echo $https_proxy
to make sure those variables aren't set. If so, they will interfere with proxychains
, which will try to send through those proxies first, which means if you're not on the network where those proxies are located, then DNS will fail, as will everything else.
As a last resort, as long as you aren't up to anything illegal, try turning off DNS leak protection in proxychains.conf
, and see if that helps. It has been known to sometimes cause issues in certain situations.
You can also try using a dynamic chain instead of a strict chain in proxychains.conf
. This may be where your problem lies. In a dynamic chain, the dead proxies get skipped. You may be running into a dead proxy, which could be causing the issues you are seeing, since all proxies in the chain have to be alive and go in order with a strict chain.
it still gives me timeout errors
– idk0namz
Nov 20 '15 at 4:43
When you try tocurl
google.com viaproxychains
you get timeout errors? Have you tried everything I have suggested, such as disabling DNS leak protection?
– rubynorails
Nov 20 '15 at 5:15
See my updated answer regarding dynamic vs strict chains. I believe this may be what's causing your issue.
– rubynorails
Nov 20 '15 at 5:19
add a comment |
You should:
- add a
#
beforestrict_chains
- remove the
#
beforedynamic_chains
- add
(socks5 127.0.0.1 9050)
without()
just undersocks4 127.0.0.1 9050)
and save your conf file for these changes
add a comment |
I see that this is old but FWIW, I came across the same issue and found a helpful resource here: https://github.com/haad/proxychains/issues/71#issuecomment-370221107
New contributor
While this link may answer the question, it is better to include the essential parts of the answer here and provide the link for reference. Link-only answers can become invalid if the linked page changes. - From Review
– G-Man
36 mins ago
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f244272%2fproxy-timeout-error%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
If you notice the readout it is connecting to the default port and to the default DNS /var/lib/proxychains3/proxyresolv
hosts.
Problems not be due to multiple uncommented chains.
You could edit the above file with DNS pointing to 8.8.8.8/8.8.4.4 (Google) or 203.67.222.222/203.67.220.220 (OpenDNS).
Note: Default is TOR
So if you're using proxychains without having added additional proxies, you should be using TOR.
Remember to have all browser instances closed before typing proxychains firefox/chrome/safari/etc
add a comment |
If you notice the readout it is connecting to the default port and to the default DNS /var/lib/proxychains3/proxyresolv
hosts.
Problems not be due to multiple uncommented chains.
You could edit the above file with DNS pointing to 8.8.8.8/8.8.4.4 (Google) or 203.67.222.222/203.67.220.220 (OpenDNS).
Note: Default is TOR
So if you're using proxychains without having added additional proxies, you should be using TOR.
Remember to have all browser instances closed before typing proxychains firefox/chrome/safari/etc
add a comment |
If you notice the readout it is connecting to the default port and to the default DNS /var/lib/proxychains3/proxyresolv
hosts.
Problems not be due to multiple uncommented chains.
You could edit the above file with DNS pointing to 8.8.8.8/8.8.4.4 (Google) or 203.67.222.222/203.67.220.220 (OpenDNS).
Note: Default is TOR
So if you're using proxychains without having added additional proxies, you should be using TOR.
Remember to have all browser instances closed before typing proxychains firefox/chrome/safari/etc
If you notice the readout it is connecting to the default port and to the default DNS /var/lib/proxychains3/proxyresolv
hosts.
Problems not be due to multiple uncommented chains.
You could edit the above file with DNS pointing to 8.8.8.8/8.8.4.4 (Google) or 203.67.222.222/203.67.220.220 (OpenDNS).
Note: Default is TOR
So if you're using proxychains without having added additional proxies, you should be using TOR.
Remember to have all browser instances closed before typing proxychains firefox/chrome/safari/etc
answered Mar 14 '18 at 19:12
NexusInkNexusInk
111 bronze badge
111 bronze badge
add a comment |
add a comment |
Iceweasel has its own proxy settings, which you should be able to configure to use Tor. If not, just use the Tor browser. I've used the one for Windows and OS X. Surely there is one for Linux.
proxychains
is mainly for applications that you wish to proxify which don't have native proxy settings, or I guess I should say, which don't have adequate proxy settings.
It may also be that your Iceweasel proxy settings are conflicting with proxychains
. Try to disable all proxy settings, or use system proxy settings in Iceweasel, and then try to run it through proxychains
.
Otherwise, try to configure Tor from within Iceweasel, or use try with a different browser.
Try proxychains curl -skLvi 'https://www.google.com'
That should give you some verbose output as to what may be going on. If it returns a valid response, you know proxychains
is working and you need to start looking at your browser settings. If not, then it's probably an issue with DNS itself or something going on with the Tor relay.
Also, if this is a laptop that you use on multiple networks with other proxies, echo $http_proxy; echo $https_proxy
to make sure those variables aren't set. If so, they will interfere with proxychains
, which will try to send through those proxies first, which means if you're not on the network where those proxies are located, then DNS will fail, as will everything else.
As a last resort, as long as you aren't up to anything illegal, try turning off DNS leak protection in proxychains.conf
, and see if that helps. It has been known to sometimes cause issues in certain situations.
You can also try using a dynamic chain instead of a strict chain in proxychains.conf
. This may be where your problem lies. In a dynamic chain, the dead proxies get skipped. You may be running into a dead proxy, which could be causing the issues you are seeing, since all proxies in the chain have to be alive and go in order with a strict chain.
it still gives me timeout errors
– idk0namz
Nov 20 '15 at 4:43
When you try tocurl
google.com viaproxychains
you get timeout errors? Have you tried everything I have suggested, such as disabling DNS leak protection?
– rubynorails
Nov 20 '15 at 5:15
See my updated answer regarding dynamic vs strict chains. I believe this may be what's causing your issue.
– rubynorails
Nov 20 '15 at 5:19
add a comment |
Iceweasel has its own proxy settings, which you should be able to configure to use Tor. If not, just use the Tor browser. I've used the one for Windows and OS X. Surely there is one for Linux.
proxychains
is mainly for applications that you wish to proxify which don't have native proxy settings, or I guess I should say, which don't have adequate proxy settings.
It may also be that your Iceweasel proxy settings are conflicting with proxychains
. Try to disable all proxy settings, or use system proxy settings in Iceweasel, and then try to run it through proxychains
.
Otherwise, try to configure Tor from within Iceweasel, or use try with a different browser.
Try proxychains curl -skLvi 'https://www.google.com'
That should give you some verbose output as to what may be going on. If it returns a valid response, you know proxychains
is working and you need to start looking at your browser settings. If not, then it's probably an issue with DNS itself or something going on with the Tor relay.
Also, if this is a laptop that you use on multiple networks with other proxies, echo $http_proxy; echo $https_proxy
to make sure those variables aren't set. If so, they will interfere with proxychains
, which will try to send through those proxies first, which means if you're not on the network where those proxies are located, then DNS will fail, as will everything else.
As a last resort, as long as you aren't up to anything illegal, try turning off DNS leak protection in proxychains.conf
, and see if that helps. It has been known to sometimes cause issues in certain situations.
You can also try using a dynamic chain instead of a strict chain in proxychains.conf
. This may be where your problem lies. In a dynamic chain, the dead proxies get skipped. You may be running into a dead proxy, which could be causing the issues you are seeing, since all proxies in the chain have to be alive and go in order with a strict chain.
it still gives me timeout errors
– idk0namz
Nov 20 '15 at 4:43
When you try tocurl
google.com viaproxychains
you get timeout errors? Have you tried everything I have suggested, such as disabling DNS leak protection?
– rubynorails
Nov 20 '15 at 5:15
See my updated answer regarding dynamic vs strict chains. I believe this may be what's causing your issue.
– rubynorails
Nov 20 '15 at 5:19
add a comment |
Iceweasel has its own proxy settings, which you should be able to configure to use Tor. If not, just use the Tor browser. I've used the one for Windows and OS X. Surely there is one for Linux.
proxychains
is mainly for applications that you wish to proxify which don't have native proxy settings, or I guess I should say, which don't have adequate proxy settings.
It may also be that your Iceweasel proxy settings are conflicting with proxychains
. Try to disable all proxy settings, or use system proxy settings in Iceweasel, and then try to run it through proxychains
.
Otherwise, try to configure Tor from within Iceweasel, or use try with a different browser.
Try proxychains curl -skLvi 'https://www.google.com'
That should give you some verbose output as to what may be going on. If it returns a valid response, you know proxychains
is working and you need to start looking at your browser settings. If not, then it's probably an issue with DNS itself or something going on with the Tor relay.
Also, if this is a laptop that you use on multiple networks with other proxies, echo $http_proxy; echo $https_proxy
to make sure those variables aren't set. If so, they will interfere with proxychains
, which will try to send through those proxies first, which means if you're not on the network where those proxies are located, then DNS will fail, as will everything else.
As a last resort, as long as you aren't up to anything illegal, try turning off DNS leak protection in proxychains.conf
, and see if that helps. It has been known to sometimes cause issues in certain situations.
You can also try using a dynamic chain instead of a strict chain in proxychains.conf
. This may be where your problem lies. In a dynamic chain, the dead proxies get skipped. You may be running into a dead proxy, which could be causing the issues you are seeing, since all proxies in the chain have to be alive and go in order with a strict chain.
Iceweasel has its own proxy settings, which you should be able to configure to use Tor. If not, just use the Tor browser. I've used the one for Windows and OS X. Surely there is one for Linux.
proxychains
is mainly for applications that you wish to proxify which don't have native proxy settings, or I guess I should say, which don't have adequate proxy settings.
It may also be that your Iceweasel proxy settings are conflicting with proxychains
. Try to disable all proxy settings, or use system proxy settings in Iceweasel, and then try to run it through proxychains
.
Otherwise, try to configure Tor from within Iceweasel, or use try with a different browser.
Try proxychains curl -skLvi 'https://www.google.com'
That should give you some verbose output as to what may be going on. If it returns a valid response, you know proxychains
is working and you need to start looking at your browser settings. If not, then it's probably an issue with DNS itself or something going on with the Tor relay.
Also, if this is a laptop that you use on multiple networks with other proxies, echo $http_proxy; echo $https_proxy
to make sure those variables aren't set. If so, they will interfere with proxychains
, which will try to send through those proxies first, which means if you're not on the network where those proxies are located, then DNS will fail, as will everything else.
As a last resort, as long as you aren't up to anything illegal, try turning off DNS leak protection in proxychains.conf
, and see if that helps. It has been known to sometimes cause issues in certain situations.
You can also try using a dynamic chain instead of a strict chain in proxychains.conf
. This may be where your problem lies. In a dynamic chain, the dead proxies get skipped. You may be running into a dead proxy, which could be causing the issues you are seeing, since all proxies in the chain have to be alive and go in order with a strict chain.
edited Nov 20 '15 at 5:18
answered Nov 20 '15 at 4:09
rubynorailsrubynorails
1,3226 silver badges16 bronze badges
1,3226 silver badges16 bronze badges
it still gives me timeout errors
– idk0namz
Nov 20 '15 at 4:43
When you try tocurl
google.com viaproxychains
you get timeout errors? Have you tried everything I have suggested, such as disabling DNS leak protection?
– rubynorails
Nov 20 '15 at 5:15
See my updated answer regarding dynamic vs strict chains. I believe this may be what's causing your issue.
– rubynorails
Nov 20 '15 at 5:19
add a comment |
it still gives me timeout errors
– idk0namz
Nov 20 '15 at 4:43
When you try tocurl
google.com viaproxychains
you get timeout errors? Have you tried everything I have suggested, such as disabling DNS leak protection?
– rubynorails
Nov 20 '15 at 5:15
See my updated answer regarding dynamic vs strict chains. I believe this may be what's causing your issue.
– rubynorails
Nov 20 '15 at 5:19
it still gives me timeout errors
– idk0namz
Nov 20 '15 at 4:43
it still gives me timeout errors
– idk0namz
Nov 20 '15 at 4:43
When you try to
curl
google.com via proxychains
you get timeout errors? Have you tried everything I have suggested, such as disabling DNS leak protection?– rubynorails
Nov 20 '15 at 5:15
When you try to
curl
google.com via proxychains
you get timeout errors? Have you tried everything I have suggested, such as disabling DNS leak protection?– rubynorails
Nov 20 '15 at 5:15
See my updated answer regarding dynamic vs strict chains. I believe this may be what's causing your issue.
– rubynorails
Nov 20 '15 at 5:19
See my updated answer regarding dynamic vs strict chains. I believe this may be what's causing your issue.
– rubynorails
Nov 20 '15 at 5:19
add a comment |
You should:
- add a
#
beforestrict_chains
- remove the
#
beforedynamic_chains
- add
(socks5 127.0.0.1 9050)
without()
just undersocks4 127.0.0.1 9050)
and save your conf file for these changes
add a comment |
You should:
- add a
#
beforestrict_chains
- remove the
#
beforedynamic_chains
- add
(socks5 127.0.0.1 9050)
without()
just undersocks4 127.0.0.1 9050)
and save your conf file for these changes
add a comment |
You should:
- add a
#
beforestrict_chains
- remove the
#
beforedynamic_chains
- add
(socks5 127.0.0.1 9050)
without()
just undersocks4 127.0.0.1 9050)
and save your conf file for these changes
You should:
- add a
#
beforestrict_chains
- remove the
#
beforedynamic_chains
- add
(socks5 127.0.0.1 9050)
without()
just undersocks4 127.0.0.1 9050)
and save your conf file for these changes
edited Jan 16 '17 at 14:00
Wouter Verhelst
7,68910 silver badges35 bronze badges
7,68910 silver badges35 bronze badges
answered Jan 16 '17 at 12:52
Karim WahdanKarim Wahdan
1
1
add a comment |
add a comment |
I see that this is old but FWIW, I came across the same issue and found a helpful resource here: https://github.com/haad/proxychains/issues/71#issuecomment-370221107
New contributor
While this link may answer the question, it is better to include the essential parts of the answer here and provide the link for reference. Link-only answers can become invalid if the linked page changes. - From Review
– G-Man
36 mins ago
add a comment |
I see that this is old but FWIW, I came across the same issue and found a helpful resource here: https://github.com/haad/proxychains/issues/71#issuecomment-370221107
New contributor
While this link may answer the question, it is better to include the essential parts of the answer here and provide the link for reference. Link-only answers can become invalid if the linked page changes. - From Review
– G-Man
36 mins ago
add a comment |
I see that this is old but FWIW, I came across the same issue and found a helpful resource here: https://github.com/haad/proxychains/issues/71#issuecomment-370221107
New contributor
I see that this is old but FWIW, I came across the same issue and found a helpful resource here: https://github.com/haad/proxychains/issues/71#issuecomment-370221107
New contributor
New contributor
answered 55 mins ago
Cranky CoderCranky Coder
11 bronze badge
11 bronze badge
New contributor
New contributor
While this link may answer the question, it is better to include the essential parts of the answer here and provide the link for reference. Link-only answers can become invalid if the linked page changes. - From Review
– G-Man
36 mins ago
add a comment |
While this link may answer the question, it is better to include the essential parts of the answer here and provide the link for reference. Link-only answers can become invalid if the linked page changes. - From Review
– G-Man
36 mins ago
While this link may answer the question, it is better to include the essential parts of the answer here and provide the link for reference. Link-only answers can become invalid if the linked page changes. - From Review
– G-Man
36 mins ago
While this link may answer the question, it is better to include the essential parts of the answer here and provide the link for reference. Link-only answers can become invalid if the linked page changes. - From Review
– G-Man
36 mins ago
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f244272%2fproxy-timeout-error%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown