
Could you please help me to figure out how to configure the IP address that is used my HTTP Tunnel?
It shows address of one of my domains but not the one my host.domain.com configured to?
Is there a way to edit it manually somewhere?
Status:
Closed (fixed)
Comments
Submitted by andreychek on Sun, 02/16/2014 - 09:34 Comment #1
Howdy -- can you describe the setup you have there in more detail, what IP address you are looking to change, and where you're seeing that particular iP address? Thanks!
If I go to:
https://www.google.com/#q=IP
I get the IP that is not the IP of my host but one of my virtual-servers.
I have a free IP and I would like HTTP tunnel to use voluntarily assigned IP not the one it wants..
Thanks, Ilia
Submitted by andreychek on Sun, 02/16/2014 - 10:37 Comment #3
What output do you receive if you run this command:
route -n
Also, can you describe how you setup the HTTP tunnel you're referring to?
I get a list of broadcast addresses.
I didn't set up anything. It's built-in into Webmin, this is why I am asking you guys about it! :)
Submitted by Locutus on Sun, 02/16/2014 - 11:32 Comment #5
Can you please paste the output of these commands, in
[code]
[/code] tags? I'm assuming that Webmin is using the (first) IP address that's assigned to the interface that the packets are routed out via. Not sure though if you can change that IP (without changing the assignments in ifconfig).It's using the first IP address on eth0:0 (IPv4) and the last of in the list of IPv6.
Can you please ask Jamie to make a configuration on HTTP tunnel, with drop-down from all available address, to choose which to use for HTTP tunnel?
This should be controlled by the user, not by chance, right? :)
Submitted by JamieCameron on Mon, 02/17/2014 - 00:21 Comment #7
Currently there is no way to set the source IP for the HTTP tunnel connection - however, it will default to the system's primary address, which is typically whatever is on eth0.
That would be great to choose though!
At the same time it is not. It falls to eth0:0 interface instead of eth0.
Create eth0:0 to see it your-self! :)
Thanks!
Submitted by andreychek on Mon, 02/17/2014 - 08:46 Comment #9
If you paste in the output of these two commands, we can explain the behavior you're seeing:
route -n
ifconfig
Yes, please:
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
7.207.96.102 0.0.0.0 255.255.255.248 U 0 0 0 eth0
52.151.254.164 0.0.0.0 255.255.255.248 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth0
0.0.0.0 52.151.254.165 0.0.0.0 UG 0 0 0 eth0
0.0.0.0 7.207.96.103 0.0.0.0 UG 0 0 0 eth0
ifconfig
eth0 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:7.207.96.107 Bcast:7.207.96.109 Mask:255.255.255.248
inet6 addr: cc70::021e:67ca:ca3a:4a3c/64 Scope:Link
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:8a9c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:2a2c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9060:c12a:4a0b:3a1c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4d0b:4b2c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:3a3d/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9040:a00f:6c0c:2e0d/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4d0b:1b1d/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:2a0d/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9060:c12a:4a0b:2a3b/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:1b0b/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:3a1b/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:9a6b/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9060:c12a:4a0b:7a5b/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:6a7c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9060:c12a:4a0b:3a4c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:4a4c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9030:c00b:3e0c:2e0c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9020:c00b:e0c0:7f0f/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:0010:c12a:4a0b:5a5c/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9030:c00b:e0c0:3f0a/64 Scope:Global
inet6 addr: 5c15:c011:3110:00:9030:c00b:6a6a:f000/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3003617 errors:0 dropped:0 overruns:0 frame:0
TX packets:4011160 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1055691469 (1006.6 MiB) TX bytes:5075722641 (4.7 GiB)
Memory:c0b30000-c0b30000
eth0:0 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:7.207.96.108 Bcast:7.207.96.109 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:c0b30000-c0b30000
eth0:1 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:7.207.96.104 Bcast:7.207.96.109 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:c0b30000-c0b30000
eth0:2 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:7.207.96.105 Bcast:7.207.96.109 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:c0b30000-c0b30000
eth0:3 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:7.207.96.106 Bcast:7.207.96.109 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:c0b30000-c0b30000
eth0:4 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:52.151.254.166 Bcast:52.151.254.171 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:c0b30000-c0b30000
eth0:5 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:52.151.254.167 Bcast:52.151.254.171 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:c0b30000-c0b30000
eth0:6 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:52.151.254.169 Bcast:52.151.254.171 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:c0b30000-c0b30000
eth0:7 Link encap:Ethernet HWaddr 00:1A:17:AA:1C:0A
inet addr:52.151.254.170 Bcast:52.151.254.171 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:c0b30000-c0b30000
Like I mentioned above, the IP that is assigned to HTTP Tunnel is the one that is on interface eth0:0, which IP is 7.207.96.108.
Please be kind trying to make it voluntarily assigned!
No ideas on that? :)
Submitted by Locutus on Thu, 02/20/2014 - 03:47 Comment #12
When you ping another system from the shell, does it use the IP from eth0 or eth0:0 as source? If the latter, it might be a behavior of your system that Webmin presently has no influence on.
Is this technically hard for you to make it stick on concrete IP/IPs? Like Squid for example?
Submitted by JamieCameron on Thu, 02/20/2014 - 13:39 Comment #14
Sure, that can be done ... I'll take a look when I get the chance.
Thanks a lot!!
Submitted by JamieCameron on Fri, 02/21/2014 - 15:22 Comment #16
Actually, I wasn't able to find out how to BIND to a source IP like that in Perl.. so this may not be possible.
I see. Well, thanks for checking anyway..
Submitted by JamieCameron on Sat, 02/22/2014 - 13:13 Comment #18
My mistake - I was wrong. There is already a way in Webmin to do this, but it applies to ALL outgoing connections made by Webmin and Virtualmin. You can find the setting at Webmin -> Webmin Configuration -> Proxy Servers and Downloads -> Source IP address for HTTP connections.
Yes, it works!!
This is just what was needed!
Thanks!
Submitted by Issues on Mon, 03/10/2014 - 03:24 Comment #20
Automatically closed -- issue fixed for 2 weeks with no activity.