[linux] static wired internet met wicd

[paai]

On 23-12-18 21:33, Geert Stappers wrote:
> 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


Ik ga morgen met de bedrading aan de slag. Kijken of een andere UTP 
kabel soelaas brengt. Hoewel ik me dat niet kan voorstellen.



-- 
Dr J.J. Paijmans
Houwenberg 2A
5985PE Grashoek (L)