On April 1, 2021, we are moving all of our QuotaGuard Support Documentation to
https://quotaguard.github.io/qg-docs/
Please Update Your Support Bookmarks
Documentation for this article will be maintained at
https://quotaguard.github.io/qg-docs/quickstart-ruby
Please click on the above link to ensure you are reading
the most recent and updated documentation.
With every QuotaGuard Static plan, you have the option of using our HTTP
or SOCKS5 proxies.
This article outlines the differences and what factors should influence
your decision between the two proxies.
HTTP vs SOCKS comparison
The majority of our customers use our HTTP proxy. This allows you to
route any HTTP calls via our proxy - including secure requests over
HTTPS.
HTTP proxies are natively supported in most of the common programming
languages, and HTTP client libraries, so it is easy to integrate with
your applications.
SOCKS proxies are a little bit more versatile as they operate at a lower
level than HTTP.
SOCKS proxies can proxy TCP connections to arbitrary IP addresses. This
allows you to proxy higher level protocol interactions like FTP or
LDAP.
SOCKS is also supported at the socket level in a lot of the major
languages. However, most client libraries do not natively support
it, which makes it a bit harder to integrate easily in to your
application(s).
Due to the ease of integration, if you are accessing an HTTP or HTTPS
API, you should probably use our HTTP proxy.
If you are using a different protocol, then we recommend that you should
switch to using SOCKS proxies.
These are some of the more common use cases that we see for each type of
proxy:
Common HTTP Use Cases | Common SOCKS Use Cases |
Accessing an HTTP API | Accessing an MySQL database |
Accessing an HTTPS API | Accessing an LDAP service |
Transferring files via Secure FTP |
Please let us know if you still have questions about which proxy to
chose for your use case. Our customer support contact information is
below and we'd love to help you out with finalizing this crucial
decision.