De ene keer wel en de andere keer niet verbonden met Internet.

[elspierre]

Woteb,

Om met je laatste vraag te beginnen  ook als ik in Windows met dynamisch adres voor het afsluiten het commando geef ipconfig/ release en daarna Ubunu opstart met een statisch adres treedt het probllem de ene keer wel en de andere keer niet op.
Ik blijf zelf toch de mening toegedaan dat het  een Linux driverprobleem is. Te meer daar mijn andere PC met Linux en Windows die op dezelfde modem en router zitten het zowel onder Ubuntu en Windows wel doen.
Ik heb op :

http://support.asus.com/download/download.aspx?SLanguage=en-us

een goede Linux lan-driver gevonden voor mijn moederbord maar misschien zit die al in de Linuxkernel.

Als hij nog niet in de kernel zit weet ik als Linux beginneling niet hoe die te installeren,
hoewel er een readme file bijzit.
Eerst wil ik echter controleren of hij er niet inzit of wel. Als hij er niet in zit zal ik de readme- file posten. Misschien kan iemand me helpen bij de installatie
Weet jij dat misschien hoe ik kan controleren of de driver al in de kernel zit ?
Groetend,
Pierre

[woteb]

Pierre, als een netwerkkaart wél de router ziet, maar niet het internet op kan, dan doet die netwerkkaart het onder Ubuntu. Dat meten we gewoon vaststellen.
Even voorstellen als het inderdaad een netwerkkaart probleem zou zijn.
Dan kun je nergens naar toe pingen je krijg je meteen een foutmelding.
Wanneer je wél naar een router kunt pingen en niet naar het internet, OF, wanneer je niet naar het netwerk, maar wél naar het internet kunt pingen, is er:
1. Een instellingsfout bij Ubuntu (DNS probleem)
2. Een routerfout (hoogstwaarschijnlijk een geblokkeerd IP-adres).

Wat je mij nu allemaal schetst herken ik namelijk. Ik heb ook een systeem gehad wat de ene keer wél en de andere keer niet het internet op kon, maar wel op mijn thuisnetwerk kon draaien. Ik heb toen i.p.v. mijn router mijn accesspoint als dhcp server laten draaien, en toen was het probleem opgelost. Op dit moment draait mijn 'normale' server ook als dhcp server.

Het punt is dat Windows wel eens 'hebberig' kan zijn, maar routers kunnen ook vervelend doen. Ik blijf dus van mening dat je netwerkkaart het wel degelijk doet, anders had je met een statisch adres überhaupt niet het internet op kunnen gaan. Ik denk dus met Gandyman dat het een DNS zaak is. We wachten wel af...
Nog een vraag: Wanneer je met de -ANDERE- computer met Windows aan de gang bent, sluit je dan dat Windows systeem ook af op de manier (ipconfig /release) zoals je dat bij de 'probleemcomputer' doet? Misschien kan die ook wel eens spelbreker zijn. Zomaar een vraag dat bij mij op komt.

[elspierre]

Woteb,
Om weer met je laatste vraag te beginnen.
Als ik op die andere PC Windows afsluit gebruik ik niet ipconfig/ release.
Hoeft ook niet.
Bij de probleempc doe ik het meestel wel al vergeet ik het wel eens keertje.
Het maakt trouwens niet uit of ik het doe of niet, het probleem doet zich desondanks wel of niet voor.

Je zegt dat het  een Ubuntu-instellingsprobleem kan zijn of een routerprobleem.
Hoewel je Linuxkennis veel groter is dan de mijne, waarom sluit je dan niet uit dat het ook een routerprobleem kan zijn. Misschien redeneer ik wel iets te simpel, maar ik dacht als het een routerprobleem is zou die andere PC hetzelfde probleem met die router moeten hebben onder Linux, maar nogmaals mijn Linuxkennis is nog vrij klein.
Daarom dacht ik aan een driverprobleem of een Ubuntu-instellingsprobleem op de probleempc moet zijn.

Maar we hebben alle instellingen onder Ubuntu nagelopen en zowel bij een statisch adres als bij een dynamisch adres doet zich het probleem bij Ubuntu op deze PC al dan niet voor. Zelfs als ik Windows onder een dynamisch adres draai en Ubuntu onder een statisch. Daarom dacht ik het zal wel een driverprobleem zijn.
Ik wacht ook nog even op Gandyman.
Ik kan ook een andere netwerkkaart installeren en dan kijken of en waar het schip dan strandt.
Bedankt en je antwoord afwachtend.
Pierre

[woteb]

Pierre, probeer het nu eens andersom: Windows op een statisch en Ubuntu op een dynamisch adres?
Dat een route vervelend kan doen heeft te maken met de dhcp pool (waarin o.a. de Mac-adressen van de aangesloten systemenworden bijgehouden). Op de een of andere manier kan dan wel eens een conflict ontstaan omdat er dan door een computere om een adres wordt gevraagd, maar aan de hand van het MAC-adres deze netwerkkaaart al een adres zou moeten hebben (volgens de router dan). Windows vraagt als eerste, Ubuntu als tweede in jouw situatie. Wanneer die dhcp pool niet goed wordt geflusht krijg je dan zo'n conflict. Nu sluit jij Wondows af met ipconfig /release maar dat hoeft nog geen garantie te zijn dat het IP-adres gekoppeld aan dat MAC-adres van jouw netwerkkaart goed wordt geflusht. Met andere woorden: De router houdt dat adres nog voor Windows gereed of kan aande hand van het MAC-adres niet weten wat ermee moet gebeuren.

Op een normale server heb je dat niet. Daar kun je netjes opgeven hoelang een adres 'bezet' moet worden gehouden. Op een routertje meestal ook wel, maar die apparaatjes zijn minder stabiel dan een normale server.

Een extra netwerkkaart erbij zetten kan zowieso geen kwaad. ALLEEN..... DENK ER DAN OM.... dat je die extra netwerkkaart onder Windows UIT ZET! Anders hetzelfde probleem. Het beste kun je na het insteken van de kaart de netwerkkabel er niet instoppen, Windows opstarten ende nieuwgevonden netwerkkaart  uitschakelen. Daarna de netwerkkabel aansluiten en bij Ubuntu in het bestandje /etc/network/interfaces erbij zetten.
En dan zo:

auto lo
iface lo inet loopback

#auto eth0
#iface eth0 inet static
#address 192.168.2.100
#netmask 255.255.255.0
#gateway 192.168.2.1
#dns-nameservers your_dns1_ip your_dns2_ip

auto eth1
iface eth1 inet dhcp

Hiermee zet je de nieuwe netwerkkaart op eth1 en op een dynamisch adres en schakel je de oude netwerkkaart (eth0) uit.

Waarom ik het driverprobleem uitsluit? Omdat je er wel lokaal mee kunt netwerken (pingen). Met een verkeerde driver kan dat niet. Je kunt er alleen niet altijd het Internet mee op. Maar nogmaals, routers kunnen ook grote naarlingen zijn...
Kun je trouwens op die router geen logfiles vinden die ergens op kunnen duiden? Dus een aanvraag voor een IP-adres of een aanvraag naar een internetadres met de bijbehorende foutmelding?

[Drummies]

elspierre  ik verwijs weer door naar onderstaande link enkel met als doel je zoveel mogelijk info te geven

Informatie over het netwerk opvragen

Je systeem houdt een tabel bij, waarin staat welke interface en welke router gecontacteerd moet worden om data naar een bepaald netwerk te sturen. Je kan deze tabel opvragen met het netstat commando:

willy@ubuntu:~$ netstat -nr
Kernel IP routing table
Destination   Gateway      Genmask      Flags   MSS Window  irtt Iface
10.2.3.0   0.0.0.0      255.255.255.0   U     0 0           0 eth0
0.0.0.0      10.2.3.254   0.0.0.0      UG     0 0          0 eth0

Wat zien we hier?

    *

      Data die gestuurd moet worden naar computers op hetzelfde netwerk, in dit geval het netwerk met nummer 10.2.3.0, kunnen gewoon op het netwerk gezet worden. Er is geen speciale verkeersregelaar nodig. De interface die hiervoor gebruikt wordt, is eth0.
    *

      Data die naar een ander netwerk moeten (de lijn die begint met 0.0.0.0) gaan via de router of verkeerswisselaar met het adres 10.2.3.254, eveneens via de interface eth0.

Als je computer geen netwerkverbinding kan maken, hoewel hij toch een IP adres heeft, kan dit commando een indicatie geven van wat er misloopt. Er moet altijd een weg naar een verkeerswisselaar gekend zijn, anders kan er geen verbinding gemaakt worden met andere netwerken.

http://tille.garrels.be/training/ubuntu/index.html

[elspierre]

Woteb en Drummies,

Dit is een hele hap voor een beginneling.
Ik zal het eerst even op mij in moeten laten werken voor ik aan de slag kan.

Woteb,
Hier het systemlog van de router van de laatste 2 dagen waarop ik enkele malen problemen heb gehad:

ug 15 07:48:22 udhcpd: sending OFFER of 192.168.2.104
Aug 15 07:48:22 udhcpd: sending ACK to 192.168.2.104
Aug 15 08:02:27 udhcpd: sending OFFER of 192.168.2.104
Aug 15 08:02:27 udhcpd: sending ACK to 192.168.2.104
Aug 15 09:04:41 udhcpd: Received a SIGUSR1
Aug 15 09:09:26 udhcpd: Received a SIGUSR1
Aug 15 09:13:46 udhcpd: Received a SIGUSR1
Aug 15 09:49:11 udhcpd: Received a SIGUSR1
Aug 15 10:29:51 udhcpd: Received a SIGUSR1
Aug 15 13:50:14 udhcpd: sending OFFER of 192.168.2.104
Aug 15 13:50:14 udhcpd: sending ACK to 192.168.2.104
Aug 15 13:54:19 udhcpd: sending ACK to 192.168.2.104
Aug 15 14:25:49 udhcpd: sending OFFER of 192.168.2.104
Aug 15 14:25:49 udhcpd: sending ACK to 192.168.2.104
Aug 15 14:31:50 udhcpd: sending OFFER of 192.168.2.104
Aug 15 14:31:50 udhcpd: sending ACK to 192.168.2.104
Aug 15 14:38:39 udhcpd: sending ACK to 192.168.2.104
Aug 15 14:47:02 udhcpd: sending OFFER of 192.168.2.104
Aug 15 14:47:02 udhcpd: sending ACK to 192.168.2.104
Aug 15 15:07:41 udhcpd: sending ACK to 192.168.2.104
Aug 15 15:17:36 udhcpd: sending ACK to 192.168.2.104
Aug 15 15:54:31 udhcpd: Received a SIGUSR1
Aug 15 15:57:46 udhcpd: sending OFFER of 192.168.2.104
Aug 15 15:57:46 udhcpd: sending ACK to 192.168.2.104
Aug 15 16:59:33 udhcpd: Received a SIGUSR1
Aug 15 16:59:45 udhcpd: Received a SIGUSR1
Aug 15 17:11:48 udhcpd: sending OFFER of 192.168.2.104
Aug 15 17:11:48 udhcpd: sending ACK to 192.168.2.104
Aug 15 17:15:29 udhcpd: sending ACK to 192.168.2.104
Aug 15 17:15:58 udhcpd: sending OFFER of 192.168.2.104
Aug 15 17:15:58 udhcpd: sending ACK to 192.168.2.104
Aug 15 17:18:49 udhcpd: sending ACK to 192.168.2.104
Aug 15 17:20:23 udhcpd: sending OFFER of 192.168.2.104
Aug 15 17:20:23 udhcpd: sending ACK to 192.168.2.104
Aug 15 17:23:38 udhcpd: sending ACK to 192.168.2.104
Aug 15 17:57:34 udhcpd: sending ACK to 192.168.2.104
Aug 15 18:00:21 udhcpd: sending OFFER of 192.168.2.104
Aug 15 18:00:21 udhcpd: sending ACK to 192.168.2.104
Aug 15 18:25:42 udhcpd: sending OFFER of 192.168.2.104
Aug 15 18:25:42 udhcpd: sending ACK to 192.168.2.104
Aug 15 18:31:58 udhcpd: sending ACK to 192.168.2.104
Aug 15 18:45:22 udhcpd: sending ACK to 192.168.2.104
Aug 15 19:20:26 udhcpd: Received a SIGUSR1
Aug 15 19:21:31 udhcpd: Received a SIGUSR1
Aug 15 19:44:45 udhcpd: sending OFFER of 192.168.2.104
Aug 15 19:44:45 udhcpd: sending ACK to 192.168.2.104
Aug 15 19:50:38 udhcpd: sending ACK to 192.168.2.104
Aug 15 20:05:30 udhcpd: sending OFFER of 192.168.2.104
Aug 15 20:05:30 udhcpd: sending ACK to 192.168.2.104
Aug 15 20:16:40 udhcpd: sending OFFER of 192.168.2.104
Aug 15 20:16:40 udhcpd: sending ACK to 192.168.2.104
Aug 15 20:24:16 udhcpd: sending OFFER of 192.168.2.104
Aug 15 20:24:16 udhcpd: sending ACK to 192.168.2.104
Aug 15 20:52:32 udhcpd: Received a SIGUSR1
Aug 16 07:52:17 udhcpd: sending ACK to 192.168.2.104
Aug 16 08:47:04 udhcpd: sending OFFER of 192.168.2.104
Aug 16 08:47:04 udhcpd: sending ACK to 192.168.2.104
Aug 16 10:02:01 udhcpd: sending OFFER of 192.168.2.104
Aug 16 10:02:01 udhcpd: sending ACK to 192.168.2.104
Aug 16 10:10:48 udhcpd: sending ACK to 192.168.2.104
Aug 16 11:24:57 udhcpd: sending OFFER of 192.168.2.104
Aug 16 11:24:57 udhcpd: sending ACK to 192.168.2.104
Aug 16 11:25:00 udhcpd: sending ACK to 192.168.2.104
Aug 16 11:26:34 udhcpd: sending ACK to 192.168.2.104
Aug 16 11:27:12 udhcpd: sending OFFER of 192.168.2.104
Aug 16 11:27:12 udhcpd: sending ACK to 192.168.2.104
Aug 16 12:22:27 udhcpd: sending OFFER of 192.168.2.106
Aug 16 12:22:27 udhcpd: sending ACK to 192.168.2.106
Aug 16 12:24:45 udhcpd: sending OFFER of 192.168.2.106
Aug 16 12:24:45 udhcpd: sending ACK to 192.168.2.106
Aug 16 14:27:54 udhcpd: sending ACK to 192.168.2.104
Aug 16 14:45:24 udhcpd: Received a SIGUSR1

Drummies,

Hierbij de tabel van de netstat van mijn laatste werkend Ubuntu systeem.

pierre@cp741319-a:~$ netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.2.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
0.0.0.0         192.168.2.1     0.0.0.0         UG        0 0          0 eth0
pierre@cp741319-a:~$ Kernel IP routing table
bash: Kernel: opdracht niet gevonden

Kan iemand hieruit iets opmaken ?
Woteb,

Als het een  minder mooie dag is zal ik Windows eens op een statisch adres zetten en Ubuntu op een dynamisch, eens kijken wat er dan gebeurt.
Windows op een dynamisch en Ubuntu op een statisch heb ik gisteren geprobeerd maar dat lost het probleem niet op.
Pierre

[woteb]

Woteb en Drummies,

Dit is een hele hap voor een beginneling.
Ik zal het eerst even op mij in moeten laten werken voor ik aan de slag kan.

Niets bijzonders te zien....

Hierbij de tabel van de netstat van mijn laatste werkend Ubuntu systeem.

pierre@cp741319-a:~$ netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.2.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
0.0.0.0         192.168.2.1     0.0.0.0         UG        0 0          0 eth0
pierre@cp741319-a:~$ Kernel IP routing table
bash: Kernel: opdracht niet gevonden

Kan iemand hieruit iets opmaken ?

Ja, kijk maar eens naar die van mij:

vader@enigma:~$ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     *               255.255.255.0   U     0      0        0 wlan1
default         192.168.0.254   0.0.0.0         UG    100    0        0 wlan1
vader@enigma:~$

Jouw eerste en derde regel zijn vergelijkbaar, maar die tweede van jou is niet correct. Dat komt omdat er een keer geen IP-adres is gekregen, en dan 'bedenkt' het systeem er zelf een. Dit doet Windows overigens óók als er geen IP-adres wordt verkregen....

Als het een  minder mooie dag is zal ik Windows eens op een statisch adres zetten en Ubuntu op een dynamisch, eens kijken wat er dan gebeurt.
Windows op een dynamisch en Ubuntu op een statisch heb ik gisteren geprobeerd maar dat lost het probleem niet op.
Pierre

Nee, daar zijn we intussen al achter gekomen. Maar we gaanstug door met het oplossen van jouw probleem, en ik denk dat we steeds warmer worden... Nietwaar?

[elspierre]

Woteb,

Dat laatste is zeker, maar ik houd er voorlopig even mee op. Wij zitten nu al 1,5 dag aan het probleen te werken en het weer is goed hier.
Wat ik morgen of zo eerst ga doen is Windows op een statisch adres zetten , Ubuntu staat thans weer  op een dynamisch.
Hou dit topic wel in de gaten.
Bedankt,
Pierre

[leepesjee]

Hallo,
Ik heb precies met ditzelfde probleem geworsteld. Ik kende het probleem, in die zin dat ik bij vorige distributies gemerkt heb dat dhclient niet lekker werkte op mijn systeem en dit gedrag oplevert. Anderzijds werkte dhcpcd altijd probleemloos. Daarom geprobeerd dhcpcd te installeren op Ububtu. Dat is vreemd genoeg niet gelukt, dwz het is niet gelukt om het daadwerkelijk te laten gebruiken. Er zit lijkt iets vreemds te zijn met de start-up routines. Wat je ook instelt in  /etc/network/interfaces, Ububtu valt altijd terug op dhclient. Hoe dan ook, ergens onderweg heb ik blijkbaar toch iets gedaan waardoor het probleem opgelost is, zo lijkt het, want ik heb er op een gegeven moment geen last meer van gehad (wat ik me o.a. kan herinneren is dat ik avahi-autoipd eruit gegooid heb). Inmiddels heb ik een ander modem, en dat kan er ook nog mee te maken hebben. Ben benieuwd naar je vorderingen.
Leo.

[elspierre]

Leepesjee,

Ik zal ook jouw opmerking over de avahi-autoipd bij mijn vorderingen betrekken.

Het gekke bij mij is dat wanneer ik WEL met internet verbonden word bij ipconfig-a te zien krijg:

pierre@cp741319-a:~$ ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:1f:c6:03:be:13
          inet addr:192.168.2.104  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::21f:c6ff:fe03:be13/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:507 errors:0 dropped:1689103966 overruns:0 frame:0
          TX packets:550 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:477134 (465.9 KB)  TX bytes:107378 (104.8 KB)
          Interrupt:221 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1286 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1286 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:64300 (62.7 KB)  TX bytes:64300 (62.7 KB)

ALS IK NIET VERBONDEN WORD MET HET NET KRIJG IK HET VOLGENDE TE ZIEN:

eth0      Link encap:Ethernet  HWaddr 00:1f:c6:03:be:13
          inet6 addr: fe80::21f:c6ff:fe03:be13/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:4294967284 overruns:0 frame:0
          TX packets:0 errors:0 dropped:46 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:221 Base address:0xc000

eth0:avahi Link encap:Ethernet  HWaddr 00:1f:c6:03:be:13
          inet addr:169.254.5.12  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:221 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1375 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1375 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:69020 (67.4 KB)  TX bytes:69020 (67.4 KB)

Zie midden !!

Ik ga eerst proberen om Windows een statisch IP-adres te geven en dan zien we verder.
 Wat doet trouwens avahi-autoipd en hoe verwijder je die?

Pierre

[leepesjee]

System -> Administration -> Synaptic Package manager
Search -> avahi en klik op avahi-autoipd
Dan zie je onder in het scherm je een beschrijving.
Rechter muisklik en  'Mark for removal'

Ik heb de engelse versie, zo je begrijpt. De Nederlandse termen zullen niet veel anders zijn.

[woteb]

Ik ga eerst proberen om Windows een statisch IP-adres te geven en dan zien we verder.
 Wat doet trouwens avahi-autoipd en hoe verwijder je die?

Even voor je op Google gezocht: http://www.google.nl/search?q=avahi-autoipd&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:en-US:unofficial&client=firefox-a

Eerste zoekresultaat: http://avahi.org/wiki/AvahiAutoipd

Het tweede zoekresultaat: http://avahi.org/download/avahi-autoipd.8.xml

En dit vind ik best wel interssant: http://maradns.blogspot.com/2008/06/avahi-autoipd-is-evil.html

avahi-autoipd is evil
There is a process in Ubuntu called "avahi-autoipd" that is absolutely evil. What this process does is go out of its way to sabotage any attempt to have a static IP in Ubuntu. I've configured /etc/network/interfaces to use a static IP. avahi-autoipd ignores this configuration. I then had to use "ifconfig" and "route" to manually give my computer a static IP. avahi-autoipd then, 90 seconds later decides I don't want a static ip, erases my static ip and tries to get a DHCP ip (which doesn't work, since there isn't a DHCP server).

I tried killing the avahi process. Some evil daemon then ressurects the avahi process so that it can remove my IP 90 seconds later.

I finally did a "sudo rm /usr/sbin/avahi-autoipd" and rebooted the computer; the monster that decides I can't have a static IP is finally dead.

I'm sure there's some exotic recipe to make avahi behave. I don't care. I have better things to do with my time than to configure some new fangled daemon that doesn't work. The daemon should not be disabling static IPs every 90 seconds, end of story.

Now, I'll see if dhcp works. If not, I'll compile the dhcp client that comes with Busybox, which is, at least simple and not prone to failure.

My other Ubuntu rant: Making backups to a DVD-RW with a UDF filesystem is dog slow. We're talking hours to copy 50 megabytes of data. On a DVD-RW that I could burn in 15 or 20 minutes. Why is this so dog slow?

Linux sucks.
Posted by MaraDNS at 3:53 PM
Labels: Linux, rants, Ubuntu
2 comments:

Anonymous said...

    use freebsd
    June 17, 2008 6:38 PM
Anonymous said...

    The correct way to remove avahi-autoipd is

    sudo dpkg --purge avahi-autoipd

    (Reading database ... 240256 files and directories currently installed.)
    Removing avahi-autoipd ...
    Missing interface name.
    Purging configuration files for avahi-autoipd ...

[elspierre]

Woteb,

Ik heb alles gelezen en begrijp de grote lijnen van het verhaal.
Maar wat moet ik hiermee als Ubuntu-leek.
Verdient het aanbeveling om, voordat ik Windows Xp een vast Ip-adres ga geven, eerst eens te kijken wat het verwijderen van avahi-autoipd via synaptic doet met mijn probleem.
Als het niet helpt kan ik hem atijd weer herinstalleren.
Wat is jouw expert-oordeel ?

Pierre

[woteb]

Verwijder het maar eens. Terugzetten kan altijd nog met het commando

Code: [Selecteer]

sudo apt-get install avahi-autoipdVerwijderen met

Code: [Selecteer]

sudo apt-get remove avahi-autoipd

[Gandyman]

Als ik even mag inbreken ?

Indien je besluit een aparte netwerk kaart in je pc te stoppen, gebruik dan een goede netwerk kaart bijv, de "Intel PRO/1000 G T Desktop Adapter"
Zet die onboard kaart uit en vergeet hem verder.
(deze kan altijd nog handig zijn als reserve indien ooit je ingestoken netwerk kaart stuk gaat )

Daarnaast vind ik het niet echt handig om in 1 van de 2 besturings-systemen 11 statisch ip adres te gebruiken en in het andere een dynamisch...

Je router waar de DHCP inzit kijkt niet naar het IP adres maar naar het MAC adres.
En dus komt je 2 x voor in de router 1x toegewezen en 1x als vast IP adres..
Dit is niet handig en kan voor verwarring zorgen in de router.

Dus zodra je een statisch IP adres gaat gebruiken (BUITEN DE DHCP POOL) gebruik die dan in beide OS'en.

Het verhaaltje over die avahi-autoipd is heel erg interesant en dit zal ik eens gaan bestuderen....
Ondanks dat ik er nooit last van heb gehad zie je regelmatig dat mensen hier op het forum last hebben van geen IP adres krijgen van de router.

Ik heb me er nooit mee bemoeid maar wel altijd over verbaasd dat je in windows een release moet doen om zogenaamd het IP adres los te laten.
Want zodra je opstart in Ubuntu is dit een ander OS en dit zal de Router of DHCP een worst wezen, hij ziet dat toch niet.

Nogmaals een DHCP in een router ziet alleen het MAC adres en werkt daarmee.
eender welk OS erachter zit ziet hij niet !

Goed uninstall die avahi-autoipd eens en we zien verder.
Mijn vermoeden nu is dat iedereen hier last van heeft.

Waarschijnlijk zit hem dit in een combinatie van gebruikte hardware eg Router en netwerk kaarten.. ??

Anders kan ik dit niet verklaren,

Zelf gebruik ik altijd goed spul en mensen die ik help koop ik ook goed spul voor, wat misschien de reden is dat ikzelf en in mijn omgeving niemand hier last van heeft..... ??

[woteb]

Ik kan mij herinneren dat

Ik heb me er nooit mee bemoeid maar wel altijd over verbaasd dat je in windows een release moet doen om zogenaamd het IP adres los te laten.
Want zodra je opstart in Ubuntu is dit een ander OS en dit zal de Router of DHCP een worst wezen, hij ziet dat toch niet.

o.a. laaque hier ook last van had.

En dat het ene besturings systeem met een statisch en het andere met een dynamisch adres conflicten geeft het de router, daar zit iets in? Dan heeft een omgekeerde situatie (Win statisch, Ubuntu dynamisch) dus geen effect (zelfde probleem). Maar dan zou een statisch adres voor zowel Windows als Ubuntu toch moeten werken? Dan heb je niets meer met die dhcp server van de router te maken lijkt mij zo?

[Gandyman]

AAAAAh resume mijn vorige bericht sja nu gaat ik dit beter snappen..
nu gaat er een lichtje branden bij me...

Dit is echt stom en ik snap dat die gozer zegt dat avahi-autoipd evil is.

Let op jouw vorige berichtje.

Hierbij de tabel van de netstat van mijn laatste werkend Ubuntu systeem.

pierre@cp741319-a:~$ netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.2.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
0.0.0.0         192.168.2.1     0.0.0.0         UG        0 0          0 eth0
pierre@cp741319-a:~$ Kernel IP routing table
bash: Kernel: opdracht niet gevonden

Kan iemand hieruit iets opmaken ?

Deze regel :

169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0

Is erin gezet door die avahi-autoipd.
Dit is vergelijkend met Windows, die doet dit ook indien hij GEEN IP Adres kan krijgen van het netwerk.

Doordat avahi-autoipd in Ubuntu zit word je geholpen door dit proggie maar als het fout loopt krijg je een standaard IP adres toegewezen en dat is dan 169.254.0.0

Dan heb je wel netwerk maar je kan er nix mee.

Dus avahi-autoipd kan je heel goed helpen, maar indien je router te langzaam is, oftewel je DHCP in je router te langzaam een IP adres toewijst denkt Ubuntu nou mooi dan val ik terug op dit adres.

Omdat Ubuntu=Linux veel sneller is dan windows heb je er wel last van in Ubuntu en geen last hiervan in windows.

Die is zo sloom dat hij zelfs van de slechtste router wel een IP adres toegewezen krijgt.

Let wel met slecht bedoel ik dus een slecht-traag merk.
Waarom slecht ?
Omdat het betreffende apparaat niet al het netwerk kan verwerken en ook nog tijd kan vrijmaken voor nieuwe zaken.
Hij handelt eerst alle lopende zaken af en indien er een nieuwe PC om een IP adres vraagt krijgt die pc dit pas als laatste, en dit kost tijd.

ERGO (avahi-autoipd) Hier heeft dus iedereen last van die we hier zien klagen op dit forum met het fenomeen wel en geen internet of netwerk. !!

Nu moet ik wel zeggen dat het gebruik van avahi-autoipd word bepaald tijdens de installatie van je OS, en normaal (vroeghur) deed je dit via de command-line.
Tegenwoordig gaat dit allemaal grafisch en zie je dit niet voorbij komen en of heb je hier geen controle over.

Goed, een heel verhaal en betoog, maar ik ben ervan overtuigd dat dit het probleem veroorzaakt.
Dus zit ik ernaast ga ik vannacht voor straf met blote voeten naar bed, goed ?

ik ben benieuwd indien je het avahi-autoipd verwijdert heb of je er nog last van hebt.

Op voorwaarde dat deze regel :
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0

Niet meer voorkomt als je netstat -r doet natuurlijk.
Die regel moet eruit.

EDIT : KLOPT Woteb, of je doet in beide DHCP of je doet in beide Statisch.

BTW ik heb dit al vaker gezegd en blijf erbij.
Netwerken berust op toeval.

[Drummies]

Gandyman

complimentje waard kan je nagaan wat er allemaal van invloed kan zijn op een netwerkje

even resume avahi-autoipd geeft dus bij een bedenkelijk merk router die te traag een ip adress
detecteerd een laten we zeggen dummy ip adress in dat soort gevallen avahi-autoipd in synaptic verwijderen

[Gandyman]

Correct. !

Dit verklaart dus ook waarom het toeval lijkt.

De ene keer geen problemen de andere keer wel.

Oorzaak= dus:
de ene keer is de router druk bezig met afhandelen van netwerk zaken waardoor de DHCP traag is
De andere keer is het rustig op het netwerk, de DHCP kan zijn werk netjes afhandelen en dus krijg je op tijd een IP adres.

Ga maar na,
In Linux duurt het vaak maar 1 a 3 sec voordat hij klaar is met netwerk config.
In Windos duurt het vaak 15 a 20 seconden.

Check deze link: http://avahi.org/wiki/AvahiAutoipd
En met name deze regel verklaart veel:

Those scripts make sure that avahi-autoipd is automatically started when dhclient fails to acquire an IP address via DHCP.

Het feit dat dit slechts een plugin is, geeft mij de motivatie te zeggen dat je makkelijk zonder avahi-autoipd kan leven.

Je kan er ook mee leven, maar dan moet avahi-autoipd wel goed geconfigureerd worden.

Wat nu nog kriebelt bij me is of de mensen achter Ubuntu met deze plugin meer dingen doen, eg wireles gebeuren waarbij Ubuntu rekent op hulp van deze plugin.
Hier heb ik dus totaal geen zicht op.
Misschien dat Dennis of andere hier meer van weten en eventueel Canonical of de mensen hierachter kan vragen eens een strenge blik te werpen op de werking cq instellingen van de plugin.

Het zou erg veel problemen kwa netwerk weghalen in Ubuntu.

[woteb]

En nu wachten wat de bevindingen van Elspierre zijn.....

Zou mij niets verbazendat het nu wel werkt, ook met dhcp op Windows én op Ubuntu

Mooi toch? De een heeft een probleem, de ander herinnert zich iets, een derde gaat op zoek, de vierde zet de puzzelstukjes op de plaats. Waar een forum wel niet voor kan dienen...

[Drummies]

dat is idd het mooie van dit forum

zelf iemand die zijn 2e postje @leepesjee plaatst heeft in deze een belangrijk aandeel

[Gandyman]

Daarom is ook ooit "De Denktank" uitgevonden

[leepesjee]

Ja ja, nieuw in deze club, maar heb al wel een hele geschiedenis met linux, zo'n jaar of 5 ofzo met LFS (= Linux From Scratch = alles zelf bouwen vanaf sources). Blij dat ik een steentje heb kunnen bijdragen. Ben ook blij dat ik nu weet dat het inderdaad de avahi-autoipd was (gaan we vooralsnog even vanuit) en dat ik nu ook begrijp waarom.
Ik heb (nog niet zo heel lang geleden) heel wat zitten Googlen en fora af zitten struinen naar een oplossing voor dit probleem. Heb gezien dat ook anderen het probleem hebben, maar heb nergens ook maar een idee voor een oplossing gevonden. Kortom, dit is wellicht nuttig om ook in de world-wide ubuntu fora to posten.
Groeten, Leo.

[Drummies]

leepesjee

ik heb zo,n vaag vermoeden dat we nog veel van je gaan horen

welkom bij de club leo

[Gandyman]

idd, en welkom bij Ubuntu.