YLE Areena ja Elävä arkisto Ubuntu 10.04:ssä; kyseisen tallenteen voit avata vain Suomessa

[nm]

Kiitokset näistä kysymyksistä, tällä ongelmaan löytyi ratkaisu. Omalta osaltani hämmennystä aiheuttaa se, että 1) en vaihtanut verkkokytkentöjä päivittäessäni 9.04:sta 10.04:een ja 2) yle-dl toimi koko ajan. Olisko NetworkManagerissa joku muutos nimipalvelinten käsittelyssä ja Areena flash itse asiassa kosahtaakin tuon nimipalvelukyselyn timeouttiin eikä paikannusongelmiin?

Katsoin lokejasi ja reititin ei tosiaan vastaa heti IPv6 DNS -kyselyyn nimellä, jota ei ole olemassa. Flash joutuu odottelemaan 10 sekuntia, mutta muodostaa kuitenkin RTMP-yhteyden flashk.yle.fi-palvelimeen. RTMP-liikenteen sisällöstä en osaa sanoa mitään, mutta yhteys lopetetaan jostain syystä 10 sekunnin jälkeen ja Flash muodostaa uuden yhteyden flashu.yle.fi-palvelimeen.

Ilmeisesti turha DNS-kysely yhdistettynä reitittimen nimiproxyn jahkailuun aiheuttaa niin pitkän viiveen, että Ylen asettama aikaraja ylittyy.

Ganymedeksen ongelma lienee edelleen jokin muu, jos tällaista 10-20 sekunnin odottelua ei esiinny? Wiresharkilla voisi kuitenkin kaapata liikennettä, niin tutkitaan lisää.

[Ganymedes]

Joo, ei ole mitään 10 s:n viiveitä missään. Ekalla kerralla tulee virhemessu parissa sekunnissa ja seuraavalla kerralla välittömästi. Mielestäni silti voi olla aivan samasta asiasta kyse.

Sinänsä, jos miettii tämän logiikkaa, niin eikö ...

- virhe tulee paikallisen ohjelman viestinä, mutta ...
- virhe tulee Ylen ohjauksessa, ei kai Adobe sinänsä edes tiedä että Yle on olemassa
- vastaavasti virheteksti on Ylen tekstiä, eikä Adoben tekstiä

Joten olettaisin, että paikallisen ohjelman lähettämä joku koodi laukaisee Ylen ohjelman, joka edelleen lähettää pysäytyskomennon (kuvahan jo tuli näykyviin Flashissä ennen virhettä) paikalliselle ohjelmalle ja samalla lähetetään virheviestiteksti näytettäväksi paikalliselle ohjelmalle.

Joten siis tämän logiikan mukaan Ylellä tutkitaan jotain jota paikallinen Flash lähettää ja sen perusteella lähetetään virheviesti ... meinasin kirjoittaa että virheellisesti. Mutta viestissähän sanotaan "... tai tekninen häiriö". Näinhän itse asiassa juuri tapahtuu jos Flash näissä tapauksissa kerta pukkaa virheen ... mistäpä Yle tietäisi mikä se virhe on ... vai pitäisikö tietää (koodin perusteella tai jostain)?

... Eli siis pitäisi luultavasti olla parempi Flash tai vähemmän fiksu Yle joka ei välitä pienistä ...

[nm]

Sinänsä, jos miettii tämän logiikkaa, niin eikö ...

- virhe tulee paikallisen ohjelman viestinä, mutta ...
- virhe tulee Ylen ohjauksessa, ei kai Adobe sinänsä edes tiedä että Yle on olemassa
- vastaavasti virheteksti on Ylen tekstiä, eikä Adoben tekstiä

Jep, paitsi että "Ylen ohjaus" voi ilmetä myös paikallisen Flash-ohjelman toiminnassa. Siis ei Flash-liitännäisen vaan Areenan/Elävän arkiston videosoittimen (Areenassa: http://areena.yle.fi/player/Application.swf), jota suoritetaan Flashilla.

Joten olettaisin, että paikallisen ohjelman lähettämä joku koodi laukaisee Ylen ohjelman, joka edelleen lähettää pysäytyskomennon (kuvahan jo tuli näykyviin Flashissä ennen virhettä) paikalliselle ohjelmalle ja samalla lähetetään virheviestiteksti näytettäväksi paikalliselle ohjelmalle.

Application.swf piirtää virheilmoituksen. Teksti on sisällytetty ohjelmakoodiin. Palvelinpuolen keskeytyksen lisäksi virhe voi ainakin periaatteessa johtua paikallisesti ajettavasta koodista tai Flash Playerin toiminnasta. Luultavasti sillä on kuitenkin jotain tekemistä verkkoyhteyksien ja palvelinpuolen kanssa.

Toistaiseksi tässä keskustelussa sama virheilmoitus on havaittu ainakin neljän eri ongelman seurauksena:

1. Asiakkaan yhteydentarjoaja ei ole suomalainen operaattori (tai FICIX:n jäsen).
2. Yhteydet palvelimen porttiin 1935 on estetty välissä olevalla palomuurilla.
3. IPv6-nimikyselyn aiheuttama viive on niin pitkä, että Ylen asettama aikaraja ylittyy.
4. Ganymedeksen tapaus, joka ei vaikuta olevan mikään edellä mainituista.

Ainakin tapaukset 1-3 voi erottaa teknisesti toisistaan Flash-koodin ja palvelinpuolen tarkistuksilla, jolloin käyttäjälle voisi antaa täsmällisen virheilmoituksen.

[Ganymedes]

Jotain varmaan selviää kun pääsen ensi viikolla kokeilemaan verkkoyhteyksiä, ainakin 24online:n systeemillä voin kokeilla vapaasti. Tosin infrasyistä jotakin pitää rakennella/siirtää ennen kokeiluja. Reitittimen oman DNS:n ohittaminen omilla lisäyksillä koneen omaan konfiguraatioon on tietysti testattavissa nopeammin.

Tosin en kylläkään halua disabloida reitittimen DNS toimintaa, koska sehän tarkottaisi sitä että aliverkon kaikissa koneissa pitäisi olla ISP:n DNS-palvelimet määriteltynä - ylläpidollisesti kestämätön tilanne.

(Virtuaalikoneilla on tietysti helppoa kokeilla mitä vain, mutta fyysinen konekin pitää olla jossakin ... kummasti tuntui tuo Ubuntu 10.04 vielä takkuavan Windows XP hostin alla ... Ubuntu Host toimii kyllä miten päin vain - ja kaikki aikaisemmat ovat toimineet suoraan, tuossa uuden Ubuntun näppäimistö jutuissa on jotakin varsin uutta, ilmeisesti, kun takkuaa noin paljon .)

[nm]

Tosin en kylläkään halua disabloida reitittimen DNS toimintaa, koska sehän tarkottaisi sitä että aliverkon kaikissa koneissa pitäisi olla ISP:n DNS-palvelimet määriteltynä - ylläpidollisesti kestämätön tilanne.

Ilman "DNS relay"-toimintoa koneet saavat palveluntarjoajan DNS-palvelinten osoitteet reitittimeltä/NAT-boksilta automaattisesti DHCP:n avulla.

[Ganymedes]

Tosin en kylläkään halua disabloida reitittimen DNS toimintaa, koska sehän tarkottaisi sitä että aliverkon kaikissa koneissa pitäisi olla ISP:n DNS-palvelimet määriteltynä - ylläpidollisesti kestämätön tilanne.

Ilman "DNS relay"-toimintoa koneet saavat palveluntarjoajan DNS-palvelinten osoitteet reitittimeltä/NAT-boksilta automaattisesti DHCP:n avulla.

Ahaa, täytyypä sitten katsoa miten asiat noilla purkeilla ovat. SuomiCom-yhteydessä olevaa purkkia (Cisco/Linksys) voin kyllä konfata vapaasti ... kunhan jää toimivaksi 

24Onlinen yhteyden kanssa taasen voin tehdä ihan mitä huvittaa 

[Ganymedes]

Ensimmäiset uudet testitulokset - aika hämmästyttäviä oikeastaan.     

Ensinnäkin mitä testasin:

Fyysinen kone 9.04 64-bit ja sen alla kaksi virtuaalikonetta 10.04 32-bittinen ja 64-bittinen. Yhteys oli SuomiCom (yritys). Kaikki yhteydet langallisia - reitittimeen en koskenut. Kaikki virtuaalikoneet ovat NATin takana ja näitä kokeiluja varten rakennettuja, kuten aiemmin olen jo kommentoinut. Virtuaalikoneet ovat kaikki VMware 6.5-7 version (uusin) koneita, ajetaan Workstation-tuotteella.


Verkkomuutokset tein Network Managerilla, joka antoi suoraan valita seuraavat (hieman erilailla kirjoitettuja ehkä eri versioissa):

IPV4 Settings
- Automatic (DHCP) addresses only (tämä ottanee DNS haun pois)
- DNS Servers: x.x.x.x (tähän laitoin yhden SuomiCom -yhteyden DNS-osoitteen)

- muut asetukset jätin oletuksiksi (esim. IPv6 - ohitettu jne).


Tulokset:

1. Fyysinen kone, Ubuntu 9.04, 64-bit - EI TOIMI


2. Virtuaalikone, 10.04, 32-bit - TOIMII!

- varmistin vielä kopioimalla HYVÄÄ ja HUONOA /etc/resolv.conf -tiedostoa edestakaisin ja todella tämän sisällöstä on kiinni se, että toimiiko vai ei, ilman mitään bootteja tai vastaavia toimenpiteitä välissä. Muutoin muutin sitä siis yllä mainitulla käyttöliittymällä.
- mainitussa tiedostossa on e.m. muutosten jälkeen vain uusi nameserver (alunperin oli NAT-verkon nameserver osoite)


3. Virtuaalikone, 10.04, 64-bit - TOIMII!


Johtopäätökset:

Jaa-a, mitkähän ne olisivat? Ehkä Ubuntun 10.04 DNS-toiminnoissa on jotakin väärin suhteessa YLEen. Ubuntun 9.04 32-bit taasen on ihan oikein ja 9.04 64-bittisessä on vielä jotakin aivan muuta ongelmaa.

[++]

Eli samantyyppistä ongelmaa kuin minulla. Ei sinulla sattumalta ole D-Linkin reititin käytössä? D-linkin forumilla vaikuttaisi olevan tähän liittyvää keskustelua: http://forums.dlink.com/index.php?action=printpage;topic=3366.0.

Osaako joku muuten kertoa minkä takia kone/selain/areenaflash(?) tekee IPv6 DNS kyselyn vaikka koneella on ipv6 disabloituna?

Koodia: [Valitse]

1666 27.593148 192.168.1.50 192.168.1.0 DNS Standard query AAAA flashk.yle.fi.elisa-laajakaista.fi
2108 43.586269 192.168.1.0 192.168.1.50 DNS Standard query response, No such name

Koodia: [Valitse]

$ cat /proc/sys/net/ipv6/conf/all/disable_ipv6
1
$
Firefoxissa on myöskin network.dns.disableIPv6 asetettu arvoon true.

[nm]

2. Virtuaalikone, 10.04, 32-bit - TOIMII!

- varmistin vielä kopioimalla HYVÄÄ ja HUONOA /etc/resolv.conf -tiedostoa edestakaisin ja todella tämän sisällöstä on kiinni se, että toimiiko vai ei, ilman mitään bootteja tai vastaavia toimenpiteitä välissä. Muutoin muutin sitä siis yllä mainitulla käyttöliittymällä.
- mainitussa tiedostossa on e.m. muutosten jälkeen vain uusi nameserver (alunperin oli NAT-verkon nameserver osoite)

Tästä olisi kiva saada Wireshark-kaappaus. Samalla virtuaalikoneella ajettuna, eri nimipalvelinasetuksin.

[++]

... D-Linkin reititin käytössä? ... IPv6...

Hienoa, juuri opin ettei DIR-855 tue ipv6:sta. Olisikohan tuossa nyt syy ainakin minun ongelmaani, DNS relay tökkää IPv6 DNS kyselyssä... Se että miksi se koneelta ylipäänsä lähtee on sitten ainakin minulle toinen juttu.

[Ganymedes]

Eli samantyyppistä ongelmaa kuin minulla. Ei sinulla sattumalta ole D-Linkin reititin käytössä?
...

On siinä D-link DIR-100 ja myös Cisco (oikeasti Linksys) RVS 4000 välissä - sitten tulee SuomiComin siltaava ADSL-modeemi (johon minulla ei ole pääsyä).

Kumpikin näistä purkeista jakaa osoitteita - eli DHCP on päällä. Edellämainittuja DNS Relay asetuksia en näe missään. Ciscon purkissa on DDNS disabled tilassa, mikä sitten onkaan.

IPv6 - en ole varma mitä pitäisi tehdä, sehän oli eth0:lle "ohita" muodossa itse testikoneessa ... en sitä mihinkään tarvitse.

Wiresharkia pitää katsoa ... en tunne sitä entuudestaan, mutta selvinnee.

[++]

D-link DIR-100 .... Edellämainittuja DNS Relay asetuksia en näe missään.

DIR-100:ssa on tuo DNS relay toiminto, katso reitittimen perusasetuksista eli Setup->Network Settings, siinä se luuraa reitittimen osoitteen, aliverkon peitteen ja domain-nimen alla.

[Ganymedes]

DIR-100:ssa on tuo DNS relay toiminto, katso reitittimen perusasetuksista eli Setup->Network Settings, siinä se luuraa reitittimen osoitteen, aliverkon peitteen ja domain-nimen alla.

Katopaas, katselin huonosti. Kokeillaan.

EDIT:
Kokeiltu, mutta ei auttanut, siis 9.04 64-bitissä (muuthan toimivat jo tuolla "resolv.conf" muutoksella). Onhan tuossa välissä Ciscon reititinkin, tiedä sitten mitä se tekee.

[Ganymedes]

Eh, siitä Wiresharkista ... se näyttää vain tyhjää kun yrittää valita Interfaceä, joka käsittääkseni pitäisi valita ensin (eth0). En pääse alkua pidemmälle.

Kone on NATtattu virtuaalikone, Ubuntu 10.04 64-bit.

[Ganymedes]

Joo, no, sain vinkkiä 9.04 koneelta, että sitä pitää ajaa roottina. Virtuaalikone heitti siitä herjaa ja väitti että ei suostu tekemään, mutta käsittääkseni teki kuitenkin.

Tässä on BAD logi.

[ylläpito on poistanut liitteen]

[Ganymedes]

Ja tässä on OK logi. (Ajettu ensin tämä ja sitten BAD loki - Wireshark on suljettu välissä).

Näiden välillä on vain resolv.conf tiedosto kopioitu toiseksi ... ja YLEn sivut käynnistetty uudestaan (mutta edes Firefoxia ei tarvitse sulkea välissä).

Kyseessä on siis Elävä Arkisto, ei Areena. (Tarkemmin sanottuna musiikki - euroviisut - Lordi :-) ).

Ai jaa, mihin tämä OK lokin oikein voi laittaa (3.7 MB) ... liian iso liitteeksi?

[Ganymedes]

Tuossa on vielä resolv.conf sisällöt:

BAD:

# Generated by NetworkManager
domain localdomain
search localdomain
nameserver 192.168.30.2

(tämä on virtuaalikoneen NAT-osoiteavaruudessa)



OK:

# Generated by NetworkManager
nameserver 217.119.36.4

[nm]

Joo, no, sain vinkkiä 9.04 koneelta, että sitä pitää ajaa roottina. Virtuaalikone heitti siitä herjaa ja väitti että ei suostu tekemään, mutta käsittääkseni teki kuitenkin.

Tässä on BAD logi.

En saa tuota auki Wireshark 1.2.7:llä. Se herjaa, että "The capture file appears to be damaged or corrupt."
Ehkä foorumisofta tai selain muuttaa rivinvaihtoja tekstitiedostoissa, eli pitänee käyttää jotain muuta tiedostopäätettä tai välityskanavaa. Esimerkiksi MediaFire, Ubuntu One tai joku vastaava palvelu käy, tai voit laittaa tiedostot sähköpostin liitteeksi (osoite yksityisviestissä).

[Ganymedes]

OK. Lähti juuri sähköpostissa - voi hyvin olla että tuo .txt extensio aiheuttaa jotakin konversiota forum-softassa.

[nm]

OK. Lähti juuri sähköpostissa - voi hyvin olla että tuo .txt extensio aiheuttaa jotakin konversiota forum-softassa.

Vieläkin jotain ongelmaa... Jatketaan selvittämistä sähköpostitse.