Ssh/sftp ja avahi ongelmat ubuntussa. [Ratkaistu]

Hei Tämä on ensimmäinen postini tänne. Ja koen tämän vahvasti johtuvan siitä, että kyseiseen ongelmaan kukaan ubuntun foorumeilla osaa vastata. Ei edes arvauksella…

Tämän kaltaista käytöstä siis tapasin vasta ubuntuun (takaisin) siirtyessäni…

Käyttikisenä on tuo ubuntu 8.04* ja ongelma on tämän kaltainen:
laitteisto:
-Reitittimenä/adsl-laatikkona on ZyXEL Prestige 600
-Tähän on kiinnitetty Buffalo HWR wlan-asema ja pöytäkone ubuntu 8.04*:lla varustettuna.

Ja ongelma seuraavanlainen:

Reititin antaa ubuntulle ip:n 192.168.1.34 ja Buffalolle 192.168.1.33. Bootin jälkeen ssh-palvelin toimii täysin oikein, eli voin ottaa läppäristä yhteyden tuohon reitittimen jakamaan osoitteeseen. Ja kaikki toimii. Ifconfig kertoo, että koneella on käytössä tuo reitittimeltä saatu ip. Nyt kun odettelen muutaman tunnin, niin avahi ottaa ja astuu kehiin. Seuraavassa ifconfig avahin spawnattua itsensä jostain alimmasta paikasta:

[code]eth0 Link encap:Ethernet HWaddr 00:50:8d:b7:43:4d
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4928974 errors:0 dropped:0 overruns:0 frame:0
TX packets:5975139 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1427049573 (1.3 GB) TX bytes:3985988056 (3.7 GB)
Interrupt:16

eth0:avahi Link encap:Ethernet HWaddr 00:50:8d:b7:43:4d
inet addr:169.254.6.29 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:16

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:82 errors:0 dropped:0 overruns:0 frame:0
TX packets:82 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4317 (4.2 KB) TX bytes:4317 (4.2 KB)[/code]
Eli kuten varmaan huomaatte, koneella on avahin avulla käytössä jokin aivan muu ip, kuin reitittimeltä alunperin saatu. Ihmettelenkin, että miten ihmeessä yhteys ulkomaailmaan on kuitenkin käytössä, vaikken saa pöytäkoneen ssh-palvelimeen enää yhteyttä millään. Palvelu on käytössä ja loopbackillä yhteys onnistuu.

Toiselta koneelta yhteys ei siis onnistu. Ei langattoman, eikä edes suoraan langalla reitittimen läpi. Olen kyllä koittanut koneen hostnamella, joka on sama kuin DynDNS osoitteeni, avahin ip:llä ja reitittimen dhcp:ltä saadulla.

Eli avahi siis muuttaa koneen ip:n siten, että ssh ei pääse enää vastaamaan muuhun kuin loopbackkiin.

Onko kukaan huomannut vastaavaa? Jos on, niin miten olette saaneet avahin poistettua käytöstä siten ettei tämä tosiaan taas spawnaa itseään seuraavan päivityksen jälkeen?
Tai miten olette saaneeet sen käyttäytymään oikein?

Ja siis (valitettavasti) ubuntusta on kyse, mikään muu distro ei ole vastaavaa ongelmaa esittänyt.

Onko tässä nyt verkko ihan vakioasetuksilla käytössä, vai mitä tälle on tehty? Minulla on ollut Debianissa ja Fedorassa sekä DHCP:lla haettavat IP-osoitteet että Avahi käytössä, eikä ole ilmennyt mitään tuontyylistä.

Täysin oletus-asetuksilla mennään. Otimpa reitittimestä vielä palomuurinkin kokonaan alas, jottei se sotkisi liikennettä.

Ja samaa voin sanoa, ettei Fedoran, Debianin tai Archin kanssa moisesta ongelmasta ollut tietoakaan. Pelkästään tuoreen Ubuntun kanssa. Mieli tekisi vaihtaa jakelua taas, mutta olen juuri saanut jack:n, ardourin, kinon, ja noin 10 muuta ohjelmaa toimimaan niinkuin haluan, niin tuskaiselta tieltähän tämä tuntuisi.

Tällainen löytyi pikaisella googlauksella.

Tuo osoite näyttäis olevan Zeroconf osoite
RFC 3330 Special-Use IPv4 Addresses September 2002
169.254.0.0/16 - This is the “link local” block. It is allocated for
communication between hosts on a single link. Hosts obtain these
addresses by auto-configuration, such as when a DHCP server may not
be found.
Pääset muokkaamaan tuota
System - ylläpito - verkko : Siellä sulla on varmaan tämä zero konf valittuna eli kuten sanoit että oletuksilla mennään.
Itse käytän buffalolle kiinteätä osoitetta ja sitä varten lisännyt verkkoasetuksiin hosts välilehdelle
buffalo 192.168.0.xx .
Nämä samat asetukset voi tehdä nanolla tiedostoon /etc/hosts jos tämä on sulle tuttua.
Prosessien tappaminen onnistuu System Ylläpito Järjestelmän Valvonta Prosessit-välilehdeltä.
Tuo edellinen on kyllä profimaisempi tapa

Kiitos Buffalo. Näillä voisin koittaa saada avahin toimimaan oikein sen sijaan, että ottaisi tuon kokonaan pios käytöstä.