[linux] static wired internet met wicd

[Geert Stappers]

On Sun, Dec 23, 2018 at 09:14:27PM +0100, paai wrote:
> On 23-12-18 20:53, Geert Stappers wrote:
> > paai:
> > >  ...
> > > en voor de static interface (die niet werkt)
> > > 
> > > 2018/12/23 20:03:32 :: Creating wired profile for hop
> > > 2018/12/23 20:09:16 :: Putting interface down
> > > 2018/12/23 20:09:16 :: Releasing DHCP leases...
> > > 2018/12/23 20:09:16 :: Setting false IP...
> > > 2018/12/23 20:09:16 :: Stopping wpa_supplicant
> > > 2018/12/23 20:09:16 :: Flushing the routing table...
> > > 2018/12/23 20:09:16 :: Putting interface up...
> > > 2018/12/23 20:09:18 :: Setting static IP : 192.168.178.12
> > > 2018/12/23 20:09:18 :: Setting default gateway : 192.168.178.1
> > > 2018/12/23 20:09:18 :: Connecting thread exiting.
> > > 2018/12/23 20:09:19 :: Sending connection attempt result success
> > "Sending connection attempt result success"      \o/
> > 
  ...
> > 
> > Ik beweer dat `ip a`  ( korte versie van `ip address show` ) laat zien
> > dat de interface adres  192.168.178.12   heeft gekregen.
> > 
> > Wat we nu weten is dat er bij "DHCP" logging van de DHCP client is.
> > 
> > Wat we nog niet weten is waar "'static wired internet met wicd' werkt niet"
> > op gebaseerd is.  Mocht blijken dat het gewoon werkt, meldt dat dan a.u.b.
> > 
> 
> Nee, ik test tussendoor echt wel of de static interface wakker is...
> en dan zijn de laatste regels van wicd.log wel
> 
> 2018/12/23 21:09:01 :: Putting interface up...
> 2018/12/23 21:09:03 :: Setting static IP : 192.168.178.12
> 2018/12/23 21:09:03 :: Setting default gateway : 192.168.178.1
> 2018/12/23 21:09:03 :: Connecting thread exiting.
> 2018/12/23 21:09:03 :: Sending connection attempt result success
> 
> Maar ip a geeft niettemin
> 
> /home/paai# ip a
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group
> default qlen 1000
>     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>     inet 127.0.0.1/8 scope host lo
>        valid_lft forever preferred_lft forever
>     inet6 ::1/128 scope host
>        valid_lft forever preferred_lft forever
> 2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
>     link/ether 30:65:ec:87:21:2d brd ff:ff:ff:ff:ff:ff
>     inet6 fe80::3265:ecff:fe87:212d/64 scope link
>        valid_lft forever preferred_lft forever
> 3: wlp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
>     link/ether 94:65:9c:d7:6b:9e brd ff:ff:ff:ff:ff:ff
> 
> 

Mmm, vreemd.  (En ook wel een interresant probleem)

De `wicd` doet zijn best, meldt ook dat gebeurd is.
Maar als je dan gaat kijken, dan is het resultaat er niet.

Alsof iets anders de actie van `wicd` ongedaan maakt.
Wat dat zou kunnen zijn weten we nog niet. Met de kans op valse beschulding,
zou ik DHCP clients gaan bekijken m.b.v. `ps -ef |grep dhc`.  Als er niets
uitkomt dan is het onderzocht. Mocht er wel wat uit komen, kijk dan hoe lang
het process al draait en wat het parent process is.

We gaan het zien.


Groeten
Geert Stappers
-- 
Leven en laten leven