A card is required. A paid 10 GB plan starts after 7 days unless you cancel. View trial terms.
Multilogin proxy settingsExample
MultiloginAnti-Detect Browser
Proxy Type
HTTP/SOCKS5
Host
YOUR_PROXY_IP (from your dashboard)
Port
YOUR_PORT (from your dashboard)
Username
your_username
Password
your_password
Recommended: ISP Proxies (Static IPs)
Our recommendation
Best Proxy Type for Multilogin
Recommended
ISP Proxies (Static IPs)
Multilogin requires consistent IPs for each browser profile to build trust over time. ISP proxies provide static IPs registered to telecom networks, with unlimited bandwidth – perfect for account management.
One dedicated IP per browser profile
Build account trust over time
Unlimited bandwidth included
Telecom-registered addresses
Alternative Options
Residential Proxies
For temporary or rotating profile needs
Mobile Proxies
For mobile-first platforms (new orders currently paused)
Setup guide
How to Set Up Proxies in Multilogin
1
Get ISP Proxy Credentials
Purchase ISP proxies – we recommend one proxy per Multilogin profile for maximum security.
2
Create Browser Profile
In Multilogin, create a new browser profile for your account.
3
Configure Proxy in Profile
Add your ISP proxy details to the profile's proxy settings.
1Proxy Type: HTTP/SOCKS52Host: YOUR_PROXY_IP (from your dashboard)3Port: YOUR_PORT (from your dashboard)4Username: your_username5Password: your_password
4
Verify Connection
Launch the profile and verify the IP matches your assigned ISP proxy. Check on whatismyip.com.
Use cases
Multilogin Use Cases with Proxies
Social Media Management
Manage multiple social accounts safely with unique IPs per profile.
E-commerce Operations
Run multiple seller or buyer accounts on marketplaces.
Ticketing
Access ticket platforms with multiple profiles for legitimate purchasing.
Affiliate Marketing
Manage affiliate accounts across different platforms securely.
Why Fusion
Why Use Fusion Proxy with Multilogin
Real ISP IPs
Static IPs registered to telecom and ISP networks rather than cloud hosting ranges.
Unlimited Bandwidth
No data caps – use as much as you need per profile.
Long-Term Stability
Same IP for each 30-day period, renewable, building account trust over time.
Ideally one proxy per Multilogin profile. This ensures complete IP isolation between accounts. Some users successfully share proxies between 2-3 low-activity profiles.
Can I use residential proxies instead?
Yes, but sticky sessions only last up to 120 minutes. For accounts you use regularly, ISP proxies provide the consistency needed to build platform trust.
Do your proxies work with Multilogin fingerprint protection?
Yes, our proxies integrate seamlessly with Multilogin's browser fingerprinting. The combination provides maximum account protection.
What if an ISP proxy gets flagged?
We offer proxy replacements. Contact support and we'll look at assigning you a fresh IP.
Integrations
Works With Your Tools
Any tool that accepts an HTTP or SOCKS5 proxy works. These have their own setup guides.
A Multilogin browser profile combines browser settings with a network connection. For approved QA, localization or account administration, the objective is a predictable, documented environment, not a promise that an IP address makes a platform treat an account as trustworthy. Choose an address lifetime that matches the profile’s purpose.
Decide whether an address must persist
A business workflow that repeatedly returns to the same approved account may benefit from one dedicated ISP or datacenter address for the paid period. A regional website test conducted in a single session may need only sticky residential access. Those choices have different billing and location limits; one is not always better.
Verify inside the profile
After adding the proxy details from the current Fusion Proxy dashboard, visit an IP-check page inside that particular browser profile. Confirm the selected exit, then inspect the actual application page. Saving the profile name, assigned IP and expected country prevents confusion when several QA environments exist.
Avoid stale setup instructions
Historical integrations sometimes show sample domains or fixed ports that no longer match current products. Read host, port, protocol and credentials from the actual assigned proxy. Never copy a hostname from an old marketing example into production without verifying that it is current.
Keep administration compliant
Use profiles only for accounts and sites you are authorized to manage. Respect platform rules. A proxy does not replace proper account authorization, and fingerprint settings cannot guarantee account safety. Review access errors as application signals rather than simply changing network identity.
Questions on this topic
Is a dedicated IP required for every profile?
Not necessarily. It depends on the purpose, duration and your approved workflow.
Can I use residential proxies?
Yes, for scenarios where a session-based household exit fits the test. It does not guarantee permanent assignment.
Where do I find the correct proxy port?
Use the current credentials and port shown for your assigned product in the Fusion Proxy dashboard.
Ready to Use Multilogin with Premium Proxies?
Get started with our reliable proxy network. Dedicated ISP IPs with unlimited bandwidth for secure multi-accounting.
A card is required. A paid 10 GB plan starts after 7 days unless you cancel. View trial terms.
Set up proxies for business accounts
Find connection settings, plan comparisons and checks you can run with your own pages before a larger order. Open the guide to choose a topic or follow the setup steps.
Read moreRead lessin this guide
Before and after: a saved proxy setup
These examples show which settings and checks to keep when you want to use the same setup again.
What to save
Before
After
Account
Several accounts share an unnamed browser profile.
Give each authorized business account its own named profile.
Session
The connection changes during a login.
Keep the same connection and browser storage through the visit.
Access
Credentials are scattered through old messages.
Keep current credentials in protected settings and recovery details with the owner.
How do you organize proxies for business accounts?
Create a separate browser profile for each business account you are authorized to manage. Name the profile so the team can recognize the company and purpose before signing in. Save its proxy settings in that profile and keep the account's cookies and browser storage there. A static ISP allocation can be useful when the same account needs a consistent IP over several days; a sticky residential session suits a shorter connected visit.
Set up one profile at a time and check the displayed account name before making changes. Keep multifactor authentication enabled and make sure the account owner can use the normal recovery process. If the platform asks for verification, complete it through the supported process. For a team, note who can use each profile and review that access when an agency contract ends or a colleague leaves. Store credentials in protected settings and avoid copying complete proxy URLs into account notes. If an assigned IP is replaced, update the relevant profiles and any IP allowlists together. Follow the platform's account and automation rules when planning the setup, including any restrictions on how many accounts your organization may operate.
Give each business account a clearly named browser profile and keep its connection settings with it.
How do you keep the same proxy IP between visits?
Use a static ISP or datacenter allocation when a service needs a fixed outbound IP. This can be useful for an IP allowlist, a business account you manage regularly or a scheduled job that should keep the same connection settings. Both products provide static addresses, with different network origins. ISP proxies use ISP-registered addresses, while datacenter proxies use server networks. Check the destination with the product you intend to order.
After ordering, save the assigned address and connection details in the relevant browser profile or application. Record the renewal date where your team tracks subscriptions. If the destination has an IP allowlist, add the assigned address before running the job and test that access works. Keep the same browser profile for returning account visits, because cookies and login state are stored by the browser. A static IP does not preserve those settings when you switch profiles or clear storage. If you replace an address, update every application and allowlist that uses it, then run a short connection check. This is particularly useful when several scheduled jobs share one configuration.
Keep the assigned IP, browser profile and account settings together for returning visits.
How long can you keep a residential session?
Fusion Proxy's standard residential product offers sticky sessions from 1 to 120 minutes. In the endpoint generator, choose Sticky, set the duration and copy the generated connection details into your application. Use those details throughout the visit. This suits a series of connected actions, such as signing in to an account you manage, opening several account pages and checking a setting. Keep the browser's cookies and storage in the same profile during the session.
Choose a duration that leaves time for the whole visit, including typing and normal pauses. For example, if your own test normally takes around ten minutes, allow some extra time for a slow page or a verification step. Check the public IP at the beginning and end when troubleshooting an unexpected change. Household connections can become unavailable, so save progress before any step that is difficult to repeat. If a connection is lost during a form submission, check whether the submission succeeded before sending it again. When you need an address to remain assigned across several days, use the static ISP or datacenter options rather than extending a short residential visit.
Set a sticky duration from 1 to 120 minutes and use the same session for each connected step.
How do you check a browser proxy extension?
Add the proxy connection in the browser extension or profile settings, using the host, port, protocol and credentials from your dashboard. Check that the configuration is enabled for the profile and window you are using. Reload an IP-check page in that window and confirm the new address. Then open the website you need and check its location or language settings.
Give saved connections clear names such as the intended country and purpose. Keep passwords out of the visible name and remove them from screenshots. If you maintain several profiles, select the correct account and connection together before working in a business dashboard. A sticky session can keep the IP consistent during a visit; use a static allocation when the same assigned address is needed across days. Keep a way to return to the direct connection for troubleshooting. A browser setting applies within its supported browser scope, so test a terminal script or desktop application separately. If a page fails after switching, check the endpoint and login details, then retry a simple IP-check request before changing the rest of the browser setup.
After changing the proxy, reload an IP-check page in the same browser profile.
Where should you store your proxy username and password?
Save your proxy username and password in the application's protected settings, an environment configuration or your team's password manager. Keep them out of public repositories and shared reports. If a tool stores a full proxy URL, remember that the URL may contain the password. Check screenshots and copied error messages before sharing them, especially when they show the endpoint generator or a browser's proxy settings.
To help someone reproduce a connection problem, send the client name and version, selected protocol, proxy host and port, approximate time with timezone, and the error message. Replace the password with a clear placeholder. A simple IP-check request is often enough to show an authentication or connection error without sharing customer data. If credentials were exposed, change them through the supported account controls and update every application that uses them. Test one connection before restarting a queue of jobs. For a shared setup, record who maintains it and where the current credentials are stored. That lets another teammate make a planned change without searching through chat messages or copying an outdated password from an old script.
Keep working credentials private and remove the password from screenshots and support examples.
Should you use HTTP, HTTPS or SOCKS5?
Fusion Proxy supports HTTP, HTTPS and SOCKS5 connections. For a browser or web request library, start with the proxy type supported in that application's settings. HTTPS websites can be reached through an HTTP proxy using an HTTPS tunnel. SOCKS5 is useful when the application has a SOCKS5 option. Copy the host and port for that protocol from the dashboard; changing the protocol without updating the port can leave you with a connection that fails.
Check the format expected by the client. Some tools ask for the proxy server and credentials separately, while others accept one connection URL. Keep HTTPS certificate verification enabled. If the client reports a proxy authentication error, recheck the username and password; if it times out, confirm the host, port and network access. Fusion Proxy carries TCP traffic and does not relay UDP. That distinction matters for games and other applications whose website uses HTTPS but whose live connection uses UDP. Test the exact application you want to route. A successful IP check in a browser confirms the browser configuration and gives you a useful starting point for checking another client.
Use the protocol and port shown for your selected endpoint and supported by your application.
Which pages should you test before a larger order?
Choose a short list of pages that reflects your project. For a shopping-site check, include a category page, a product with several variants and a product that is unavailable. For a localized website, include the homepage and a page where language or delivery options change. If you need several countries, run the same checks in each one. These examples show whether the setup handles the parts of the site your project actually uses.
Write down the fields you expect before running the test. Open a few results manually and compare them with the values saved by the script. Look for missing prices, unexpected currencies, duplicate products and pages that show a login prompt. Repeat a small part of the test after changing just one setting, such as the requested city or session type, so you can see its effect. Save the working endpoint configuration with the password removed. Also try a deliberately unavailable page to check that your application records the error and moves on. Once the sample works, use its traffic consumption and completion time to estimate the size and schedule of the full run.
Include the kinds of pages your application will visit, including one that shows how it handles an error.
Before and after: save a setup you can use again
Before saving a setup, a team may paste a proxy into a browser, open a page and leave the settings in that one window. The next person then has to find the endpoint, choose a location and repeat the checks. A saved setup is easier to use again: give the profile a clear name, keep the credentials in protected settings and record the country, session type and test page beside it.
For example, a shop team checking its German catalogue could save a German residential endpoint, a browser profile with German language settings and a delivery postcode used for the test. Keep a product URL and the fields to check, such as price, currency and stock status. On the next visit, open that profile and repeat the same check before starting the full product list. If a result differs, you can inspect the saved settings and the page instead of guessing which connection was used. Update the notes when the shop changes its page layout or the team changes its test location. This also gives a colleague enough information to continue while the original operator is away.
Save the settings with a tested page so your next run starts from a configuration you already know.
Which proxy type should you choose?
Residential proxies provide household IPs with rotating connections or sticky sessions. Fusion Proxy's standard residential product supports country, state and city targeting and is billed by traffic used. Static ISP proxies provide assigned ISP-registered addresses, while datacenter proxies provide assigned server-network addresses. For both static products, check the countries and any city options currently offered in the order form.
Start with the requirement that would be hardest to change. For an IP allowlist, that is usually the fixed address. For a regional website test, it may be the country or city. For a large collection job, traffic usage and the site's response to the chosen IP type matter. Test a small set of actual target pages with the options that meet those requirements. Check the content returned, session behavior and cost for the expected run. Compare current plan duration and stock before ordering. If you need steady high-volume residential traffic with country targeting, also look at the unlimited speed-tier plans. Keep product differences visible in the comparison so you can see which setup the monthly price would actually provide.
Choose rotating residential access for changing household IPs, or a static allocation when the IP needs to stay assigned.
What information helps support fix a connection problem?
Send support the application name and version, proxy type, protocol, selected location and the approximate time of the problem with timezone. Include the exact error message and say whether it happens on every request or only on one website. Remove the password from connection URLs, screenshots and logs. If a simple IP-check request fails too, mention that result; it helps distinguish a connection problem from a page-specific issue.
Describe what changed before the failure. Common examples include a client update, a new proxy password, a different city selection or a change to the destination page. Keep one small example that reproduces the error and one recent working example if available. Avoid sending a whole customer dataset when a single redacted request is enough. For ongoing team use, keep the tested settings, subscription renewal date and responsible person in the place where you maintain the application. Add the test page and the result you expect. A colleague can then check the connection after an update or take over a scheduled job without copying unknown settings from an old browser window.
Include one failing request, the time and the client version, with the password removed.
Need help choosing or connecting?
Check current plans and available locations before ordering. For setup help, use the connection documentation or tell support which application and website you want to connect. Include any error message and the selected protocol, with the password removed.