From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-discuss/20120522/007793.html | 187 ++++++++++++++++++++++++++++ 1 file changed, 187 insertions(+) create mode 100644 zarb-ml/mageia-discuss/20120522/007793.html (limited to 'zarb-ml/mageia-discuss/20120522/007793.html') diff --git a/zarb-ml/mageia-discuss/20120522/007793.html b/zarb-ml/mageia-discuss/20120522/007793.html new file mode 100644 index 000000000..3b503db71 --- /dev/null +++ b/zarb-ml/mageia-discuss/20120522/007793.html @@ -0,0 +1,187 @@ + + + + [Mageia-discuss] Temporarily changing IP address + + + + + + + + + +

[Mageia-discuss] Temporarily changing IP address

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Tue May 22 19:51:08 CEST 2012 +

+
+ +
> -----BEGIN PGP SIGNED MESSAGE-----
+> Hash: SHA1
+>
+> On 22/05/12 16:59, AL13N wrote:
+>>> On 22/05/12 15:08, AL13N wrote:
+>>>>>>> No :-(  No difference, even though I restarted the
+>>>>>>> network service,
+>>>>>
+>>>>> Lets start from scratch.
+>>>>>
+>>>>> But first, can you tell me the ip address of the NAS and
+>>>>> your laptop's IP address for eth0.
+>>>>>
+>>>>> After making note of these, put the laptop back to it's
+>>>>> original config. (i.e. remove the manually created interface)
+>>>>> and set wlan0 not to come up on reboot.  Then restart so you
+>>>>> only have an ip address on eth0.
+>>>>>
+>>>>> Then send me the info.
+>>>>>
+>>>>> Doug
+>>>>
+>>>> in fact, if we want it to be even simpler, you could add the
+>>>> ip address without a alias interface wit iproute2
+>>>>
+>>>> []# ip addr show eth0
+>>>
+>>> # ip addr show eth0 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP>
+>>> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether
+>>> 1c:75:08:28:bd:e4 brd ff:ff:ff:ff:ff:ff inet 169.254.100.1/24 brd
+>>> 169.254.100.255 scope global eth0 inet6
+>>> fe80::1e75:8ff:fe28:bde4/64 scope link valid_lft forever
+>>> preferred_lft forever
+>>>
+>>>> []# ip addr add www.xxx.yyy.zzz/netmask dev eth0
+>>>
+>>> # ip addr add www.192.168.0.20/255.255.255.0 dev eth0 Error: an
+>>> inet prefix is expected rather than
+>>> "www.192.168.0.20/255.255.255.0".
+>>>
+>>> Not sure what it is expecting.
+>>
+>> hum, i meant the socalled CIDR notation: 4 parts of ip address
+>> followed by a subnet mask,
+>>
+>> in your case, i'd do:
+>>
+>> []# ip addr add 192.168.0.20/24 dev eth0
+>>
+> Meanwhile, I played with alternatives, knowing that it must be
+> something close to what I'd already tried.  So,
+>
+> # ip addr add 192.168.0.20/255.255.255.0 dev eth0
+> # ip addr show eth0
+> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
+> state UP qlen 1000
+>     link/ether 1c:75:08:28:bd:e4 brd ff:ff:ff:ff:ff:ff
+>     inet 169.254.100.1/24 brd 169.254.100.255 scope global eth0
+>     inet 192.168.0.20/24 scope global eth0
+>     inet6 fe80::1e75:8ff:fe28:bde4/64 scope link
+>        valid_lft forever preferred_lft forever
+>
+> So now it appears to have two addresses, preferring the wrong one.
+
+
+by preferring, you mean the top one?
+
+
+>> then if you do
+>>
+>> []# ip addr show eth0
+>>
+>> again, you'd see it was there, as well as the extra route for that
+>> range:
+>>
+>> []# ip route
+>>
+> # ip route
+> default via 192.168.0.1 dev eth1  proto static
+> default via 169.254.100.100 dev eth0  metric 10
+> default via 192.168.0.1 dev eth1  metric 10
+> 169.254.100.0/24 dev eth0  proto kernel  scope link  src 169.254.100.1
+>  metric 10
+> 192.168.0.0/24 dev eth1  proto kernel  scope link  src 192.168.0.101
+> 192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.20
+
+
+whoa, 3 default routes? over different interfaces...
+
+you have 192.168.0.0/24 network, both reachable over eth1 and eth0, i hope
+that is what you want...
+
+
+>>
+> ifconfig
+> eth0      Link encap:Ethernet  HWaddr 1C:75:08:28:BD:E4
+>           inet addr:169.254.100.1  Bcast:169.254.100.255
+> Mask:255.255.255.0
+>
+>>>
+>>> Shorewall and iptables are currently stopped.
+>>
+>> Be careful of this, in your case, it might not matter, but
+>> shorewall stop has policy DROP, (i think), allthough iptables
+>> should have policy ACCEPT.
+>>
+>> so, you'd have to stop shorewall first, then stop iptables.
+>
+> That's the order I did it.
+>>
+>> personally, i'd rather not stop the firewall, due to security
+>> reasons though. but since with this solution, you don't have any
+>> extra interface, even just restarting it would be fine.
+>>
+> Once I have a connection I'll restart them.
+>
+>> if you want to debug even further:
+>>
+>> []# tcpdump -n -i eth0 host <nas_ip>
+>>
+> Where does that write to?  A log file?
+>
+>> and try to connect and then you can see what sourceip and destip
+>> are set and if a reply is coming back.
+>>
+> At the end of this, though, I can ping both the NAS on 192.168.0.200
+> and other LAN connections.
+>
+> Last question, then, is whether this is a permanent change?
+
+ip command is never permanent, you have to change the config files if you
+want permanent changes (ie: after reboot).
+
+ + +
+

+ +
+More information about the Mageia-discuss +mailing list
+ -- cgit v1.2.1