Overview
By default, Nimble rotates to a new IP for every request. Session control lets you maintain the same IP across multiple requests or configure custom rotation intervals.Session Types
Rotating (Default)
New IP for every request
Sticky Session
Same IP across multiple requests
Sticky Sessions
Maintain the same IP address across multiple requests by creating a session.How It Works
- Add a session ID to your connection string
- All requests with the same session ID use the same IP
- Session remains active for 10 minutes after last request
- If the IP goes offline, a new IP is automatically assigned
Format
Session ID Requirements
- Maximum 32 alphanumeric characters
- Cannot include hyphens
- No minimum length requirement
- Use any arbitrary string
Example
Session Expiration
1
Active Session
Requests maintain the same IP while session is active
2
Inactivity Period
After last request, session stays alive for 10 minutes
3
Expiration
After 10 minutes of inactivity, IP is released and session expires
4
Renewal
Next request with same session ID gets a new IP
Combining with Geotargeting
Create sticky sessions with specific geographic targeting:Configuration via Pipeline Settings
For IP allowlist authentication, configure rotation behavior in pipeline settings.Rotation Options
| Option | Description |
|---|---|
| Every request | New IP for each request (default) |
| 1 minute | Rotate IP every 1 minute |
| 3 minutes | Rotate IP every 3 minutes |
| 5 minutes | Rotate IP every 5 minutes |
| 10 minutes | Rotate IP every 10 minutes |
| 30 minutes | Rotate IP every 30 minutes |
IP Replacement Options
Configure what happens when the current IP becomes unavailable:| Option | Behavior |
|---|---|
| Replace IP | Automatically assign any available IP |
| Same ASN | Replace with IP from same ISP/ASN |
| Fail request | Return error instead of replacing IP |
Configuration Methods
Configure through:- Nimble dashboard pipeline settings page
- Admin API
/account/pipelinesendpoint
Geo-Sessions (Advanced)
For enhanced location consistency, use geo-sessions instead of regular sessions.Key Differences
| Feature | Regular Session | Geo-Session |
|---|---|---|
| IP consistency | Same IP maintained | May rotate within constraints |
| Location consistency | City-level | 15km radius |
| ASN consistency | No guarantee | Guaranteed same ISP |
| Rotation sensitivity | Medium | Low (more stable) |
| Performance | High | Medium |
Format
Requirements
- Session ID: 16-32 alphanumeric characters (minimum 16 characters)
- Request timeout: Recommended 40+ seconds
- Session persistence: Up to 10 days of inactivity
- Availability: Currently US only
Example
When to use Geo-sessions: Use geo-sessions for long, multi-step processes that need location stability (within 15km) and ASN consistency, such as simulating real user behavior or multi-page workflows.
Use Cases
Web Scraping with Login
Web Scraping with Login
Use sticky sessions to maintain authentication across multiple page requests:
Multi-Page Workflows
Multi-Page Workflows
Navigate through multiple pages while maintaining the same IP:
Rate Limit Management
Rate Limit Management
Rotate IPs every N minutes to distribute requests:
Location-Consistent Browsing
Location-Consistent Browsing
Maintain geographic proximity across long sessions:
Best Practices
Generate unique session IDs for different workflows to avoid conflicts
Use geo-sessions for multi-step processes requiring location consistency
Monitor session expiration and handle re-authentication when sessions expire
Configure fallback behavior in pipeline settings for IP replacement

