[WORKAROUND] Internet werkt niet.. ping: sendmsg: Operation not permitted

[eXtreem]

Dat 169.254 ding komt door de avahi-daemon.
Ik heb me daar wel eens in verdiept, maar nooit begrepen wat dat ding doet c.q.
wat het nut er van is.

Ik kwam het volgende tegen in de output van dmesg:

Code: [Selecteer]

warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use)
Iemand een idee wat dit voor impact heeft?

[track]

Mijn google wist raad:  http://fixunix.com/networking/328831-what-avahi-daemon.html

En als jouw systeem op 64 bit draait (bijkbaar wél, hè ?) dan zal een 32-bit iets best problemen veroorzaken.
Alleen dit zou een reden zijn om dat ding uit te zetten en te deïnstalleren.

track

[eXtreem]

Dat is juist het vreemde, mijn systeem draait gewoon 32 bit. Waarom hij dus een warning geeft??? geen idee...

In de tussentijd dat ik dit zit te typen heb ik op de "probleem"-laptop het de 2 avahi processen gekilled en ik kan weer pingen naar de router. Internet werkt echter nog niet.

Na een herstart maakt hij automatisch een draadloze verbinding en kan ik nog steeds pingen naar de router (de avahi processen lopen wel weer). Echter nog steeds niet naar het internet toe, ook niet op IP adres. Nog steeds operation not permitted.

En als ik nu op het netwerkicoontje rechts boven klik staat er bij bekabeld netwerk:

Code: [Selecteer]

apparaat wordt niet beheerd
Hij staat nog wel netjes met een IP adres in de output van ifconfig. Ook als ik de draadloze verbinding verbreek kan ik nog steeds mijn router pingen en benaderen via de webinterface.

Edit:
Ik kan ook weer pingen naar mijn andere laptop in hetzelfde netwerk. Maar internet blijft problemen houden... Een ssh sessie naar van de ene naar de andere laptop lukt ook nog niet

[eXtreem]

Weer iets ontdekt. Het probleem zit bij de networkmanager. Ik heb ontdekt dat zodra deze niet in gebruik is alles werkt. Ik heb in mijn /etc/interfaces het volgende bijgeplaatst:

Code: [Selecteer]

auto eth0
iface eth0 inet dhcp
Hierna was ik mijn eth0 kwijt uit de networkmanager (rechts boven). Vervolgens schakel ik met de rechtermuisknop het draadloos netwerk uit. Volgens het icoon heb ik nu dus geen verbinding. De output van ifconfig laat me echter zien dat ik wel een IP adres heb op mijn eth0. Na de juiste DNS servers weer in de /etc/resolv.conf gezet te hebben kan ik nu dus ook internetten.

Het enige probleem is dat mijn /etc/resolv.conf elke keer overschreven wordt met de volgende inhoud:

Code: [Selecteer]

# Generated by NetworkManager
Mijn probleem is dus nu bijna verholpen, misschien niet helemaal op de nette manier (aangezien het icoon van de verbinding nu zegt dat hij niet verbonden is), maar ik kom er mee uit de voeten

Misschien dat iemand mij nog kan vertellen hoe ik er voor kan zorgen dat die NetworkManager niet steeds mijn /etc/resolv.conf aanpast?

Edit:
De volgende stappen moet ik nu doorlopen om het internet op te kunnen:

Code: [Selecteer]

richard@toshiba-laptop:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 212.54.35.25
nameserver 212.54.40.25
richard@toshiba-laptop:~$ ping www.gentoo.org
ping: unknown host www.gentoo.org
Vervolgens schakel ik dus het draadloze netwerk uit via het icoon rechtsboven en doe het voglende:

Code: [Selecteer]

richard@toshiba-laptop:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 212.54.35.25
nameserver 212.54.40.25
richard@toshiba-laptop:~$ cat /etc/resolv.conf
# Generated by NetworkManager
richard@toshiba-laptop:~$ sudo cp -p /etc/resolv.conf.bak /etc/resolv.conf
[sudo] password for richard:
richard@toshiba-laptop:~$ ping www.gentoo.org
PING www.gentoo.org (209.177.148.228) 56(84) bytes of data.
64 bytes from wren.gentoo.org (209.177.148.228): icmp_seq=1 ttl=49 time=173 ms
64 bytes from wren.gentoo.org (209.177.148.228): icmp_seq=2 ttl=49 time=173 ms
64 bytes from wren.gentoo.org (209.177.148.228): icmp_seq=3 ttl=49 time=171 ms
^C
--- www.gentoo.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2005ms
rtt min/avg/max/mdev = 171.931/172.916/173.661/0.870 ms

[HapsHash]

Meestal word het probleem opgelost door een 2 netwerkkaart er bij te zetten
voor 5 euro weet je alles,het is vreemd maar het functioneerd wel.
M.v.g.

[Johan van Dijk]

Misschien dat iemand mij nog kan vertellen hoe ik er voor kan zorgen dat die NetworkManager niet steeds mijn /etc/resolv.conf aanpast?

Punt 8: https://www.opendns.com/start/device/ubuntu

[eXtreem]

Meestal word het probleem opgelost door een 2 netwerkkaart er bij te zetten
voor 5 euro weet je alles,het is vreemd maar het functioneerd wel.
M.v.g.

Het is een laptop, dus een netwerkkaartje erbij zetten gaat niet zo 1, 2, 3...

Misschien dat iemand mij nog kan vertellen hoe ik er voor kan zorgen dat die NetworkManager niet steeds mijn /etc/resolv.conf aanpast?

Punt 8: https://www.opendns.com/start/device/ubuntu

Dit ga ik vanavond uitproberen. De file /etc/resolv.conf.auto bestaat op dit moment nog niet, daar ben vrij zeker van aangezien ik al had gekeken er misschien backupfile bestond welke de originele steeds overschreef, maar dit niet kunnen vinden...

[eXtreem]

Misschien dat iemand mij nog kan vertellen hoe ik er voor kan zorgen dat die NetworkManager niet steeds mijn /etc/resolv.conf aanpast?

Punt 8: https://www.opendns.com/start/device/ubuntu

Dit heeft helaas niet geholpen, nog steeds wordt de resolv.conf overschreven door een lege...

[track]

Dat de /etc/resolv.conf bij het opstarten telkens opnieuw geschreven wordt behoord zo te zijn,
want daar komt het resultaat van de DNS- vraag terecht.

Mijn vraag is, als je op het netwerkicoontje klikt - "manual configuration" - tab [DNS] :  wat vind je daar terug ?

track

[eXtreem]

Dat de /etc/resolv.conf bij het opstarten telkens opnieuw geschreven wordt behoord zo te zijn,
want daar komt het resultaat van de DNS- vraag terecht.

Mijn vraag is, als je op het netwerkicoontje klikt - "manual configuration" - tab [DNS] :  wat vind je daar terug ?

track

Het netwerkicoontje is bij mij gedactiveerd. Zodra ik via de networkmanager verbinding maak krijg ik de oorspronkelijke foutmelding terug (operation not permitted). Ik heb dus in de /etc/network/interfaces een toevoeging gedaan voor eth0 zodat deze netjes een IP adres krijgt en geen fouten geeft bij een eenvoudige ping.

[eXtreem]

Ik heb vandaag de distributieupgrade uitgevoerd en heb nu weer precies hetzelfde probleem....

Het enige verschil is nu dat de workaround die ik had niet meer werkt. Blijft operation not permitted geven.

Iemand een idee??

[eXtreem]

Ik heb het internet inmiddels weer werkend gekregen...

Het enige wat ik nog moest doen na het uitvoeren van de eerder genoemde workaround was:

Code: [Selecteer]

ipmasq