Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: ++ - 02.05.10 - klo:21.23
-
Keskustelussa näyttää olevan pitkä areena-ketju, mutta en löytänyt sieltä paikaisella haulla saman tyyppistä ongelmaa...
Ajoin aamulla upgradella 10.04:n vanhan 9.10:n päälle. Kaiken kaikkiaan upgrade meni enemmän kuin putkeen, mutta yksi asia tökkii: YLEN areena väittää suurimman osan tallenteista kohdalla "Tallenteen katseluoikeus rajattu. Kyseisen tallenteen voit avata vain Suomessa.". Ajankohtaisohjelmat yms kakkosen kevätsäät toimii oikein hyvin.
Samaisella selaimella (firefox) esim http://www.ip-adress.com/ (http://www.ip-adress.com/) kertoo sijainniksi aivan oikein "Hämeenlinna in Finland, ISP of my IP: Elisa Oyj". Selaimessa ei ole asetettu proxyjä (no proxy) ja toisella koneella (Fedora 11) saman laajakaistaliittymän takaa Areena toimii kuten ennenkin.
Ajatuksia / ehdotuksia mikä voisi olla vialla? Mikä saa Areenan kuvittelemaan että käytän palvelua ulkomailta?
-
Ensimmäiseksi epäilisin (Firefoxin?) evästeitä tai profiilin muuta sekoamista..
Asian voi helposti tarkistaa esim. käynnistämällä konsolista
firefox -P
ja tekemällä uuden profiilin.
Vanhan saa sitten käyttöön tekemällä käynnistyksen uudelleen samalla tavalla ja valitsemalla entisen profiilin. Firefox käynnistyy aina edellisestä käytetystä profiilista ilman tuota -P kytkintä.
Toinen äkkiä mieleen tuleva bugilähde voisi flashin tallettamat tiedot, niitä on kai ainakin ~/.adobe ja ~/.macromedia -kansioissa?
Tietysti vielä nopeammin tekee uuden testikäyttäjän Ubuntuun.
-
Loin uuden käyttäjän ja ongelma tuollakin tunnuksella on aivan sama. Loin myös olemassa olevalle käyttäjälle uuden profiilin; sama juttu siinäkin.
Mitäs seuraavaksi kannattaisi yrittää?
-
Kannattanee kysellä myös Ylen päästä, ettei siellä ole jotain keturallaan, joka vaikuttaa vain sinun Ubuntuusi (epätodennäköistä, mutta mahdollista).
-
Keskustelussa näyttää olevan pitkä areena-ketju, mutta en löytänyt sieltä paikaisella haulla saman tyyppistä ongelmaa...
Ajoin aamulla upgradella 10.04:n vanhan 9.10:n päälle. Kaiken kaikkiaan upgrade meni enemmän kuin putkeen, mutta yksi asia tökkii: YLEN areena väittää suurimman osan tallenteista kohdalla "Tallenteen katseluoikeus rajattu. Kyseisen tallenteen voit avata vain Suomessa.". Ajankohtaisohjelmat yms kakkosen kevätsäät toimii oikein hyvin.
Samaisella selaimella (firefox) esim http://www.ip-adress.com/ (http://www.ip-adress.com/) kertoo sijainniksi aivan oikein "Hämeenlinna in Finland, ISP of my IP: Elisa Oyj". Selaimessa ei ole asetettu proxyjä (no proxy) ja toisella koneella (Fedora 11) saman laajakaistaliittymän takaa Areena toimii kuten ennenkin.
Ajatuksia / ehdotuksia mikä voisi olla vialla? Mikä saa Areenan kuvittelemaan että käytän palvelua ulkomailta?
Yle Areenan ohjelman latautumattomuus vaikuttaisi palomuurin toiminnalta. Itselläni ilmeni sama ongelma päivityksen jälkeen, mutta poistui, kun lisäsin routerin palomuuriin uuden TCP-portin. YLEn käyttämään RTMP-liikenteeseen tarvitaan auki portit 1935 tai 443. Aiemmin riittänyt portti 80 on varattu muuhun web-selainliikenteeseen.
-
Sama ongelma. Onko 10.04:n mukana tullut joku palomuurisofta? Vai johtuisiko kuitenkin jostain muusta?
-
Sama ongelma. Onko 10.04:n mukana tullut joku palomuurisofta? Vai johtuisiko kuitenkin jostain muusta?
Seuraavaksi kokeilisin jollain muulla yhteydellä, esim kännykällä. Jos siinä toimii, niin jostain syystä Yle on listannut tuon toimimattoman IP osoitteen ulkomaiseksi.
-
Täällä sama ongelma Ubuntu 10.04 kanssa. Mutta toisella kannettavalla saman nettiyhteyden läpi. jossa xubuntu 9.10 niin toimii ihan normaalisti yle areena. Mikähän tässä nyt mättää?
-
Mulla sama vika.Taisi toimia noin viikko sitten ,kun asensin 10.04:n,tai sitten kokeilin sattumalta noita videoita ,joita voi katsoa ulkomailta.Ne toimii.
Edit:Mulla on modeemin perässä reititin,jossa palomuuri päällä,kokeilin ilman reititintä,niin toimi.
-
Mulla sama vika.Taisi toimia noin viikko sitten ,kun asensin 10.04:n,tai sitten kokeilin sattumalta noita videoita ,joita voi katsoa ulkomailta.Ne toimii.
Edit:Mulla on modeemin perässä reititin,jossa palomuuri päällä,kokeilin ilman reititintä,niin toimi.
Kokeilisitko avata reitittimesi palomuuriin TCP:lle uuden porttinumeron 1935. Sillä Yle Areenan RTMP-liikenne pitäisi tulla koneellesi.
-
Kokeilisitko avata reitittimesi palomuuriin TCP:lle uuden porttinumeron 1935. Sillä Yle Areenan RTMP-liikenne pitäisi tulla koneellesi.
Nyt en vain osaa. Voisiko joku valottaa miten teen tämän reiän palomuuriin?
Konffis minulla menee siten että modeemina on siltaava Zyxel P660, sen perässä reitittävänä D-link DIR-855 johon on kytketty kaapelilla työasema, jossa nyt Kubuntu 10.04. Erikseen on multimedia pc, jossa ubuntu 10.04, se hakee verkon D-link DAP-1522:n (siltaava) kautta DIR-855:lta. Kummassakaan koneista en saa näkyviin kuin rajoitetusti Areenan sisältöä. Jos laitan kubuntun suoraan Zyxeliin kiinni, Areena toimii moitteetta. Aiempi työaseman Fedora ja multimedia pc:n Ubuntu 9.10 tai mihin tahansa kytketty WinXP toimivat ongelmitta Areenan kanssa.
Olen yrittänyt käydä läpi DIR-855:n palomuuriasetuksia, mutta huonolla menestyksellä. Paljon ominaisuuksia tarkoittanee tällä kertaa liian vaikea minulle. D-linkin sivuilta löytyy emulaattori, (http://support.dlink.com/Emulators/dir855/Virtual_Server.html) josta löytyy käyttöliittymä - jos siitä joku pystyisi vääntämään rautalangasta...
Tässä vielä DIR-855:n logeista pätkä, josta selviää sen blokkaavan tuota areenan liikennettä:
[INFO] Sun May 23 21:25:12 2010 Blocked outgoing TCP packet from 192.168.1.50:48293 to 195.248.86.145:1935 as FIN:ACK received but there is no active connection
[INFO] Sun May 23 21:25:12 2010 Blocked outgoing TCP packet from 192.168.1.50:41011 to 194.252.88.110:1935 as FIN:ACK received but there is no active connection
-
Kokeilisitko avata reitittimesi palomuuriin TCP:lle uuden porttinumeron 1935. Sillä Yle Areenan RTMP-liikenne pitäisi tulla koneellesi.
Nyt en vain osaa. Voisiko joku valottaa miten teen tämän reiän palomuuriin?
Konffis minulla menee siten että modeemina on siltaava Zyxel P660, sen perässä reitittävänä D-link DIR-855 johon on kytketty kaapelilla työasema, jossa nyt Kubuntu 10.04. Erikseen on multimedia pc, jossa ubuntu 10.04, se hakee verkon D-link DAP-1522:n (siltaava) kautta DIR-855:lta. Kummassakaan koneista en saa näkyviin kuin rajoitetusti Areenan sisältöä. Jos laitan kubuntun suoraan Zyxeliin kiinni, Areena toimii moitteetta. Aiempi työaseman Fedora ja multimedia pc:n Ubuntu 9.10 tai mihin tahansa kytketty WinXP toimivat ongelmitta Areenan kanssa.
Olen yrittänyt käydä läpi DIR-855:n palomuuriasetuksia, mutta huonolla menestyksellä. Paljon ominaisuuksia tarkoittanee tällä kertaa liian vaikea minulle. D-linkin sivuilta löytyy emulaattori, (http://support.dlink.com/Emulators/dir855/Virtual_Server.html) josta löytyy käyttöliittymä - jos siitä joku pystyisi vääntämään rautalangasta...
Tässä vielä DIR-855:n logeista pätkä, josta selviää sen blokkaavan tuota areenan liikennettä:
[INFO] Sun May 23 21:25:12 2010 Blocked outgoing TCP packet from 192.168.1.50:48293 to 195.248.86.145:1935 as FIN:ACK received but there is no active connection
[INFO] Sun May 23 21:25:12 2010 Blocked outgoing TCP packet from 192.168.1.50:41011 to 194.252.88.110:1935 as FIN:ACK received but there is no active connection
Mullakin edelleen sama ongelma. Mullakin saman reitittimen läpi menee vista, ubuntu 9.10, xp ja areena näkyy oikein, mutta ubuntu 10.04 ei näy. Minulla reitittimestä sallittu kaikki ulospäin lähtevä liikeenne ja tällä asettelulla toimii kaikki muut paitsi 10.04. Vai pitääkö 10.04 palomuurista sallia ulkoapäin saapuva liikenne porttiin 1935.
-
Toimiiko teillä Lucidissa rtmpdump-yle (http://forum.ubuntu-fi.org/index.php?topic=14127.msg264207#msg264207)? Jos ei, sen lokista voisi ehkä päätellä, mikä menee pieleen. Käyttäkää vipua --verbose/-V, eli päätteessä:
yle-dl --verbose http://areena.yle.fi/video/584960
Vaihtakaa osoitteeksi sellaisen ohjelman sivu, jolla Areenan Flash-soitin herjaa katselusijainnista, jos tuo Nalle Luppakorva sattuu toimimaan selaimessa.
Periaatteessa Flashin RTMP-streamauksen pitäisi toimia vaikka liikenne RTMP-palvelimen porttiin 1935 olisi estetty (http://kb2.adobe.com/cps/166/tn_16631.html) palomuurissa. On kuitenkin mahdollista, että tämä toiminto ei ole käytössä Areenan palvelimessa tai soittimessa. En myöskään tiedä, miten YLE on toteuttanut käyttäjän sijantitunnistuksen, joka tässä näyttää olevan ainakin osa ongelmaa.
Ylelle kannattaa myös laittaa palautetta, koska ongelma tuntuu koskevan aika suurta osaa Lucidin käyttäjistä.
-
Hmm, rtmpdump-yle toimii tallenteella jolla samaan aikaan selain (Firefox 3.6.3 ja Adobe Flash 10.0.45.2) ei toimi. Rtmpdumpin logi liitteenä.
Lucidin selaimellakin tuon tosiaan saa näkyviin jos koneella on ulkoverkon ip-osoite (91.153.XXX.XXX), sisäverkosta (192.168.1.50) nauhoite ei näy. Rtmpdump-yle toimii molemmissa tapauksissa.
[ylläpito on poistanut liitteen]
-
Tuo ilmoitus tulee, kun yritän avata areenan sivuja, joita voi katsoa vain suomess.
PS3 voin katsoa myös noita Suomeen rajattuja videoita. Joten ADSL-modeemin asetukset lienee ok.
Jotain tässä uudessa Ubuntussa 10.04 on tai sitten Firefoxin uudessa versiossa, koska nuo ei näy.
8.04 ja FF 3.0.xx nuo suomeen rajatut näkyivät.
Auttakaa Gurut, - Prrkele!! Ylelle on annettu palautetta asiasta.
-
Tästä on ollut aikaisemminkin puhetta mutta virkistän aiheen, koska en löytänyt aihetta.
1) Faktat Ubuntu 10.04 eivät näy Suomeen rajatut tallenteet, vaikka olen Suomessa. 8.04 ne näkyivät
2) PS3 ne näkyvät. Tästä ja edellisestä tekisin päätelmän, että vika ei ole ADSL-modeemissa tai sen asetuksissa. Siemens Speedstream 6516. Tietokone ja PS3 ovat tuon takana.
3) Tarkistin sijaintini linkistä, joka ilmoitti minun olevan Suomessa.
4) Tiedustelin asiaa yleltä. Antoivat linkin http://kb2.adobe.com/cps/164/tn_16466.html, jonka avulla voi tehdä porttitestin. Liite ohessa. En osaa tuota kaikin osin tulkita, mutta näyttää siltä, että RTMP portit 1935 ja 443 ovat kiinni. Ed. viestiketjussa sanottiin, että tuo ongelma voi johtua siitä, että nuo kiinni.
Miten nuo saa auki?? Käsittääkseni ne ovat kiinni "Ubuntun, Firefoxin tai Flashin toimesta".
Joku Teistä tietää tähän ratkaisun. Tai osaa ainakin etsiä sen meille ongelmasta kärsiville. Te pystytte ratkaisemaan tämän. Minä luotan Teihin.
[ylläpito on poistanut liitteen]
-
Tästä on ollut aikaisemminkin puhetta mutta virkistän aiheen, koska en löytänyt aihetta.
Aiheet yhdistetty.
-
4) Tiedustelin asiaa yleltä. Antoivat linkin http://kb2.adobe.com/cps/164/tn_16466.html, jonka avulla voi tehdä porttitestin. Liite ohessa. En osaa tuota kaikin osin tulkita, mutta näyttää siltä, että RTMP portit 1935 ja 443 ovat kiinni.
Taitaapa olla Adoben testipalvelimessa jotain vikaa, kun tuo antaa timeoutia täälläkin. Areena näkyy ongelmitta.
-
Niin, en tiedä minkä väärti tuo on. Minun tulkintani mukaan tuon perusteella ei pitäisi päästä edes nettiin??!!
Olisko niin, että Timed out ei ole niin merkityksellistä, mutta tuo Failed kertoo jotain??
-
Niin, en tiedä minkä väärti tuo on. Minun tulkintani mukaan tuon perusteella ei pitäisi päästä edes nettiin??!!
Niin. Toinen vaihtoehto olisi, että välissä on palomuuri, joka tutkii siirrettävän datan sisältöä ja estää yhteyden sen perusteella. Todennäköisempää on, että tuo testipalvelu on rikki.
Olisko niin, että Timed out ei ole niin merkityksellistä, mutta tuo Failed kertoo jotain??
Ei näytä kertovan ainakaan tällä hetkellä, koska RTMP-liikenne toimii minulla muiden palvelimien portin 1935 kautta.
LISÄYS:
En muutenkaan usko, että tässä olisi kyse porttiestoista, koska Areenan maailmanlaajuisesti jaettava materiaali näkyy teillä ilman herjoja ja se streamataan täsmälleen samalla tekniikalla. Sen sijaan Ylen käyttämä IP-tarkistus epäilyttää. Ilmeisesti joissain tapauksissa Lucid näkyy Ylen tarkistuksissa koneen omalla, sisäverkon osoitteella reitittimen saaman ulkoisen osoitteen sijaan.
Vielä hämärämmäksi asian tekee se, että RTMPDump-YLE toimii, eli vika lienee Firefoxissa, Areena Playerissä tai Adoben Flash Playerissä. Oletteko kokeilleet muilla selaimilla?
-
Minä kokeilin Chromella. Sama tulos.
-
Kokeiin Aroraa. Ulkomailla ollaan.
-
Kokeilin koneellani, tuo Flash-testin tulos on merkityksetön. Saan saman tuloksen kuin "hirvi" mutta itselläni kaikki toimii ok ja olen sisäverkossa. Hullu arvaus oireiden perusteella: Onko teillä Sun Java käytössä vai jotain muuta ?
-
Hullu arvaus oireiden perusteella: Onko teillä Sun Java käytössä vai jotain muuta ?
Areena ei käytä Javaa mihinkään, joten tuskin vaikuttaa.
-
Areena ei käytä Javaa mihinkään, joten tuskin vaikuttaa.
Joo, tarkemmin ajatellen se "areenaplayer" taisi olla jokin Javascript-juttu eli ei tuo Java vaikuta. Merkillinen ongelma, itselläni se toimii sisäverkostakin Lucid: lla ongelmitta eli vaikeata arvata missähän nyt lienee se pieni ero ? Ylen kavereiden olisi helpompi selvittää tuo kun tuntevat koodinsa ja miten se tunnistaa / yrittää tunnistaa sijainnin.
Edit: Yleä odotellessa kurkkasin webbisivun koodia, useampia Javascriptejähän siellä. Lukutaitoinen näkee onko siellä sijainnin tunnistuskoodia:
http://areena.yle.fi/player/js/areenaplayer.js (http://areena.yle.fi/player/js/areenaplayer.js)
http://areena.yle.fi/js/local_areena_js.js (http://areena.yle.fi/js/local_areena_js.js)
http://areena.yle.fi/js/jquery.history.js (http://areena.yle.fi/js/jquery.history.js)
http://static.yle.fi/tmv11.js (http://static.yle.fi/tmv11.js)
-
Eipä tunnu ongelma ratkeavan. Yritin ymmärtää mikä tuossa on vialla ja jotenkin tuntuu siltä Areenan on pakko arpoa sjiainti jostain syystä väärin. Jos oikein ymmärrän, AreenaPlayerille lyödään AreenaPlayerParamin arvona kaksi palvelinta (fmsurl ja foreign_fmsurl, rivi 117 sivun koodissa) ja tallenne haetaan jommalta kummalta palvelimelta riippuen käyttäjän oletetusta sijainnista. Rtmpdump käyttää aina flashk.yle.fi:tä ja se toimii sen takia(?).
/usr/local/bin/rtmpdump-yle --rtmp rtmp://flashk.yle.fi/AreenaServer --swfUrl http://areena.yle.fi/player/Application.swf?build=2 --timeout 60 --pageUrl http://areena.yle.fi/video/584960 --verbose --areenaParams clip:584960;fmsurl:rtmp://flashk.yle.fi/AreenaServer/;foreign_fmsurl:rtmp://flashu.yle.fi/AreenaServer/;language:fi;menu_recommended:true;
Voisiko ongelma johtua jostain verkon parametrista? Ohessa koneeni verkkoparametrejä (sysctl -a|grep net.), näkeekö joku niissä jotain erikoista?
[ylläpito on poistanut liitteen]
-
Kiitos, täytyy paneutua asiaan tuon valossa!
Sinänsä tässä välissä ehdin jo kokeilla:
- 10.04 64-bit, suomi, uusi kone, ei toimi
- 10.04 32-bit, suomi, uusi virtuaalikone, ei toimi. Ainakin sovellusohjelmavalikoiman mukaan tässä on nyt sitten Adoben Flash liitännäinen. Silti ei toimi.
- 9.04 64-bit, englanti, vanha kone, ei toimi
- 9.04 NBR, 32-bit, englanti. miniläppäri, vanha kone, toisen operaattorin yhteys, TOIMIII ! (ja juuri korjaus auttoi!)
- XP Pro, 32-bit, kummankin operaattorin yhteydet, TOIMII
Sillä että "ei toimi" tarkoitan samaa herjaa: ...et ole Suomessa tai tekninen häiriö ...
Sinänsä näissä eri operaattoreiden yhteyksissä on (luonnollisesti) erilaiset palomuuri/reititinpurkit. Niissä ei kuitenkaan ole mitään erikoista (en ole estellyt mitään ylimääräistä) ja XP kuitenkin toimii niissä kummassakin.
Jotenkin tuntuu siltä että näistä uusista Ubuntu jakeluista puuttuu jotakin. Toi kone jossa toimii, niin siinä oli vanha Flash, jonka päivittäminen antoi toimivan systeemin ... tai jotakin.
-
Porttitesti antaa tämän:
RTMP DEFAULT Failed
RTMP 80 Failed
RTMP 443 Failed
RTMP 1935 Failed
HTTP Tunneling DEFAULT Failed
HTTP Tunneling 80 Failed
Tosin näinhän sen pitääkin tehdä koska sen oman otsikon mukaan testataan onko "Adobe Flash Player asennettu oikein". No ei varmaankaan 64-bit Ubuntulla Adoben mielestä. Joten mielestäni porttitestissä ei ole mitään vikaa.
Näillä ohjeilla ei kyllä toimi mitenkään, ei edes 9.04 64-bit Ubuntu. Jostain syystä 9.04 NBR 32-bit toimii.
-
Jotenkin tuntuu siltä että näistä uusista Ubuntu jakeluista puuttuu jotakin.
Areena ja uusi Elävä arkisto tarvitsevat vain selaimen ja Adobe Flash Playerin, jonka flashplugin-installer asentaa. Tarkista vielä selaimen about:plugins-sivulta, että Shockwave Flashin versionumero on 10.0 rXX, eikä esimerkiksi 9.0 r999, jolloin sinulla on käytössä jokin muu kuin Adoben Flash-liitännäinen.
Minulla toimii kyllä sekä Areena että Elävä arkisto 64-bittisissä Ubuntu 10.04:ssä (flashplugin-installerilla asennettu 32-bittinen Flash Player NSpluginwrapperilla) ja Debian sidissä (64-bittinen Flash Player).
-
Porttitesti antaa tämän:
RTMP DEFAULT Failed
RTMP 80 Failed
RTMP 443 Failed
RTMP 1935 Failed
HTTP Tunneling DEFAULT Failed
HTTP Tunneling 80 Failed
Tosin näinhän sen pitääkin tehdä koska sen oman otsikon mukaan testataan onko "Adobe Flash Player asennettu oikein". No ei varmaankaan 64-bit Ubuntulla Adoben mielestä. Joten mielestäni porttitestissä ei ole mitään vikaa.
Siis toimiiko tuo testi sinulla Windowsissa tai 32-bittisessä Ubuntussa?
-
Joo, en tiedä tosiaan mitä teet väärin jos toimii. Oletuksena ei toimi (sorry, sisältää sarkaismia tätä ongelmaa kohtaan). ;)
Kokeilin juuri kahdella, ihka uudella installaatiolla (aiempien kokeilujen lisäksi) ja ei toimi. Näissä kaikissa lukee Lisäosissa Shockwave flash 10.1 r53, joka lienee syntynyt edellä mainitun komentorimpsun tuloksena:
sudo apt-get install flashplugin-installer
ubuntu-restricted-extras oli myös asennettu molemmille koneille ja ennen mainitun rimpsun ajamista ajoin edellä mainitun "purge" operaationkin.
Kone1
- Ubuntu 10.04, 32-bit, suomi,
- virtuaalikone
- asensin myös SeaMonkey:n. Ei muuta asiaa.
Kone2
- Ubuntu, 9.04, 64-bit, suomi
- virtuaalikone
Laitoin viereen myös Ubuntu NBR 9.04, 32-bit, miniläppärin, jossa kyllä toimii. Edellisissä testeissä kokeilin kaksi fyysistä konetta 9.04 ja 10.04, molemmat 64-bit, eikä toimi kummassakaan. Toinen näistä oli aivan puhdas asennus ja toinenkin varsin uusi asennus.
Toisin sanoen, ainoa kone, jossa toimii on sellainen jossa oli aiemmin vanhempi Shockwave, versio johon viittasit, joka sitten näillä komentorimpsuilla päivittyi uudemmaksi. Tästä päättelisin, että uusin Flash on yksinkertaisesti vajaa versio, eikä sillä toimi koskaan.
-
Kone1
- Ubuntu 10.04, 32-bit, suomi,
- virtuaalikone
- asensin myös SeaMonkey:n. Ei muuta asiaa.
Kone2
- Ubuntu, 9.04, 64-bit, suomi
- virtuaalikone
Itse taas uskoisin ongelman olevan jossain Ubuntu 10.04:n verkkotoimintojen puolella, tai mahdollisesti Ylen sijaintitunnistusmenetelmässä kuten tuolla toisessa keskustelussa arvelin. NATin takana olevilla virtuaalikoneilla testatessa verkkoliikenne kulkee edelleen pääkäyttöjärjestelmän kautta, minkä vuoksi tulos lienee sama virtuaalikoneessa ajettavasta jakelusta riippumatta.
-
Itse taas uskoisin ongelman olevan jossain Ubuntu 10.04:n verkkotoimintojen puolella, tai mahdollisesti Ylen sijaintitunnistusmenetelmässä kuten tuolla toisessa keskustelussa arvelin. NATin takana olevilla virtuaalikoneilla testatessa verkkoliikenne kulkee edelleen pääkäyttöjärjestelmän kautta, minkä vuoksi tulos lienee sama virtuaalikoneessa ajettavasta jakelusta riippumatta.
OK. Tuotahan pystyy testaamaan.
Tosin tilanne ei ollut aivan tuo, pääkoneena oli Ubuntu 9.04 64-bit, English - jossa sinänsä ei myöskään toimi. Asennus on siinä verrattain uusi (viime syksyltä). Kaikki normaalit päivitykset ajantasalla tietysti kaikissa koneissa, jos ei itsestään selvää.
Se on totta, että virtuaalikoneet ovat kaikki olleet virtuaalijärjestelmän NATin takana. Mutta tuossa yhdessä kokeilussahan ei ole 10.04:ää missään, koska sekä fyysinen että virtuaalinen kone ovat 9.04 versiossa.
Toimiva 9.04 NBR, 32-bit, fyysinen kone, oli kytkimessä rinnalla kuten vihjasinkin - joten (ulkoisen) NATin kannalta aivan samassa tilanteessa kuin kaikki muutkin fyysiset koneet.
-
Oli tarkoitus testata tätä verkkoliikenne/palomuuri asiaa ja niiden vaikutusta tähän toimimattomuuteen. En kuitenkaan tehnyt sillä viimeisimmässä stabiilissa Ubuntun versiossa, 9.04 32-bit, kaikki toimii ilman mitään erikoisjärjestelyjä - muuten ihan sama ympäristö.
Kaikissa on sama 10. jotakin Shockwave Flash, joka kai sitten tarkoittaa Adobe Flashiä.
Eli näyttää siltä, että tämä Flash lakkaa toimimasta tässä Ylen tarkistuksessa, sekä 10.04:ssa että 64-bitillä. Flash periaatteessa toimii, koska Ylen Arkiston videoclipin esittelykuva näkyy ja muuallakin, esim. mtv3:lla mainokset vilkkuvat. (Jos Flash ei ollenkaan toimisi, näyttäisi erilaiselta.)
A.
Ensimmäinen tapaus.
Kaikki koneet SuomiCom-yhteyden takana. Tavanomaiset modeemi/reititin järjestelyt. Langallinen yhteys.
Kone0
- Ubuntu 10.04, 64-bit, suomi
- uusi fyysinen kone
- EI TOIMI
Virtuaalikoneet: alustana 9.04 64-bit Ubuntu. Kaikki ovat UUSIA asennuksia ja samalla tavalla tehtyjä. Tässä alustakoneessa: EI TOIMI (Flashit asenneltu pois ja takaisin vielä kertaalleen). Kaikki virtuaalikoneet ovat NATin takana.
VM-Kone1
- Ubuntu 10.04, 32-bit, suomi,
- virtuaalikone
- asensin myös SeaMonkey:n. Ei muuta asiaa, EI TOIMI
VM-Kone2
- Ubuntu, 9.04, 64-bit, suomi
- virtuaalikone
- EI TOIMI
VM-Kone3
- Ubuntu, 9.04, 32-bit, suomi
- virtuaalikone
- TOIMII heti ubuntu-restricted-extras -jälkeen
Miniläppäri
- Ubuntu, 9.04 NBR, 32-bit, English
- Asus
- TOIMII, vanha asennus
B.
Toinen tapaus.
Elisan Business-yhteys. Langallinen verkko. Modeemi/reititin -järjestelyt osin tuntemattomia.
Alustakoneessa Ubuntu 9.04 64-bit, EI TOIMI. Kone on päivitelty ehkäpä 7.10 versiosta ylöspäin. Kone on päivittäisessä raskaassa käytössä ja toimii muutoin hyvin. Virtuaalikoneet on NATin takana.
VM-kone11
- XP Pro, SP2, 32-bit, English
- virtuaalikone, vanha asennus, suht. koht. puhdas silti.
- TOIMII sekä vanhemmalla että juuri päivitetyllä Flashillä. Kokeilin vain Firefoxilla.
C.
Kolmas tapaus
Elisan Business-yhteys. Langallinen verkko. Modeemi/reititin -järjestelyt osin tuntemattomia.
Alustakoneena Vista Enterprise 64-bit SP2. Siinä Elävä Arkisto TOIMII Firefoxilla.
VM-Kone2 (kopio jo yllämainitusta koneesta)
- Ubuntu, 9.04, 64-bit, suomi
- virtuaalikone
- EI TOIMI
VM-Kone3 (kopio jo yllämainitusta koneesta)
- Ubuntu, 9.04, 32-bit, suomi
- virtuaalikone
- TOIMII
--------------------------------------------------------------------------
EDIT:
tiistai - viimeisimpien testien mukaan.
-
Arvaus koskien vain 64 bittistä Lucid: ia: En itse luultavasti ole törmännyt tuohon ongelmaan kun olen aina käyttänyt 64 bittisessä vain 64 bittistä Flash Alpha-versiota.
-
Arvaus koskien vain 64 bittistä Lucid: ia: En itse luultavasti ole törmännyt tuohon ongelmaan kun olen aina käyttänyt 64 bittisessä vain 64 bittistä Flash Alpha-versiota.
Voi hyvin olla näin. Kysymys onkin, että mistä löytää toimivan Flashin 64-bittiseen? Ja 10.04:ään yleensäkin?
Maikkarin Flash-mainokset kyllä toimivat ja toimii se Elävän Arkiston videon "esittelykuvakin", niin, että pääsee painamaan PLAY-näppäintä.
-
Täällä toimii areena sekä 64-bittisellä että 32-bittisellä flashilla. Testi-Kubuntussa bittejä 64 kpl.
-
Eli näyttää yksinkertaisesti siltä, että tämä Flash ei toimi, 10.04:ssa eikä 64-bitillä.
Siis ei toimi jossain tietyissä olosuhteissa, jolloin Flashin tarkalla versiolla tai bittisyydellä tuskin on merkitystä. Minulla ei ole ollut tätä ongelmaa kahden eri operaattorin verkossa, neljällä eri 64-bittisellä 10.04-asennuksella ja pelkällä flashplugin-installerin (tai ubuntu-restricted-extras -paketin) asentamisella. Sekä 10.0 r45 että uusin 10.1 r53 ovat toimineet, kuten myös Debianin flashplugin-installerin asentama tai manuaalisesti asennettu 64-bittinen liitännäinen.
-
Siis ei toimi jossain tietyissä olosuhteissa
...
Ei missään jossain olosuhteissa, vaan puhtaalla koneella heti asennuksen ja päivityksen jälkeen. Kaikki edellä luetellut koneet 0...3 olivat perusasennuksia eilen. Tiedän ... aika monta asennusta yhdelle päivälle, mutta kun ruvetaan testaamaan, niin testataan sitten ... ;D
Kyse on siitä, että miten tämä Flash oikeasti lähtee toimimaan - tai mistä löytyy versio joka toimii suunnitellusti asennuksen jälkeen.
Syitä miksi teillä toimii, vanhoissa asennuksissa, on rajaton määrä. Se miten asian saa toimimaan puhtaassa koneessa lienee selvitettävissä jotenkin.
Voisin tietysti vielä kokeilla mitä tapahtuu toisella Internet-yhteydellä (24Online). Nyt on käytetty SuomiCom:ia noissa (joista siis 9.04 32-bit, virtuaali, TOIMII). Tässä toisessa yhteydessä on erilaiset palomuuri/reititin/modeemi -järjestelyt (luonnollisesti), mutta sinänsä ovat ihan "tavanomaiset" kotikäyttäjän asetukset.
-
Operan käyttäminen ei ainakaan Elävässä arkistossa auttanut tuohon ei näy kuin ulkomailla ongelmaan. >:(
-
Oikeastaan, Elävän Arkiston clipin esittelykuvahan näkyy - joten Flash ilmeisesti kuitenkin toimii kaikilla koneilla, ainakin jollakin tasolla ... vaikka itse videon käynnistys heittääkin tämän kuuluisan herjan. Niinpä:
Olin yhteydessä Yleen ja ehkä tästä lähtee jotakin purkautumaan ... heidän suhtautumisensa asiaan oli sinänsä erittäin hyvä:
1. Palomuuriohjeet.
Portit 443 ja 1935 pitää olla auki. Ensinnäkin minulla on sama yhteys koko ajan, joten portit ovat samalla tavalla kaikilla koneilla. Ei kai nyt sentään 32-bit, 64-bit, 9.04/10.04 tässä suhteessa oletuksena toimi mitenkään eri tavalla? Käsittääkseni mikään palomuuri ei ole oletuksena päällä? Korjatkaa toki jos olen ymmärtänyt väärin.
Joten ei tämä voi olla kyseessä.
2. 10 s:n aikaraja. No, virhemessu tulee alle sekunnissa.
3. YLEllä tutkitaan että kulkeeko käyttämäsi internet-yhteys FICIX-runkoverkon kautta Areenaan. En tiedä miten tämä aikuisten oikeasti tutkitaan. Joka tapauksessa ainahan minä käytän samaa internet-yhteyttä.
Mutta voiko uudempi Ubuntu tai 64-bit Ubuntu näyttää ulospäin osoitteen jotenkin eri tavalla? Ainakin "ping" näyttää aivan eri tavalla osoitteen jos on 64-bit 9.04 versus 32-bit (muistaakseni). Voisiko tämä olla kiinni esim. ipv6 -aktivoinnista? Oletuksenahan se on päällä?
-
Oletko yrittänyt katsoa sellaisia tallenteita, jotka näkyvät vain Suomessa?
Minun mielestä Flashin saa helposti pelaamaan, mutta jostain syystä Areena kuvittelee käyttäjän olevan ulkomailla, vaikka olisikin suomessa.
-
Oletko yrittänyt katsoa sellaisia tallenteita, jotka näkyvät vain Suomessa?
Minun mielestä Flashin saa helposti pelaamaan, mutta jostain syystä Areena kuvittelee käyttäjän olevan ulkomailla, vaikka olisikin suomessa.
No joo, kyllä, tosin en tiedä mitkä sellaiset ELÄVÄN ARKISTON tallenteet ovat, jotka EIVÄT vaadi Suomessa oloa. Olen lähinnä klikkaillut etusivulla olevia clippejä, jotka välillä aina vaihtuvatkin.
Mutta tietysti palvelun harhautuskin on yksi tapa ... mikähän se mahtaa olla? Tosin en menisi takuuseen, että sekään toimii ...
-
Lisäsin edellä esittämääni testikokoonpanooni uuden ympäristön ja päivitin vanhat testitulokset ehkä paremmin jäsenneltyyn muotoon.
Windowsissa toimii myös NAT-virtuaalikoneessa, vaikka pääkone ei toimi ... joten pääkoneen verkosta se ei ole kiinni ... tarkemmin yllä.
-
Ei missään jossain olosuhteissa, vaan puhtaalla koneella heti asennuksen ja päivityksen jälkeen.
Tein juuri puhtaan 10.04 64-bit -asennuksen ilman mitään säätöjä, enkä edelleenkään onnistu toistamaan ongelmaa. Täällä siis toimii suoraan flashplugin-installerin asennuksella, sekä ilman päivittämistä että päivitysten asentamisen jälkeen.
Mutta voiko uudempi Ubuntu tai 64-bit Ubuntu näyttää ulospäin osoitteen jotenkin eri tavalla? Ainakin "ping" näyttää aivan eri tavalla osoitteen jos on 64-bit 9.04 versus 32-bit (muistaakseni).
Millaiset osoitteet näet ja miten/mistä olet pingannut?
Voisiko tämä olla kiinni esim. ipv6 -aktivoinnista? Oletuksenahan se on päällä?
Kyllä tämä ongelma riippuu jollain tavalla verkkoympäristöstä ja IPv6 on yksi mahdollinen syyllinen. Kannattaa kokeilla kytkeä se pois.
-
...
Tein juuri puhtaan 10.04 64-bit -asennuksen ilman mitään säätöjä, enkä edelleenkään onnistu toistamaan ongelmaa. Täällä siis toimii suoraan flashplugin-installerin asennuksella, sekä ilman päivittämistä että päivitysten asentamisen jälkeen.
...
Perin on kummallista. Fyysisellä koneella, tämän ongelma juuri herätti kokeilemaan tätä, tein perusasennuksen, suomenkielisen, uudella koneella, latasin kaikki päivitykset, eikä toiminut.
Täytyy jatkaa kokeilua. Tarkoitatko että sinulla ipv6 on oletusasetuksilla? Käytätkö varmasti langallista yhteyttä?
Voihan tämä tietysti olla Ubuntu/ISP/reititinpurkki -kombinaatio-ongelma ... ihan kiva koska Windowsilla toimii aina teki mitä hyvänsä.
Niin, siis, minkälainen yhteys ja minkälaiset palomuuri/reititin järjestelyt? Omat ovat oikeastaan molemmat, varsinaisesti testatut, yrityspuolen yhteyksiä (tosin toimiihan niillä Windows).
-
Täytyy jatkaa kokeilua. Tarkoitatko että sinulla ipv6 on oletusasetuksilla? Käytätkö varmasti langallista yhteyttä?
Uusimmassa asennuksessa kaikki verkkoasetukset ja tällä hetkellä melkein kaikki muutkin asetukset ovat oletusasennossa. Lähiverkko on molemmissa sijainneissa langallinen 100 Mbps ethernet. Toisessa nettiyhteys on DNA:n ADSL ja modeemina Telewellin perusmalli, jonka perässä sillattuna palomuurikone/palvelin (Debian squeeze) ja sen takana kotiverkko. Toisessa paikassa kiinteistöön tulee Soneran kuituyhteys, joka on jaettu asuntoihin ethernetillä. NAT-boksina ja palomuurina on Linksys BEFSX41.
Voihan tämä tietysti olla Ubuntu/ISP/reititinpurkki -kombinaatio-ongelma ... ihan kiva koska Windowsilla toimii aina teki mitä hyvänsä.
Aiemman keskustelun perusteella monilla on toiminut myös jokin vanhempi Ubuntu ja ongelma ilmaantui 10.04:n myötä. Joissain tapauksissa NAT-boksin poistaminen välistä on auttanut.
Sinulla taas ei toimi edes 9.04 kaikissa tapauksissa, mikä on kai hieman poikkeuksellista.
-
Päivitin testini vielä kolmannella systeemillä, jossa näitä samoja (= suora kopio muuttamatta mitään koneen sisällä) Ubuntu-koneita ajetaan Vista Enterprise 64-bit koneen alla. Tulokset ovat aivan yhteneväisiä, 64-bit ei toimi, 32-bit toimii. Lisäkommenttina se, että vaikka listoillani ei näy, niin kaikki alustojen alla ajettavat Windows XP -koneet toimivat aina.
nm: Sinulla on siis operaattorin ip-osoitteet käytössä. Sitä ei minulla ole, eikä näissä verkoissa koskaan voi ollakaan. Joten tämä voi tietysti olla yksinkertainen syy sille miksi Ubuntu ei toimi (versiossa 10.04 ja 64-bit 9.04:ssa). Ei kai tuollaista verkkoa kukaan yleisessä tapauksesssa muutoinkaan käytä ...
Lisäksi kerrot systeemistä jossa on NAT, mutta et kerro, että mitä systeemiä siinä kokeilit.
Mitä tulee näihin "ping" -eroihin 32 versus 64 bit, niin muistin väärin - Windowshan näyttää "ihmeellisiä" eroja oletuksena, ei Ubuntu. Ubuntun oletus näyttää olevan localhost :in näyttäminen kun pingaa itseään.
Onhan minulla tietysti näillä 64-bit Ubuntu 9.04 fyysisillä koneilla se, että niissä on VMware verkkoja pelissä mukana. Toisaalta virtuaalikoneessa ei näitä ole, eivätkä tunnu haittaavan 9.04 32-bit versiota, joka siis minun testeissäni on AINA toiminut (myös NBR-versio).
-
nm: Sinulla on siis operaattorin ip-osoitteet käytössä.
Ulospäin on suora pysyvä osoite, mutta lähiverkossa olevat Ubuntu-asennukset ovat molemmissa paikoissa NATin takana sisäisillä osoitteilla (192.168.1.xxx). Arkkitehtuurin ei pitäisi poiketa merkittävästi normaalista yritysverkkojärjestelystä.
Lisäksi kerrot systeemistä jossa on NAT, mutta et kerro, että mitä systeemiä siinä kokeilit.
Käytän useampaa 64-bittistä Ubuntu 10.04-asennusta molemmissa paikoissa, ja lisäksi muita 32- ja 64-bittisiä asennuksia. Nämä ovat siis pääkäyttöjärjestelmiä sekalaisella raudalla, virtuaalikoneita ei ole käytössä.
-
Merkillistä että sinulla kaikki nuo toimivat ja minulla ei yksikään 64-bit tai 10.04.
Olen tehnyt aivan puhtaat, uudet asennukset oletuksilla. Ei tule heti mieleen miten muutoin voisi "puhtaan asennuksen oletuksilla" edes tehdä. Eihän siinä ole kuin muutama vaihe ja "ok-napin" painamista, joiden jälkeen voi ladata kaikki päivitykset sen mukaan mitä se ehdottaa.
Herää tietysti kysymys, mitä sinä ymmärrät "puhtaalla asennuksella" - oletko tehnyt jotakin taikoja asennuksen aikana tai sen jälkeen? ;D
-
Olen tehnyt aivan puhtaat, uudet asennukset oletuksilla. Ei tule heti mieleen miten muutoin voisi "puhtaan asennuksen oletuksilla" edes tehdä. Eihän siinä ole kuin muutama vaihe ja "ok-napin" painamista, joiden jälkeen voi ladata kaikki päivitykset sen mukaan mitä se ehdottaa.
Herää tietysti kysymys, mitä sinä ymmärrät "puhtaalla asennuksella" - oletko tehnyt jotakin taikoja asennuksen aikana tai sen jälkeen? ;D
En. Asensin Ubuntun kuvaamallasi tavalla ubuntu.comista ladatulla levykuvalla (http://www.ubuntu.com/desktop/get-ubuntu/download). Perusasennuksen jälkeen asensin sovellusvalikoimasta flashplugin-installer-paketin ja kokeilin palveluja Firefoxilla sekä ennen päivityksiä että päivitysten jälkeen. Sitten asensin vielä koko ubuntu-restricted-extras-paketin.
Kertokaahan muutkin keskustelua seuraavat ihmiset kokemuksia, niin yritetään löytää jokin yhdistävä tekijä! Antakaa myös tarkat tiedot verkkoympäristöstä ja kokeilluista järjestelmistä.
-
...
Perusasennuksen jälkeen asensin sovellusvalikoimasta flashplugin-installer-paketin
...
ja kokeilin palveluja Firefoxilla sekä ennen päivityksiä että päivitysten jälkeen.
Kerropa vielä mitä tuo asennus tarkoittaa? Itse en tehnyt mitään tuollaista vaan asensin suoraan tämän "restricted-extras" -jutun. Mitä tuo tarkoittaa 32-bitillä ja mitä tuo tarkoittaa 64-bitillä (32-bitillähän on vaihtoehtona valita suoraan "valikoimasta" - ei toimi 64-bitillä).
Joillakin koneilla tein jälkeenpäin toimenpiteitä, aiemmin keskustelluiden ohjeiden mukaisesti, mutta sehän on eri. Nimittäin asennusjärjestyshän voi hyvin vaikuttaa (varsinkin jos pakettien päiväyksissä tms on jotakin häikkää, miten se nyt sitten tarkalleen toimiikin).
Toisena asiana, en kylläkään ottanut imagea NYT vaan se on peräisin joltakin ajalta, luultavasti heti ilmestymisen jälkeen otettu, tai joskus. Ei kai Canonical salaa päivitä tätä imagea, ilman että kertoo sitä lataussivulla ...?
-
Kerropa vielä mitä tuo asennus tarkoittaa? Itse en tehnyt mitään tuollaista vaan asensin suoraan tämän "restricted-extras" -jutun. Mitä tuo tarkoittaa 32-bitillä ja mitä tuo tarkoittaa 64-bitillä (32-bitillähän on vaihtoehtona valita suoraan "valikoimasta" - ei toimi 64-bitillä).
Sekä 32- että 64-bittisessä 10.04:ssä voi tehdä näin:
Sovellukset->Ubuntun sovellusvalikoima, kirjoitan oikean yläkulman hakukenttään flashplugin ja asennan ylimmän vaihtoehdon:
Adobe Flash -liitännäinen
Asennusohjelma Adobe Flash -liitännäiselle Mozilla-selaimiin
Sama päätteessä: sudo apt-get install flashplugin-installer
ubuntu-restricted-extras -paketti asentaa tämän paketin riippuvuutena, eikä sekään ole laukaissut minulla tätä ongelmaa. Näiden pakettien keskinäisellä asennusjärjestyksellä ei voi olla merkitystä.
-
Eihän tuo Adoben logolla varustettu liitännnäinen suostu noista menuista asentumaan - sanoo ettei onnistu 64-bittisellä, muistaakseni.
Kokeilin 9.04:llä, ei onnistu siinäkään 64-bittisellä. Tällä vanhalla koneella on kyllä kaikenlaisia muitakin Flashejä ... mutta joka tapauksessa tuo puhuttu 10 versio on myös.
En tiedä onko tälläkään sinänsä väliä, koska "restricted-extras" -näyttäisi toimivan, tosin en ole lukenut siitä joka riviä ja verrannut.
-
Flashplugin-installer asentaa 32-bittisen flashin *buntun bittisyydestä riippumatta.
-
Eihän tuo Adoben logolla varustettu liitännnäinen suostu noista menuista asentumaan - sanoo ettei onnistu 64-bittisellä, muistaakseni.
Paketin logo on valkoinen f-kirjain punaisella taustalla ja kuvauksena tuo yllä mainittu. Asentuu varmasti 64-bittisessä, jos valitset sovellusvalikoimasta oikean paketin. Lisätiedoista voi vielä tarkistaa, että kyseessä on flashplugin-installer.
En tiedä onko tälläkään sinänsä väliä, koska "restricted-extras" -näyttäisi toimivan, tosin en ole lukenut siitä joka riviä ja verrannut.
Ei ole väliä, vika on muualla.
-
Flashplugin-installer asentaa 32-bittisen flashin *buntun bittisyydestä riippumatta.
No joo, kokeilin vielä kertaalleen (vanhalla installaatiolla) 9.04 64-bitillä ottaa pois ja asentaa tuolla komentorivijutulla. Kaikin puolin näyttäisi menevän sisään ihan oikein, vaikka "sovellusohjelma menuista" ei suostukaan asentumaan (valittaa amd64 arkkitehtuurista).
Joten en minä ainakaan huomaa mitään vikaa näissä Flash-installaatioissa sinänsä ...
-
Anteeksi, että tulen tähän väliin, mutta haluasin vähän kommentoida.
Minulla oli niin, että vanhalla 8.04 näkyi myös ne, joiden katselu oli rajattu Suomeen. Nykyisellä 10.04 näkyy vain ne, joita voi katsoa myös ulkomailla. Muista tulee otsikon mukainen ilmoitus.
Tuon ilmoitus on käsittääksenin Flashin "tulostama".
Mutta miten Ylen areena tunnistaa onko katselija Suomessa? Eikö vika voi olla myös selaimessa tai verkkoasetuksessa? Jossain tämän viestiketjun viestissä oli linkki, jonka avulla voi "tarkastaa" sijaintinsa. Se ilmoitti minun olevan Suomessa.
Oikeastaan pitäisi selvittää kuinka areena tunnistaa katselijan sijainnin ja miksi klikkaamalla suoraan linkkiä selain näyttää oikein sijainnin, mutta areena ei tiedä?
Itse olen lähettänyt Ylelle viestiä asiasta. Itsellä ei oikein taidot riitä tämä syvällisempään tutkiskeluun. Olen tarkastanut tämän viestiketjun vinkit, ja kaiken pitäisi olla kunnossa. IPV6 ei ole käytössä, viimeisimpänä tarkistuksena.
-
Tuolla muutama viestini sitten kerroin juuri mitä Yle sanoi asiasta ja miten he tunnistavat Suomessa oloa.
Tarkempaan analyysiin ei taida päästä, koska asiaa paremmin tuntevat ovat ehkä nyt lomalla YLEllä, ainakin tällaista varoittivat.
Kaiken pitäisi olla kunnossa, mutta tietyt Ubuntut eivät vain halua sijaita Suomessa - YLEn mukaan arvioituna ... klassinen kukaan ei ole vastuussa tilanne, oikeastikin ei ole vastuussa. No, YLE vaikutti kuitenkin hyvin halukkaalta paneutua ongelmaan.
-
Kubuntu Lucid 10.04:
Helpoiten homma hoituu näin:
Asenna Guarddog (Universe repository).
Avaa Guarddog -> Advanced (välilehti) -> New Protocol:
Name: [esim] RMTP
Type: TCP
Ports: 1935 - 1935 (Bidirectional rastitettu)
Sen jälkeen:
Protocol (välilehti), jossa listasta "User defined" ja rasti kohtaan RMTP (tai minkä nimen äsken kirjoititkaan).
Sen jälkeen "Apply".
Nyt on portti 1935 molempiin suuntiin avattu ja Yle Areenan streamit toimii ilman ongelmia.
[Kokeiltu tänään 6.7.2010 -> toimi]
Portin voi halutessaan ja paranoiassaan sulkea katselun jälkeen, jolloin edellä mainittu rasti kohdasta RMTP poistetaan.
Itse en avannut mitään muita portteja (paitsi tietysti vakiot eli DNS, HTTP ja HTTPS, jotka löytyy valmiina Guarddogin listalta.
Ilmoitelkaa toimiiko myös teillä näillä ohjeilla....
EDIT: Lisäys: Lucidissa on normaalista IPtablella tuo 1935 piilotettu / suljettu, josta syystä areenan streami ei toimi.
EDIT2: jos Guarddog tai muu palomuuri on aiemmin asennettu ja käyttöön on määritetty "local zone", niin luonnollisesti vastaava muutos täytyy kaksisuuntaisena tehdä kyseiselle zonelle.
-
Outo ongelma kieltämättä. Laitoin juuri 32 bittisen Lucidin CD: ltä, ei mitään päivityksiä (niitä on paljon jonossa odottamassa), laitoin Synaptic: lla flashplugin-installer: in ja kokeilin heti Areenaa, lastenohjelma jossa lukee "Näkyy vain Suomessa", toimii ok. Jostain syystä en ole saanut ongelmaa esiintymään omassa paikassani, Soneran verkko Vantaalla ja en tehnyt mitään erikoisvirityksiä.
-
WipeOut: kiitos ohjeesta. Täytyy kokeilla ensi tilassa.
En tosin ymmärrä, että jos asia on porteista kiinni, niin miten tämä voi toimia kenelläkään oletuksena ...
-
EDIT: Lisäys: Lucidissa on normaalista IPtablella tuo 1935 piilotettu / suljettu, josta syystä areenan streami ei toimi.
Lucidissa ei ole oletuksena suljettu mitään, ellet ole itse asentanut jotain palomuurisoftaa. Tässä tilanne normaalisti:
$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Innostuin kuitenkin kokeilemaan asiaa. Estin liikenteen kohdeporttiin/kohdeportista 1935:
$ sudo iptables -A OUTPUT -p tcp --dport 1935 -j DROP
$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
DROP tcp -- anywhere anywhere tcp dpt:1935
Tällä tempulla sain Areenassa ja Elävässä arkistossa "katseltavissa vain Suomessa" -virheen 10 sekunnin odottelun jälkeen. Areenan ulkomailla sallitut tallenteet (http://areena.yle.fi/ohjelmat/naytetaan_ulkomailla/kylla) näkyivät silti saman odotusajan jälkeen, eli ne lähetetään varmaankin portin 80 kautta, jos 1935 ei toimi. RTMPDump-YLE ei myöskään suostunut lataamaan tallenteita.
En oikein ymmärrä, mitä hyötyä Ylelle on portin 1935 vaatimisesta muiden tallenteiden katseluun, ellei tässä sitten ole ajateltu helpottaa palvelun viihdetarjonnan blokkaamista yritysverkoissa. Lisäksi tuo virheilmoitus on tässä tilanteessa harvinaisen harhaanjohtava, koska se viittaa käyttäjän sijaintiin, eikä palvelun käyttämään porttiin!
Joka tapauksessa, toisin kuin aiemmin maalaisjärjellä päättelin, liikenteen estyminen Ylen Flash-palvelimen portista 1935 voi hyvinkin johtaa tähän virheilmoitukseen. En kuitenkaan usko, että Ganymedeksellä ja osalla ketjun aiemmista tapauksista on sama ongelma, koska virheilmoitus tulee välittömästi tai RTMPDump-yle toimii. Lisäksi 10.04 ei poikkea palomuuriasetusten osalta aiemmista Ubuntun versioista, eli oletuksena sääntöjä ei ole.
Koska Adoben testipalvelu ei toimi, tein kokeilusivun: http://deneb.yi.org:1935
Jos tuo HTML-sivu latautuu ja sivun ylälaidassa lukee isolla "It works!", liikenne kulkee esteettä portin 1935 läpi hyvin todennäköisesti myös Ylen Flash-palvelimien tapauksessa.
-
Kiitokset hienoista selvityksistä, erittäin hyödyllistä tietoa.
nm:n testipalvelu: It works!
(Yle ei).
-
Alla Ylen vastaus. Kertooko tuo viisaammille mitään?
>>>YLE Areenan georajaustunnistus ei ole IP-pohjainen vaan perustuu
verkkoliikennesuodatukseen. Kaikki FICIX-runkoverkon kautta liikkuvat
katselupyynnöt katsotaan tapahtuvaksi Suomesta käsin.
Ongelmasi on merkillinen koska kuitenkin sanot että Suomeen rajattujen
ohjelmataltioiden katselu onnistuu kotoasi PS3:lla muttei tietokoneella?<<<<
-
Alla Ylen vastaus. Kertooko tuo viisaammille mitään?
>>>YLE Areenan georajaustunnistus ei ole IP-pohjainen vaan perustuu
verkkoliikennesuodatukseen. Kaikki FICIX-runkoverkon kautta liikkuvat
katselupyynnöt katsotaan tapahtuvaksi Suomesta käsin.
Tämän perusteella ongelma ei johdu georajauksesta vaan jostain muusta. Areenan ja Elävän arkiston videosoittimen antama virheilmoitus on siis väärä, kuten yllä kuvaamassani porttiestotapauksessa.
-
Alla Ylen vastaus. Kertooko tuo viisaammille mitään?
>>>YLE Areenan georajaustunnistus ei ole IP-pohjainen vaan perustuu
verkkoliikennesuodatukseen. Kaikki FICIX-runkoverkon kautta liikkuvat
katselupyynnöt katsotaan tapahtuvaksi Suomesta käsin.
...
Tuo on melko varmasti väärin ... vaikka en oikeastaan tunne asiaa, mutta eihän tuo ole minkään logiikan mukainen.
Tuskin runkoverkko vaihtuu silloin kun siirrytään käyttämään Ubuntun sijasta Windowsia tai esim. Ubuntu 9.04 32-bit konetta - tai sanotaan että ei varmasti vaihdu.
Sitä paitsi eihän minkään ohjelman sisäinen logiikka ole tuollaista ... totta kai siinä testataan jotakin muuta ... mutta mikä, kuka osaisi sanoa ja miksi se sitten kummittellee tietyissä Ubuntu tapauksissa, mutta Windowsissa ei yhtään koskaan eikä milloinkaan.
-
Tuo on melko varmasti väärin ... vaikka en oikeastaan tunne asiaa, mutta eihän tuo ole minkään logiikan mukainen.
Tuskin runkoverkko vaihtuu silloin kun siirrytään käyttämään Ubuntun sijasta Windowsia tai esim. Ubuntu 9.04 32-bit konetta - tai sanotaan että ei varmasti vaihdu.
Georajaustunnistus tehdään Ylen puolella ja se voi kyllä hyvinkin toimia niin kuin Yle sanoo. Johtopäätös on, että tämä Ubuntussa ilmenevä ongelma ei varsinaisesti liity georajaukseen vaan johonkin muuhun tekijään.
-
Tuo on melko varmasti väärin ... vaikka en oikeastaan tunne asiaa, mutta eihän tuo ole minkään logiikan mukainen.
Tuskin runkoverkko vaihtuu silloin kun siirrytään käyttämään Ubuntun sijasta Windowsia tai esim. Ubuntu 9.04 32-bit konetta - tai sanotaan että ei varmasti vaihdu.
Georajaustunnistus tehdään Ylen puolella ja se voi kyllä hyvinkin toimia niin kuin Yle sanoo. Johtopäätös on, että tämä Ubuntussa ilmenevä ongelma ei varsinaisesti liity georajaukseen vaan johonkin muuhun tekijään.
... mutta virhemessuhan tulee YLEltä eikä Georajaustunnistuksen virhemessua heiltä varmaankaan mistään muusta syystä tule - tai jos tulee niin Georajaustunnistus ei silloin toimi kuten he sanovat.
Jos taasen YLEn Georajaustunnistuksen virhemessu on kuitenkin "ohjelmoitu" tulemaan jostakin muualta kuin YLEltä, niin onhan se väärin toteutettu silloinkin, eikä toimi kuten he sanovat, koska virhemessu tulee aivan jostain muusta syystä.
Joten ympäri käydään ja yhteen tullaan.
-
... mutta virhemessuhan tulee YLEltä eikä Georajaustunnistuksen virhemessua heiltä varmaankaan mistään muusta syystä tule - tai jos tulee niin Georajaustunnistus ei silloin toimi kuten he sanovat.
Virheilmoitus tulee viimekädessä Flash-videosoittimesta (Areenassa: http://areena.yle.fi/player/Application.swf), ja kuten porttikokeilu osoittaa, se ilmaantuu myös muissa tilanteissa. Sinulla esiintyvä ongelma johtuu jostain kolmannesta syystä, vaikka virheilmoitus on sama.
onhan se väärin toteutettu silloinkin, eikä toimi kuten he sanovat, koska virhemessu tulee aivan jostain muusta syystä.
Jep.
-
Onkohan kukaan kokeillut toistaako tuo Gnash näitä Areenan tallenteita ? Ja myös niitä, joita saa katsoa vain Suomessa?
-
YLE Areenan georajaustunnistus ei ole IP-pohjainen vaan perustuu
verkkoliikennesuodatukseen. Kaikki FICIX-runkoverkon kautta liikkuvat
katselupyynnöt katsotaan tapahtuvaksi Suomesta käsin.
Aika käsittämätön vastaus; jos kirjoittaja ei osaa selittää asiaa ymmärrettävästi niin alkaa epäilyttää että ... no niin tiedättehän.
Se että kaikki FICIX verkon kautta tulevat paketit katsotaan Suomesta lähetetyiksi ei oikein kuulosta toimivalta. Eikö kaikki liikenne operaattoreiden välillä kulje normaalisti FICIX solmujen kautta, myös ulkomailta peräisin olevat paketit?
Jos YLE Areena ei tutki lähettäjän IP osoitetta niin pakettiin ei taida jäädä mitään muutakaan kenttää mikä kertoisi lähettäjän aliverkon.
Ainoastaan TTL (time-to-live) kentästä saattaisi yrittää päätellä kuinka monen hypyn yli paketti on tullut ja hylätä paketit joiden TTL alittaa määritellyn alarajan. Olisi kyllä aika hullu ajatus käyttää TTL kenttää tähän tarkoitukseen.
Tutkin koneeni eth portista wiresharkilla pakettien sisältöä ja kumma kyllä koneeni (Kubuntu 10.4) lähettää TTL arvoksi 64. Olen ollut siinä käsityksessä että arvoksi pitää laittaa 255. Ei ole tietoa mitä vanhemmat versiot on laittaneet.
Normaalisti Suomen sisällä hyppyjen määrä jää niin pieneksi ( < 20) että ei pitäisi olla ongelmia. Joskus katsoin muutamia traceroute ulkomaille, ne oli luokkaa < 30. Jostain kai tuotakin parametria voi säätää ja kokeilla onko vaikutusta Areenan toimintaan.
-
Vastaus omaan kysmykseen. Gnash ei toista näitä areenan tallenteita.
-
Se että kaikki FICIX verkon kautta tulevat paketit katsotaan Suomesta lähetetyiksi ei oikein kuulosta toimivalta. Eikö kaikki liikenne operaattoreiden välillä kulje normaalisti FICIX solmujen kautta, myös ulkomailta peräisin olevat paketit?
Ei taida kulkea, koska FICIX:n kautta ei reititetä transit-liikennettä vaan ainoastaan jäsenten omista verkoista (kotimaisten operaattoreiden asiakkailta) tulevia paketteja. FICIX:n sivulla on lyhyt tekninen kuvaus, joka saattaa selventää asiaa: http://www.ficix.fi/tekniikka.php#peering
-
Jatkoa omalta osaltani tähän ketjuun; otin myös Wiresharkin käteen ja ihmettelin verkkodumppeja. Minulla siis tilanne se, että Kubuntu 10.04 suoraan siltaavassa ADSL modeemissa Areena toimii ja kun kierrätän verkon ADSL modeemista reitittimen kautta sisäverkkoon samalla koneella Areena ei toimi. Siis pelkästään verkkopiuhan vaihdolla toimii/ei toimi.
Wiresharkin dumpissa ihmetytti se, että miksi ihmeessä tehdään DNS query flashk.yle.fi.elisa-laajakaista.fi:llä?? ADSL tulee kylläkin Saunalahdesta, mutta eihän tuollaista osoitetta ole olemassa. Toisekseen, ulkoverkon IP-osoitteella DNS kyselyyn kului aikaa 0.01s ja sisäverkon kautta 16 sekuntia.
Kone kiinni ADSL modeemissa, Areena toimii:
51 1.238247 91.XXX.XXX.XXX 193.229.0.40 DNS Standard query AAAA flashk.yle.fi.elisa-laajakaista.fi
52 1.247522 193.229.0.40 91.XXX.XXX.XXX DNS Standard query response, No such name
Kone sisäverkossa, Areena ei toimi:
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
-
Mitä sulla on /etc/resolv.conf:ssa?
Jälkimmäisessä tapauksessa DNS kysely näyttää lähetetyn sisäverkon reitittimelle. Miten näin?
Tuossa näkyy vain kaksi riviä, ehkä siellä on muilla riveillä DNS kysely järkevällä nimellä, ei kai nuo muuten toimisi.
-
Wiresharkin dumpissa ihmetytti se, että miksi ihmeessä tehdään DNS query flashk.yle.fi.elisa-laajakaista.fi:llä??
Kysely domainin alta on kait normaali käytäntö selaimissa silloin kun osoitetta ei muuten löydy. En kyllä tiedä, miksi Areenassa noita kyselyjä tehdään muulloinkin.
Kone kiinni ADSL modeemissa, Areena toimii:
51 1.238247 91.XXX.XXX.XXX 193.229.0.40 DNS Standard query AAAA flashk.yle.fi.elisa-laajakaista.fi
52 1.247522 193.229.0.40 91.XXX.XXX.XXX DNS Standard query response, No such name
Kone sisäverkossa, Areena ei toimi:
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
Miten päättelit tuossa jälkimmäisessä tapauksessa, että vastaus tuli juuri tuohon 1666-paketin kyselyyn eikä johonkin myöhempään? Eikö välissä ollut muita DNS-kyselyjä?
Olisin kiinnostunut vilkaisemaan pakettilokejasi, jos saat ne ladattua johonkin näkyville. Laita vaikka liitetiedostoksi tänne, tai sitten yksityisviestillä, jos pelkäät, että siellä on jotain raskauttavaa todistusaineistoa. ;)
Jälkimmäisessä tapauksessa DNS kysely näyttää lähetetyn sisäverkon reitittimelle. Miten näin?
Ilmeisesti reitittimessä on nimipalvelin? Mitä tapahtuu, jos sen kytkee pois päältä?
-
Mielenkiintoista - ongelma osaltani ratkaistu, joskin juurisyy on ainakin minulle hämäränpeitossa.
Ohessa kuva setupistani vielä selvennykseksi. D-link DIR-855:ssa näyttäisi olevan oletyksena päällä 'DNS relay', joka helpin mukaan "When DNS Relay is enabled, the router plays the role of a DNS server. DNS requests sent to the router are forwarded to the ISP's DNS server." Kun tämän toiminnon otin pois päältä ja omin pikku kätösin lisäsin koneen resolv.confiin Elisan nimipalvelimet alkoi Areena toimimaan. Syytä miksi reitittimen DNS relay ei toimi en tiedä.
Miten päättelit tuossa jälkimmäisessä tapauksessa, että vastaus tuli juuri tuohon 1666-paketin kyselyyn eikä johonkin myöhempään? Eikö välissä ollut muita DNS-kyselyjä?
Välissä oli muitakin kyselyitä, mutta paketti 2108 sanoo itse olevansa vastaus pakettiin 1666.
Olisin kiinnostunut vilkaisemaan pakettilokejasi, jos saat ne ladattua johonkin näkyville. Laita vaikka liitetiedostoksi tänne, tai sitten yksityisviestillä, jos pelkäät, että siellä on jotain raskauttavaa todistusaineistoa. ;)
Vaikka ongelma ratkesikin niin ties mitä kiinnostavaa sieltä löytyy, saat heti kohta viestin.
Jälkimmäisessä tapauksessa DNS kysely näyttää lähetetyn sisäverkon reitittimelle. Miten näin?
Ilmeisesti reitittimessä on nimipalvelin? Mitä tapahtuu, jos sen kytkee pois päältä?
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?
[ylläpito on poistanut liitteen]
-
Olisko NetworkManagerissa joku muutos nimipalvelinten käsittelyssä ja Areena flash itse asiassa kosahtaakin tuon nimipalvelukyselyn timeouttiin eikä paikannusongelmiin?
Tässä voi olla jotain kiinnostavaa vaikka testikohteena olikin silloin nettitikku:
http://forum.ubuntu-fi.org/index.php?topic=33347.msg261506#msg261506 (http://forum.ubuntu-fi.org/index.php?topic=33347.msg261506#msg261506)
Aika suoraviivainen arvaukseni olisi että oikeillä jäljillä ollaan. Tuli myös mieleen että onko kellään havaintoa liittyykö tämä dns-ongelma erityisesti Elisan verkkoon ?
-
Hienoa selvitystyötä! ;D
Nyt on ehkä paljastumassa ehkä se kuuluisa villakoiran ydin.
Pääsen kyllä testaamaan näitä kolmessa verkossa: Elisa business (en tosin tiedä onko tässä paljonkaan eroa yleiseen Elisaan), SuomiCom yritys ja 24Online kuluttaja. Valitettavasti tällä viikolla en pääse näihin.
Sinänsä tulokset kahdessa ensimmäisessä verkossa olivat simppelit (reitittimiä ON välissä):
- 32-bit Ubuntu 9.04 toimii aina
- 64-bit 9.04 Ei toimi
- kumpikaan 10.04 Ei toimi
- Windows toimii aina
Ylehän sanoi että heillä on 10s:n aikaraja omassa päässään. Tosin yhteyden hylkäys tulee paljon nopeammin.
-
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ää.
-
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ä ...
-
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.
-
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 .)
-
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.
-
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 ;D
24Onlinen yhteyden kanssa taasen voin tehdä ihan mitä huvittaa ;D
-
Ensimmäiset uudet testitulokset - aika hämmästyttäviä oikeastaan. ;D ??? ;D
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 (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?
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
$ cat /proc/sys/net/ipv6/conf/all/disable_ipv6
1
$
Firefoxissa on myöskin network.dns.disableIPv6 asetettu arvoon true.
-
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.
-
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.
-
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.
-
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.
-
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]
-
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?
-
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
-
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ä).
-
OK. Lähti juuri sähköpostissa - voi hyvin olla että tuo .txt extensio aiheuttaa jotakin konversiota forum-softassa.
-
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.
-
Ylen elävä arkisto on myös Flash-formaatissa nykyään. Sieltä tulee saman tyyppinen vastaus kuin Areenalta. Ennenkuin Arkisto oli flash-muodossa pystyi Windows-formaatissa olleita videoita katsomaan ongelmitta. Valitin asiasta. Alla vastaus. Auttaako selvittelyssä (Areenan tai Arkiston)??
>>>
Elävän arkiston mediasoittimen verkkoyhteyden aikakatkaisun raja on alempi
kuin YLE Areenassa. Mikäli yhteyden muodostuminen selaimeltasi Elävän
arkiston mediapalvelimille kestää kauemmin kuin 6 sekuntia, tapahtuu
aikakatkaisu ja saat kuvailemasi virheilmoituksen.
Terveisin
YLE Areenan toimitus
<<<
-
Ai että eivät tiedä oikein itsekään - onhan ne 6 ja 10 kuitenkin aika paljon eri lukuja, näyttävätkin erilaisilta jos ei niistä muuta ymmärrä ::)
Sorry, en voinut vastustaa kommenttiani, mutta ei se lähellekään 6 sekuntiakaan kestä.
Sinänsä lokit ovat NM:n analysoitavana, jotakinhan se 10.04 herjaa jos ISP:n nimipalvelin ei ole suoraan koneella tiedossa, eikä toimi.
9.04 64-bit ei silläkään lähde toimimaan, mutta onko tällä käyttiksellä nyt niin väliäkään enää? 9.04 32- bit taasen toimii aina.
-
Uusia tuloksia - yllättäviä nämäkin. Ei ainakaan heti ole tullut mieleen.
A.
Uusi Host, Asus läppäri, Duo2 Dual Core, Win 7, 64-bit. Itse Host TOIMII, niinkuin aina Windowsilla.
Virtuaalikoneet, NAT
- 10.04, 64-bit
- tällaista ei voi ajaa. Valittaa tuen puutteesta 64-bit ympäristölle. En löytänyt Bioksesta mitään joka olisi auttanut. Eli nämä prosessorien virtualisointituet, joista on tällä Forumilla ollut joskus puhetta, tullevat sitten esille varsinaisesti vasta siinä, että voiko 64-bittistä virtuaalikonetta ajaa vai ei.
-10.04, 32-bit
- tämä TOIMII !
(siis tämä sama konehan EI TOIMI, 9.04 64-bit hostin alla, varmistettu vielä kertaalleen. Puhun siis samasta koneesta, en edes identtisestä kopiosta. Ajan konetta siis ulkoiselta USB-levyltä.)
B.
Aiemmissa testeissä käytetty HOST, Ubuntu 9.04, 64-bit. Tämä Hosthan itse ei ole toistaiseksi toiminut mitenkään.
Virtuaalikone, Bridged
- 10.04, 32-bit
- tämä TOIMII, mutta tämä ei ole ihme, koska Bridged tilaan saattaminen tuo resolv.conf -tiedostoon automaattisesti nämä ISP:n DNS-osoitteet. Aiemmissa testeissäkin on toiminut jos resolv.conf -tiedostoa on käsin editoinut vastaavaksi.
Joten tässä on tällä VMware Hostillakin oma vaikutuksensa. Aika vaikeaksi menee. Ilmeisesti nämä YLEn tarkistukset perustuvat aivan muihin asioihin kuin mitä siellä luullaan. Sinänsä huvittavaa, että tällainen naurettava Flash-juttu ei toimi, kun virtuaalikoneilla sentään ajaetaan *aika* paljon monimutkaisempiakin verkkoasioita kuin joku videon katselu. No, eihän tämä toimi 64-bit 9.04 hostissakaan mitenkään.
Toisaalta näillä neuvoilla jopa YLEn palvelut saa toimimaan kun vähän editoi, ainakin 10.04:ssä, ainakin virtuaalikoneilla. Fyysisiä koneita en tähän hätään pysty järjestelemään, joten niiden toimintaan en voi ottaa kantaa.
Tein kokeiluja myös toisella verkkoympäristöllä, 24 Online verkolla, jossa on hieman erilaisia purkkeja. Ottaen huomioon saadut tulokset ja se mitä tällä läppärillä pystyin kokeilemaan, ei tämä toisen verkon kokeilu oikeastaan pitänytkään antaa mitään uutta tietoa asiasta, noin lyhyesti sanottuna. Eikä siis antanut.
-
Ai että eivät tiedä oikein itsekään - onhan ne 6 ja 10 kuitenkin aika paljon eri lukuja, näyttävätkin erilaisilta jos ei niistä muuta ymmärrä ::)
Sorry, en voinut vastustaa kommenttiani, mutta ei se lähellekään 6 sekuntiakaan kestä.
Jeps, Elävässä arkistossa aikakatkaisu on 2 sekuntia, Areenassa 10. En tullut ajatelleeksi, että niissä voisi olla eroa ennen kuin näin lokisi.
Sinänsä lokit ovat NM:n analysoitavana, jotakinhan se 10.04 herjaa jos ISP:n nimipalvelin ei ole suoraan koneella tiedossa, eikä toimi.
Kiitokset lokeista, olen tosiaan käynyt ne läpi ja testaillut hieman. Kirjoitin skriptin, jolla voi viivästää DNS-kyselyjä paikallisesti ja pystyin toistamaan ongelman toimivassa ympäristössä. Viimeistelen skriptin huomenna ja laitan sen johonkin saataville, niin muutkin voivat kokeilla.
Avoimena kysymyksenä on vielä se, miksi Linuxin Flash Player haluaa tehdä nimikyselyjä .localdomainin alla, kun niitä ei yleensä muuten tehdä. Sama tapahtuu muissakin RTMP-palveluissa, kuten ruutu.fi:ssä. Siellä vain ei ole yhtä lyhyttä aikakatkaisua ja vastaus tulee hieman reilussa 10 sekunnissa bugiseltakin nimipalvelimelta, tai glibc:n resolverilta, jos vastausta ei muuten kuulu.
Ratkaisuesitys:
- Raportoidaan ongelma Adobelle ja toivotaan, että korjaus joskus päätyy Flash Playeriin saakka.
- Pyydetään Yleä kasvattamaan aikarajaa sekä Areenassa että Elävässä arkistossa vähintään 15 sekuntiin sekä antamaan asianmukaiset virheilmoitukset ongelmatilanteissa.
- Dokumentoidaan mahdolliset ongelmat (porttiestot ja bugiset nimipalvelut) ratkaisuineen mahdollisimman selkeästi wikiin, jolloin ihmiset voivat yrittää korjata verkkonsa.
Lisäksi VMWaren DNS-välitystoiminto ei nähtävästi vastaa lainkaan olemattomiin (tai paikallisen domainin alla tehtyihin) AAAA-kyselyihin, eli se on buginen samaan tapaan kuin monet kuluttajaluokan NAT-laitteet. Tämänkin ongelman voisi raportoida.
Käyttöjärjestelmän resolver-toiminnon toteutus vaikuttaa myös ongelmaan, mutta Ubuntun käytäntöä tuskin enää muutetaan sellaisiksi, ettei Flash pääsisi tekemään huonoja kyselyjä. Käsittääkseni silloin muutkaan AAAA-kyselyt eivät toimisi, ja IPv6 alkaa kohta olla oikeasti tarpeellinen.
-
Kiitokset hienosta analysoinnista!
Tästä jäi vielä ehkä epäselväksi se, että mitä tämä Flashin epäonnistuva nimipalveluhaku oikein tekee? Ja miksi sen aikarajan kasvattaminen sitten auttaa ongelmaan? Onko se kokonaan turha kysely vai tapahtuuko aikarajan ylityksen jälkeen jotakin muuta joka onnistuu (tuo glibc resolver, ehkä)?
Koska olen ollut kontaktissa YLEen, voin tietysti omalta puoleltani raportoida heille, mutta mieluiten vasta tarkennusten jälkeen.
Tuo VMwaren DNS-ongelmakaan ei ole ihan yhden suhde yhteen sekään:
- sitä ei ole ilmeisesti ollenkaan Windows version VMwaressa (kokeiltu uusin VMware Player, Win 7, 64-bit). Koska siis Ubuntu client 10.04 32-bit toimi siinä.
- Linux version VMware Playerissa (uusin versio) ei ole DNS-ongelmaa 9.04 32-bit virtuaalikoneella, mutta vastaavasti 10.04 32-bit virtuaalikoneella on. Varmistin vielä uudestaan ja näin. Päätellen YLEn toiminnasta tai toimimattomuudesta on näin. Aivan ilmeisesti myös molemmilla vastaavilla Ubuntun 64-bit versioilla VMware DNS-ongelma tulee myös esiin (siis todellakin samalla Hostilla ja samalla VMware 64-bit ohjelmalla)
Joten suht.koht. visainen ongelmahan tämä on ollut mieltää, mutta käsittääkseni nyt siitä tiedetään kaikki oleellinen. Luulisin ainakin. ;D
EDIT: Tarkistettu sanamuotoja paremmiksi.
EDIT2: Kauttarantain on ehkä tullut selväksi tämä D-link reitittimen osuuskin näissä testauksissani, mutta en ole sitä välttämättä suoraan sanonut.
Eli kun muut virhelähteet eliminoitiin (VMwaren nimipalvelu tietyissä tapauksissa), niin myös D-link reitittimen oletustoiminto "DNS Relay" oli myös välttämätöntä ottaa pois toiminnasta. Ilman sitä eivät tietyt edellämainitut tapaukset olisi edelleenkään toimineet. Tässä Cisco/Linksys reitittimessä ei oletuksena ollut mitään tällaista päällä, joten sille en tehnyt mitään. Eli periaatteessa tässä oli useimmissa testitapauksissani kaksi erillistä nimipalveu ongelmaa, jotka kummatkin aiheuttivat saman virhetilanteen YLEn Elävän Arkiston tapauksessa (muutoin toimii kyllä).
-
Onkohan tälle asialle tapahtunut mitään? Eilen tuli Flash-plugin päivitys, mutta se ei auttanut tähän.
-
Onkohan tälle asialle tapahtunut mitään? Eilen tuli Flash-plugin päivitys, mutta se ei auttanut tähän.
On tullut parikin päivitystä sitten edellisten testien. Itse olen testannut vain 9.04 64-bittisellä eikä siinä ole tapahtunut muutosta, mutta siitä versiosta ei varmaan kannata enää kantaa huolta.
En ole vielä omia reittejäni laittanut YLElle viestiä - jäin odottelemaan vastauksia edellä esitettyihin kysymyksiin, mutta voisin oikeastaan laittaa nyt.
Toisaalta, jos tarkoitat, että saako toimimaan 10.04:llä (32/64-bit), niin sehän edellä jo ratkaistiin - melko helposti saa.
-
Hetkinen. Minulla on mennyt ohi tai sitten en ole ymmärtänyt. Eli kuinka saa 10.04 32-bittisessä toimimaan nuo vain suomessa avautuvat?
-
Hetkinen. Minulla on mennyt ohi tai sitten en ole ymmärtänyt. Eli kuinka saa 10.04 32-bittisessä toimimaan nuo vain suomessa avautuvat?
Ok, pyörittely edellä oli kohtalaisen pitkää tai jopa voisi sanoa perusteellista, joten ymmärrettävää jos sitä ei kaikilta osin jaksanut kahlata läpi. ;D
10.04:n ratkaisu (lyhyesti, ilman rautalankamallia asian tekemiseksi):
1.
Riippumatta nimipalveluiden sijainnista ja laitteista, antamalla koneelle suoraan ISP:n antamat nimipalvelimet, niin toimii samantien. Tällöin siis verkkokonfiguraatioon pitää syöttää nimipalvelin tai oikeastaan molemmat (yleensä niitä on kaksi, pilkulla eroteltuna).
Tällöin "/etc/resolv.conf" tiedosto näyttää esim. tältä (laiskasti olen antanut vain yhden nimipalvelimen):
# Generated by NetworkManager
domain suomicom.fi
search suomicom.fi
nameserver 217.119.36.4
Tämän voi tehdä käsin editoimallakin. Sisältö riippuu ISP:stäsi.
2.
Jos haluaa tähän universaalimman ratkaisun, niin:
a) Jos kyse on virtuaalikoneesta, niin virtuaalijärjestelmien nimipalvelimessa saattaa olla bugi riippuen kovasti ohjelmasta ja jopa client-koneen versiosta.
Sinänsä, tähän ei ole universaalia ratkaisua, muuta kuin korjata virtuaalijärjestelmän nimipalvelin. Kohdan 1 ratkaisu (tietysti) toimii tässäkin tapauksessa ja jos virtuaalijärjestelmässä ajettava kone on "bridged" verkkomuodossa, niin virtuaalijärjestelmän nimipalvelinhan ei tällöin ole pelissä mukana ollenkaan, eikä tätä ongelmaa ollut alunperinkään.
b) Fyysisillä koneilla ja NAT-purkeilla.
NAT-purkeilla (=router, reititin, palomuuri, tai mitä niiden pakettien kylkeen nyt onkaan leuhkasti ja ehkä hieman perusteettomasti kirjoitettu) on asetus "DNS Relay" (tai vastaava, edellinen termi on D-linkin termi), joka saa purkin toimimaan nimipalvelimena. Tämä pitää ottaa pois päältä ja mahdollisesti koneet ja purkit pitää kertaalleen käynnistää uudelleen. Tämä ei vaikuta purkin normaaliin käyttöön, mutta kun tämä purkin aiheuttama virhe poistuu, niin YLEnkin yhteys alkaa toimimaan.
Joten ratkaisut ovat lopulta hyvin yksinkertaisia, mutta tilanteen ja virheen hahmottaminen vaati "aika paljon" keskustelua ja testaamista - melko abstrakti juttu.
-
Mistä nuo nimipalveluiden osoitteen saa? Jos ISP on Elisa, niin pitääkö soittaa johonkin ja kysyä? Vai voiko sen onkia jostain?
-
Mistä nuo nimipalveluiden osoitteen saa? Jos ISP on Elisa, niin pitääkö soittaa johonkin ja kysyä? Vai voiko sen onkia jostain?
Varmaan sieltäkin, mutta modeemisi WAN-konfiguraatio ne ainakin näyttää (tai yhdistelmälaitteen modeemi/reititin WAN-konfiguraatio).
Windows-koneen komento "ipconfig /all" näyttää nimipalvelimen myös, mutta siitä ei ole apua, jos siinä on juuri tuon purkin osoite.
-
Minun etc/resolv.conf näyttää tältä:
# Generated by NetworkManager
domain domain.invalid
search domain.invalid
nameserver 192.168.254.254
Nameserver-kohdassa on routerin osoite. Eli tuohon pitää ISP:n (elisan) nameserverin osoite (2 kpl pilkulla erotettuna)?? Pitääkö domain- ja search-rivejä muuttaa?
Kiittäen jo etukäteen vastauksesta.
-
Minun etc/resolv.conf näyttää tältä:
# Generated by NetworkManager
domain domain.invalid
search domain.invalid
nameserver 192.168.254.254
Nameserver-kohdassa on routerin osoite. Eli tuohon pitää ISP:n (elisan) nameserverin osoite (2 kpl pilkulla erotettuna)?? Pitääkö domain- ja search-rivejä muuttaa?
Älä muokkaa resolv.confia käsin. NetworkManager kirjoittaa muutostesi päälle, kun yhteys luodaan uudelleen seuraavan kerran.
Sen sijaan:
1. Klikkaa paneelin verkkokuvaketta hiiren oikealla ja valitse Muokkaa yhteyksiä... (tai vaihtoehtoisesti Järjestelmä->Asetukset->Verkkoyhteydet)
2. Valitse avautuneesta ikkunasta käyttämäsi yhteys ja paina Muokkaa, jolloin avautuu toinen ikkuna.
3. Valitse IPv4-asetukset -välilehti.
4. Vaihda menetelmäksi Vain automaattiset osoitteet (DHCP) ja kirjoita DNS-palvelimet-kohtaan palveluntarjoajan DNS-palvelinten osoitteet pilkulla erotettuina.
Mutta helpompi ratkaisu olisi kytkeä NAT-purkista DNS-palvelin/relay pois päältä, kuten Ganymedes neuvoi.
-
Minulla näkyy tuo ongelma korjaantuneen, kun vaihdoin (purkin vaihdon yhteydessä) DNS-palvelimen OpenDNS:stä takaisin Soneran oletukseen. :)
-
Unohdin vastata tähän:
Tästä jäi vielä ehkä epäselväksi se, että mitä tämä Flashin epäonnistuva nimipalveluhaku oikein tekee? Ja miksi sen aikarajan kasvattaminen sitten auttaa ongelmaan? Onko se kokonaan turha kysely vai tapahtuuko aikarajan ylityksen jälkeen jotakin muuta joka onnistuu (tuo glibc resolver, ehkä)?
Varsinaista syytä Flashin tekemään tarpeettomaan AAAA-kyselyyn en osaa sanoa, mutta ilmeisesti se pysäyttää Flashin RTMP-asiakkaan toiminnan, kunnes jokin vastaus saadaan. Kernelin verkkorajapinnan ja Flashin välissä toimiva Glibc:n resolver vastaa itse kyselyyn 10 sekunnin kuluttua, jos DNS-palvelimelta ei kuulu vastausta. Silloin Flash siis pääsisi jatkamaan toimintaansa.
Tämän vuoksi hieman pidempi katkaisuaika Ylen puolella auttaisi luultavasti ongelmaan. Käyttäjä vain joutuu odottelemaan turhaan 10 sekuntia.
Jos YLE sanoo, ettei asialle tehdä mitään, täytyy yrittää raportoida Adobelle. Tosin sieltä tuskin saa edes vastausta.
-
Tuo networkmanagerin kautta tehtävä konffaus on mielestäni tarpeeksi helppo ja turvallinen. En hallitse Siemens Speedstream 6515 routerin valikkoja, En löydä sieltä edes Elisan nimipalvelimien osoitteita. Pitänee soittaa.
PS3 oli hanka saada tuon routerin kanssa toimimaan, joten en mielellni muuuta sen asetuksia.
Kiitos kaikkille tuesta.
-
Varsinaista syytä Flashin tekemään tarpeettomaan AAAA-kyselyyn en osaa sanoa, mutta ilmeisesti se pysäyttää Flashin RTMP-asiakkaan toiminnan, kunnes jokin vastaus saadaan. Kernelin verkkorajapinnan ja Flashin välissä toimiva Glibc:n resolver vastaa itse kyselyyn 10 sekunnin kuluttua, jos DNS-palvelimelta ei kuulu vastausta. Silloin Flash siis pääsisi jatkamaan toimintaansa.
Tämän vuoksi hieman pidempi katkaisuaika Ylen puolella auttaisi luultavasti ongelmaan. Käyttäjä vain joutuu odottelemaan turhaan 10 sekuntia.
Jos YLE sanoo, ettei asialle tehdä mitään, täytyy yrittää raportoida Adobelle. Tosin sieltä tuskin saa edes vastausta.
Kiitos! Mukava tietää tuokin :)
-
Vielä kerran kiitokset!!
Näin minä sen ratkaisin:
>>>>
Sen sijaan:
1. Klikkaa paneelin verkkokuvaketta hiiren oikealla ja valitse Muokkaa yhteyksiä... (tai vaihtoehtoisesti Järjestelmä->Asetukset->Verkkoyhteydet)
2. Valitse avautuneesta ikkunasta käyttämäsi yhteys ja paina Muokkaa, jolloin avautuu toinen ikkuna.
3. Valitse IPv4-asetukset -välilehti.
4. Vaihda menetelmäksi Vain automaattiset osoitteet (DHCP) ja kirjoita DNS-palvelimet-kohtaan palveluntarjoajan DNS-palvelinten osoitteet pilkulla erotettuina.
<<<<
Uskaltaisko laittaa otsikkoon ratkaistu??
Elisan nimipalvelimet ovat muuten : ensisijainen: 193.229.0.40, toissijainen: 193.229.0.42
Pidän tätä ratkaisua siinä mielessä parempana, että kaltaseni tumpelo saattais sotkea routerin ja sitten ei millään pääsisi nettiin. PS3 oli ainakin silloin kun minä asensin hyvin herkähkö noille routerin asetusten suhteen, joten en halunnut siihen koskea.
-
Tuo on juuri se konekohtainen nimipalvelinratkaisu. Hyvä että toimii nyt. ;D
Se, että tämä olisi kokonaan ratkaistu on käsitteellisesti hieman ongelmallista, koska tämän selvittely on tuonut esiin muutaman bugin:
- NAT-purkkien DNS-toiminta on väärää ja kyseisen asetuksen päälläolo oletuksena on ongelmallista, turhaa ja pitäisi dokumentoida, koska se estää YLEn käytön Ubuntulla
- Adobe Flash toimii väärin ja toiminnallaan juuri tuo tämän ongelman esiin
- YLEn tekniset neuvot siitä miten heidän palvelunsa toimivat eivät ole totta. Aikaraja on 2 s eikä 10 s niin kuin he itse luulevat
- VMwaren Ubuntu-version DNS toimii väärin tietyillä client Ubuntu-versioilla. Se toimii väärin 10.04 64-bittisellä mutta 32-bittisellä ilmeisesti oikein.
Kaikki edellä luetellut virheet ovat mielestäni hieman yllättäviäkin.