Bug 4599 - User-specific IP addresses for outgoing connections
Summary: User-specific IP addresses for outgoing connections
Status: CLOSED WONTFIX
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: VSM Agent (show other bugs)
Version: trunk
Hardware: PC Unknown
: P2 Normal
Target Milestone: 4.14.0
Assignee: Bugzilla mail exporter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-04-16 14:53 CEST by Karl Mikaelsson
Modified: 2022-01-03 16:04 CET (History)
0 users

See Also:
Acceptance Criteria:


Attachments

Description Karl Mikaelsson cendio 2013-04-16 14:53:53 CEST
We have received requests for a feature similar to "Remote Desktop IP Virtualization" (used by Microsoft and Citrix).

In short, it makes all outgoing connections for a single user go through a separate IP address. This would make it easy to pinpoint which user is (ab)using the network by referencing the IP<->User assignments, as well as allowing use of services that only allow one connection from each IP in a terminal server environment.
Comment 2 Karl Mikaelsson cendio 2013-04-16 15:32:13 CEST
The solution presented in
http://serverfault.com/questions/236721/bind-process-or-user-to-specific-ip-linux
looks to be a good start:

>> iptables -t nat -A POSTROUTING -m owner --uid-owner user1 -j SNAT --to-source 192.168.1.2
>> iptables -t nat -A POSTROUTING -m owner --uid-owner user2 -j SNAT --to-source 192.168.1.3
>> iptables -t nat -A POSTROUTING -m owner --uid-owner user3 -j SNAT --to-source 192.168.1.4
>
> It is your responsibility to make sure that (a) you are not
> otherwise using the POSTROUTING nat chain, so these rules don't
> conflict with anything else, and (b) all these IP addresses are
> present on your NIC (you won't hear many replies otherwise).
>
> This will also only affect traffic originating locally from
> processes owned by these users. If these are users are setting up
> network listening daemons, a different approach will be needed to
> handle replies, and if the server is acting as a router, this will
> not work; but you did not say that either of these circumstances
> applied, so I have not addressed the issues.
Comment 3 Karl Mikaelsson cendio 2013-04-16 15:56:27 CEST
The solution presented in comment #2 would of course only work on Linux. Solaris might have to do without this feature when/if we implement it.
Comment 4 Pierre Ossman cendio 2022-01-03 16:04:53 CET
This is out of scope for ThinLinc.

Note You need to log in before you can comment on or make changes to this bug.