Kysymys

IPTV RR24:n kanssa toimimaan? [ratkaistu]

  • 29 heinäkuu 2010
  • 17 kommenttia
  • 2453 katselukerrat

Tarkoitukseni olisi saada digiboksi ja ennen kaikkea IPTV-kanavat toimimaan yhteen aikoinaan Elisalta saamani A-linkin RoadRunner RR24AP(i+):n kanssa. Luultavasti tuon Elisan viihdemodeemin kanssa toimisi ilman ongelmia, mutta 5 porttiohjausta on itselleni vaan aivan liian vähän (ja muutenkin RR:n muokattavuus on ihan omaa luokkaansa tuohon Viihteen modeemiin verrattuna). Kyseessä siis ADSL siirtotienä.

Digiboksille on annettu kiinteä IP lähiverkosta (192.168.1.37) ja modeemista on laitettu lähiverkkoon (VLAN-profiili DATA, jossa kaikki LAN-portit ja WLAN)  IGMP Snooping ja IGMP Querier päälle.

Digiboksissa toimii kyllä tallennukset ja tällaiset, mutta kun koittaa IPTV-kanavia katsoa, ei näy kuin "huono signaali - IPTV-signaalia ei löydy".

Luulisi, että joku muukin on joskus tätä modeemia käyttänyt ja saanut onnistumaankin, joten kuulisinkin mielelläni että mitä olen vielä unohtanut vai onko tuo modeemi vain yksinkertaisesti liian huono.

17 kommenttia

Käyttäjätaso 3

Tarkoitukseni olisi saada digiboksi ja ennen kaikkea IPTV-kanavat toimimaan yhteen aikoinaan Elisalta saamani A-linkin RoadRunner RR24AP(i+):n kanssa. Luultavasti tuon Elisan viihdemodeemin kanssa toimisi ilman ongelmia, mutta 5 porttiohjausta on itselleni vaan aivan liian vähän (ja muutenkin RR:n muokattavuus on ihan omaa luokkaansa tuohon Viihteen modeemiin verrattuna). Kyseessä siis ADSL siirtotienä.

Digiboksille on annettu kiinteä IP lähiverkosta (192.168.1.37) ja modeemista on laitettu lähiverkkoon (VLAN-profiili DATA, jossa kaikki LAN-portit ja WLAN)  IGMP Snooping ja IGMP Querier päälle.

Digiboksissa toimii kyllä tallennukset ja tällaiset, mutta kun koittaa IPTV-kanavia katsoa, ei näy kuin "huono signaali - IPTV-signaalia ei löydy".

Luulisi, että joku muukin on joskus tätä modeemia käyttänyt ja saanut onnistumaankin, joten kuulisinkin mielelläni että mitä olen vielä unohtanut vai onko tuo modeemi vain yksinkertaisesti liian huono.


Digiboksin osoite pitää olla 192.168.1.70  ???
Digiboksin osoite pitää olla 192.168.1.70  ???

Voisin tuota koittaa jossain vaiheessa, mutten kyllä ymmärrä miksi sillä pitäisi nimenomaan tuollainen tietty IP-osoite olla.

Digiboksin osoite pitää olla 192.168.1.70  ???

Voisin tuota koittaa jossain vaiheessa, mutten kyllä ymmärrä miksi sillä pitäisi nimenomaan tuollainen tietty IP-osoite olla.


Ei ole tuosta kiinni, jostain muusta. Jos et tarvitse Viihdekeskus -toimintoa, niin helpoimmalla pääset, kun laitat purkille sellaisen "profiilin" että 4-portti on bridge-modessa ja siihen tulee julkinen ip-osoite. Muut portit sitten jätät sen natin taakse.

Ei ole tuosta kiinni, jostain muusta. Jos et tarvitse Viihdekeskus -toimintoa, niin helpoimmalla pääset, kun laitat purkille sellaisen "profiilin" että 4-portti on bridge-modessa ja siihen tulee julkinen ip-osoite. Muut portit sitten jätät sen natin taakse.

Huomasin myös ettei se ainakaan IP:stä ollut kiinni. Koitin myös niin, että laitoin tuon portin jossa digiboksi on kiinni IPTV-profiilille, jolloin sen pitäisi saada suoraan ulkoverkon osoite. Lopputulos: modeemi kyllä sai Elisalta kaksi IP:tä (lähiverkolle ja IPTV:lle), mutta jostain syystä digiboksi ei suostunut olemaan enää missään yhteydessä verkon yli mihinkään.

Voin tuotakin koittaa jossain vaiheessa uudelleen, kunhan saan varmistettua ettei se sotke lähiverkon toimintaa; on jokseenkin ilkeää jos tiedostopalvelin lakkaa kesken kaiken tarjoilemasta tiedostoja työpöytäkoneelle  😃.
Onnistuin ratkaisemaan tämän, vaikkei helppoa ollutkaan ja tosiaan lähiverkon UPnP-edut menetettiin. Jos joku muu tällaisen kanssa joutuu painimaan, tässäpä se, kuinka selviydyin:
1. A-linkistä sivu LAN, vaihdetaan VLAN Binding -kohdasta LAN4:lle arvo IPTV
2. WAN-valikko, ATM PVC-alivalikko; VC2-kohta auki
3. Arvoiksi:
Protocol 1483 Bridging
VLAN IPTV
VPI/VCI 0/100
Encapsulation LLC
QoS Class UBR
PCR/SCR/MBS 4000/4000/10
PVC Sharing
Auto-Hunt
4. Tallennetaan. Modeemi resetoi itseään ja loppujen lopuksi homman pitäisi toimia.

Ei tyylikästä, ei helppoa, eikä edes kovin hienoakaan (kaipaan UPnP:tä). mutta toimii.

Onnistuin ratkaisemaan tämän, vaikkei helppoa ollutkaan ja tosiaan lähiverkon UPnP-edut menetettiin. Jos joku muu tällaisen kanssa joutuu painimaan, tässäpä se, kuinka selviydyin:
1. A-linkistä sivu LAN, vaihdetaan VLAN Binding -kohdasta LAN4:lle arvo IPTV
2. WAN-valikko, ATM PVC-alivalikko; VC2-kohta auki
3. Arvoiksi:
Protocol 1483 Bridging
VLAN IPTV
VPI/VCI 0/100
Encapsulation LLC
QoS Class UBR
PCR/SCR/MBS 4000/4000/10
PVC Sharing
Auto-Hunt
4. Tallennetaan. Modeemi resetoi itseään ja loppujen lopuksi homman pitäisi toimia.

Ei tyylikästä, ei helppoa, eikä edes kovin hienoakaan (kaipaan UPnP:tä). mutta toimii.

Terve,
Onko täällä kukaan onnistunut saamaan A-Linkiä toimimaan niin, että tilausvideot ym tulee NAT:n läpi? Siis tarkoitan, että myös jaot näkyy viihdekeskuksessa? Olen lukenut täältä, että IGMP pitää olla sallittuna ja sen lisäksi boksille pitää tehdä porttiohjaus UDP(en muista mikä portti). Näin on opastettu, mutta en ole saanut toimimaan, silloin kun vielä hommaa kokeilin. Onko kukaan saanut toimimaan? Bewan toimii ihan ookoo, eli kaikki luvatut ominaisuudet pelittää, mutta porttiohjausten suhteen laatikko on kelvoton, niin ja se WLAN, sitä kun ei saa pois päältä. Jospa joku pätevämpi sais tehtyä ihan kunnon ohjeen asiasta niin  🙂 se ois hieno homma.

Jahas terve taas,

pakko tohon otsikkoon kommentoida vielä sen verran, että minusta ongelma ei ole . Minusta ongelma on ratkaistu sitten kun A-Link toimii kuten Bewankin.

Aiemmin ketjussa aiheeseen liittyvät toimenpiteet:
- IGMP Snooping / Multicast Proxy -asetus päälle
- UDP-porttiohjaus portille 8254 Viihde-digiboksin käytössä olevaan sisäverkon IP-osoitteeseen

on nyt tehty.

Kaikki ominaisuudet (tiedostojen jako, tallenteet ja IP-kanavat) toimivat, paitsi tilausvideot.
UDP 8254 porttiohjaus ei pelkästään riitä, että tilausvideot tulisivat läpi. On kokeiltu. Jos A-Linkin Firewall valikosta poistaa palomuurin käytöstä, alkavat tilausvideotkin näkyä. Tämäkin on kokeiltu.
Kysymys kuuluu, groner & kumppanit, ihan ilman sarvia ja hampaita, onko Elisa kokeillut tätä ohjettaan, vai onko ohjeet annettu speksiä lukemalla? Se ohje kun ei nimittäin toimi.
Löytyisikö ratkaisua, miten tilausvideot tulisivat läpi, ilman, että A-Linkin palomuuri pitää disabloida.
Kiitos etukäteen vastauksesta 🙂


Onnistuin ratkaisemaan tämän, vaikkei helppoa ollutkaan ja tosiaan lähiverkon UPnP-edut menetettiin. Jos joku muu tällaisen kanssa joutuu painimaan, tässäpä se, kuinka selviydyin:
1. A-linkistä sivu LAN, vaihdetaan VLAN Binding -kohdasta LAN4:lle arvo IPTV
2. WAN-valikko, ATM PVC-alivalikko; VC2-kohta auki
3. Arvoiksi:
Protocol 1483 Bridging
VLAN IPTV
VPI/VCI 0/100
Encapsulation LLC
QoS Class UBR
PCR/SCR/MBS 4000/4000/10
PVC Sharing
Auto-Hunt
4. Tallennetaan. Modeemi resetoi itseään ja loppujen lopuksi homman pitäisi toimia.

Ei tyylikästä, ei helppoa, eikä edes kovin hienoakaan (kaipaan UPnP:tä). mutta toimii.

Terve,
Onko täällä kukaan onnistunut saamaan A-Linkiä toimimaan niin, että tilausvideot ym tulee NAT:n läpi? Siis tarkoitan, että myös jaot näkyy viihdekeskuksessa? Olen lukenut täältä, että IGMP pitää olla sallittuna ja sen lisäksi boksille pitää tehdä porttiohjaus UDP(en muista mikä portti). Näin on opastettu, mutta en ole saanut toimimaan, silloin kun vielä hommaa kokeilin. Onko kukaan saanut toimimaan? Bewan toimii ihan ookoo, eli kaikki luvatut ominaisuudet pelittää, mutta porttiohjausten suhteen laatikko on kelvoton, niin ja se WLAN, sitä kun ei saa pois päältä. Jospa joku pätevämpi sais tehtyä ihan kunnon ohjeen asiasta niin  🙂 se ois hieno homma.

Jahas terve taas,

pakko tohon otsikkoon kommentoida vielä sen verran, että minusta ongelma ei ole . Minusta ongelma on ratkaistu sitten kun A-Link toimii kuten Bewankin.

Aiemmin ketjussa aiheeseen liittyvät toimenpiteet:
- IGMP Snooping / Multicast Proxy -asetus päälle
- UDP-porttiohjaus portille 8254 Viihde-digiboksin käytössä olevaan sisäverkon IP-osoitteeseen

on nyt tehty.

Kaikki ominaisuudet (tiedostojen jako, tallenteet ja IP-kanavat) toimivat, paitsi tilausvideot.
UDP 8254 porttiohjaus ei pelkästään riitä, että tilausvideot tulisivat läpi. On kokeiltu. Jos A-Linkin Firewall valikosta poistaa palomuurin käytöstä, alkavat tilausvideotkin näkyä. Tämäkin on kokeiltu.
Kysymys kuuluu, groner & kumppanit, ihan ilman sarvia ja hampaita, onko Elisa kokeillut tätä ohjettaan, vai onko ohjeet annettu speksiä lukemalla? Se ohje kun ei nimittäin toimi.
Löytyisikö ratkaisua, miten tilausvideot tulisivat läpi, ilman, että A-Linkin palomuuri pitää disabloida.
Kiitos etukäteen vastauksesta :)



Jaha, allekirjoittanut olikin lukenut otsikon huonosti, nimittäin IPTV kyllä toimii noilla ohjeilla. Mutta saisiko Elisan väeltä vielä vastauksen tuohon palomuuria koskevaan kysymykseen. Se kun taitaa olla ainoa kivi enää kaskessa tähän asiaan liittyen.

Mr. Palma
Käyttäjätaso 6
Kunniamerkki


Kaikki ominaisuudet (tiedostojen jako, tallenteet ja IP-kanavat) toimivat, paitsi tilausvideot.
UDP 8254 porttiohjaus ei pelkästään riitä, että tilausvideot tulisivat läpi. On kokeiltu. Jos A-Linkin Firewall valikosta poistaa palomuurin käytöstä, alkavat tilausvideotkin näkyä. Tämäkin on kokeiltu.
Kysymys kuuluu, groner & kumppanit, ihan ilman sarvia ja hampaita, onko Elisa kokeillut tätä ohjettaan, vai onko ohjeet annettu speksiä lukemalla? Se ohje kun ei nimittäin toimi.
Löytyisikö ratkaisua, miten tilausvideot tulisivat läpi, ilman, että A-Linkin palomuuri pitää disabloida.
Kiitos etukäteen vastauksesta :)



Jaha, allekirjoittanut olikin lukenut otsikon huonosti, nimittäin IPTV kyllä toimii noilla ohjeilla. Mutta saisiko Elisan väeltä vielä vastauksen tuohon palomuuria koskevaan kysymykseen. Se kun taitaa olla ainoa kivi enää kaskessa tähän asiaan liittyen.

Mr. Palma


Pahoittelut, viestisi mennyt itseltäni aiemmin ohi.

Porttiohjauksen lisäksi samalle UDP-portille pitää tietysti lisätä vielä palomuuriin sääntö, että kyseisestä portista saapuva liikenne sallitaan RR24:n palomuurissa. 🙂



Kaikki ominaisuudet (tiedostojen jako, tallenteet ja IP-kanavat) toimivat, paitsi tilausvideot.
UDP 8254 porttiohjaus ei pelkästään riitä, että tilausvideot tulisivat läpi. On kokeiltu. Jos A-Linkin Firewall valikosta poistaa palomuurin käytöstä, alkavat tilausvideotkin näkyä. Tämäkin on kokeiltu.
Kysymys kuuluu, groner & kumppanit, ihan ilman sarvia ja hampaita, onko Elisa kokeillut tätä ohjettaan, vai onko ohjeet annettu speksiä lukemalla? Se ohje kun ei nimittäin toimi.
Löytyisikö ratkaisua, miten tilausvideot tulisivat läpi, ilman, että A-Linkin palomuuri pitää disabloida.
Kiitos etukäteen vastauksesta :)



Jaha, allekirjoittanut olikin lukenut otsikon huonosti, nimittäin IPTV kyllä toimii noilla ohjeilla. Mutta saisiko Elisan väeltä vielä vastauksen tuohon palomuuria koskevaan kysymykseen. Se kun taitaa olla ainoa kivi enää kaskessa tähän asiaan liittyen.

Mr. Palma


Pahoittelut, viestisi mennyt itseltäni aiemmin ohi.

Porttiohjauksen lisäksi samalle UDP-portille pitää tietysti lisätä vielä palomuuriin sääntö, että kyseisestä portista saapuva liikenne sallitaan RR24:n palomuurissa. :)


Jaha, vai sääntö, no tietysti.
Täytyypä kokeilla säännön luomista. Muiden porttiohjausten kanssa ei ole tarvinnut erikseen luoda sääntöjä, ei vielä kertaakaan aiemmin. Kaitpa tavanomaisten porttiohjausten kanssa se tapahtuu automaattisesti. Mutta kokeillaan siis.
A-Linkin Access control valikko on hieman nurinkurisesti tehty siinämielessä, että siinä pyydetään ruksimaan "blokattavia" portteja, ei niinkään sallimaan jotain reikää. Tämä hieman sekottaa.

Kokeilen ja palaan asiaan.
Kiitoksia vastauksesta.
Käyttäjätaso 6
Kunniamerkki

Jaha, vai sääntö, no tietysti.
Täytyypä kokeilla säännön luomista. Muiden porttiohjausten kanssa ei ole tarvinnut erikseen luoda sääntöjä, ei vielä kertaakaan aiemmin. Kaitpa tavanomaisten porttiohjausten kanssa se tapahtuu automaattisesti. Mutta kokeillaan siis.
A-Linkin Access control valikko on hieman nurinkurisesti tehty siinämielessä, että siinä pyydetään ruksimaan "blokattavia" portteja, ei niinkään sallimaan jotain reikää. Tämä hieman sekottaa.

Kokeilen ja palaan asiaan.
Kiitoksia vastauksesta.


Niin siis aina kun porttiohjauksia lisätään modeemiin, samalle portille pitää tottakai lisätä myös salliva sääntö modeemin palomuurille, palomuuri ja porttiohjaukset ovat kaksi eri palvelua laitteessa. En osaa sanoa hoidetaanko tuo automatisoidummin joissakin laitteissa (ehkä jotkin purkit osaavat lisätä porttiohjauksen yhteydessä automaattisesti säännön palomuurille myös), mutta esim. A-Linkeissä, Zyxeleissä ja Telewelleissä joista itselläni on kokemusta, on sääntö pitänyt luoda palomuuriin aina erikseen.

Kotiboksissahan tuo hoidetaan automaattisesti, eli porttiohjausta lisättäessä Oma Elisasta lisätään vastaava sääntö myös laitteen palomuuriin eikä käyttäjän tarvitse tietää/murehtia sen tekemisestä.


Jaha, vai sääntö, no tietysti.
Täytyypä kokeilla säännön luomista. Muiden porttiohjausten kanssa ei ole tarvinnut erikseen luoda sääntöjä, ei vielä kertaakaan aiemmin. Kaitpa tavanomaisten porttiohjausten kanssa se tapahtuu automaattisesti. Mutta kokeillaan siis.
A-Linkin Access control valikko on hieman nurinkurisesti tehty siinämielessä, että siinä pyydetään ruksimaan "blokattavia" portteja, ei niinkään sallimaan jotain reikää. Tämä hieman sekottaa.

Kokeilen ja palaan asiaan.
Kiitoksia vastauksesta.


Niin siis aina kun porttiohjauksia lisätään modeemiin, samalle portille pitää tottakai lisätä myös salliva sääntö modeemin palomuurille, palomuuri ja porttiohjaukset ovat kaksi eri palvelua laitteessa. En osaa sanoa hoidetaanko tuo automatisoidummin joissakin laitteissa (ehkä jotkin purkit osaavat lisätä porttiohjauksen yhteydessä automaattisesti säännön palomuurille myös), mutta esim. A-Linkeissä, Zyxeleissä ja Telewelleissä joista itselläni on kokemusta, on sääntö pitänyt luoda palomuuriin aina erikseen.

Kotiboksissahan tuo hoidetaan automaattisesti, eli porttiohjausta lisättäessä Oma Elisasta lisätään vastaava sääntö myös laitteen palomuuriin eikä käyttäjän tarvitse tietää/murehtia sen tekemisestä.


Voi mahoton, ei taida tämä jalostua. Tässä A-Linkissä ei kyllä pysty sellaista sääntöä tekemään, mikä sallisi jollekkin portille reiän muuriin. Sääntöjä pystyy kyllä luomaan, mitkä portit/palvelut on milloinkin/minäkin päivänä/mihinkin aikaan blokattuina, muttei erikseen voi avata esim. nyt tuota UDP 8254:ää tohon muuriin. Jos muurin disabloi kokonaan homma kyllä toimii. Olisiko gronerilla tähän vinkkiä?
A-Linkin sivujen mukaan firmis on uusin:
Runtime Code Version:
2.00.26 (May 29 2008 16:03:22)

Kovin outoa tämä kyllä minusta on. Esim. porttien 80, 22, 21 avaaminen sisäverkkoon ei ole vaatinut mitään ylimääräisten reikien poraamista muuriin, vaan ovat toimineet pelkällä porttiohjauksella. Mikä tekee tästä kyseisestä UDP portista erilaisen?
Perin olisin kiitollinen jos saisin ohjeen jolla tuon portin saisin muuriin auki.
Käyttäjätaso 6
Kunniamerkki

Voi mahoton, ei taida tämä jalostua. Tässä A-Linkissä ei kyllä pysty sellaista sääntöä tekemään, mikä sallisi jollekkin portille reiän muuriin. Sääntöjä pystyy kyllä luomaan, mitkä portit/palvelut on milloinkin/minäkin päivänä/mihinkin aikaan blokattuina, muttei erikseen voi avata esim. nyt tuota UDP 8254:ää tohon muuriin. Jos muurin disabloi kokonaan homma kyllä toimii. Olisiko gronerilla tähän vinkkiä?
A-Linkin sivujen mukaan firmis on uusin:
Runtime Code Version:
2.00.26 (May 29 2008 16:03:22)

Kovin outoa tämä kyllä minusta on. Esim. porttien 80, 22, 21 avaaminen sisäverkkoon ei ole vaatinut mitään ylimääräisten reikien poraamista muuriin, vaan ovat toimineet pelkällä porttiohjauksella. Mikä tekee tästä kyseisestä UDP portista erilaisen?
Perin olisin kiitollinen jos saisin ohjeen jolla tuon portin saisin muuriin auki.


Kerrotko käytössä olevan A-Linkisi tarkan mallin, niin yritän auttaa tarkemmilla ohjeilla.

Portit 80, 22 ja 21 ovat "standardi-portteja" yleisiin palveluihin (HTPP, SSH, FTP), joten saattaa olla, että laitteessa on noille ns. valmisprofiilit tarjolla. Toinen syy voi olla se, että nuo portit ovat TCP-portteja. Olethan varmasti lisännyt säännön UDP:lle porttiin 8254, etkä epähuomiossa TCP:lle?


Voi mahoton, ei taida tämä jalostua. Tässä A-Linkissä ei kyllä pysty sellaista sääntöä tekemään, mikä sallisi jollekkin portille reiän muuriin. Sääntöjä pystyy kyllä luomaan, mitkä portit/palvelut on milloinkin/minäkin päivänä/mihinkin aikaan blokattuina, muttei erikseen voi avata esim. nyt tuota UDP 8254:ää tohon muuriin. Jos muurin disabloi kokonaan homma kyllä toimii. Olisiko gronerilla tähän vinkkiä?
A-Linkin sivujen mukaan firmis on uusin:
Runtime Code Version:
2.00.26 (May 29 2008 16:03:22)

Kovin outoa tämä kyllä minusta on. Esim. porttien 80, 22, 21 avaaminen sisäverkkoon ei ole vaatinut mitään ylimääräisten reikien poraamista muuriin, vaan ovat toimineet pelkällä porttiohjauksella. Mikä tekee tästä kyseisestä UDP portista erilaisen?
Perin olisin kiitollinen jos saisin ohjeen jolla tuon portin saisin muuriin auki.


Kerrotko käytössä olevan A-Linkisi tarkan mallin, niin yritän auttaa tarkemmilla ohjeilla.

Portit 80, 22 ja 21 ovat "standardi-portteja" yleisiin palveluihin (HTPP, SSH, FTP), joten saattaa olla, että laitteessa on noille ns. valmisprofiilit tarjolla. Toinen syy voi olla se, että nuo portit ovat TCP-portteja. Olethan varmasti lisännyt säännön UDP:lle porttiin 8254, etkä epähuomiossa TCP:lle?


Terve,

kyllä, protocol type on UDP ja on ohjattu boksin IP:hen. Kokeilin, että ohjaus oikeasti toimii, koska kun palomuuri on disabloitu ja ohjausta ei ole, niin ei tule videota, mutta kun sen teen niin tilausvideot tulevat läpi OK. Porttiohjaus on siis oikein.

Laitteen päällä lukee seuraavaa:
ADSL2+ 4 port & 54MB WLAN
RR24AP(i+)

Mikä kumma sitä vaivaa?
Käyttäjätaso 6
Kunniamerkki
Laitteen manuaalin sivu 4 näyttää tuon Access Control -näkymän:
ftp://ftp.a-link.com/rr24api+/access_control_rr24api+.pdf

Itse tulkitsen tuon niin, että palomuurin sääntölistassa pystyy ottamaan luotuja sääntöjä pois päältä poistamatta sääntöä listalta kokonaan, jos laittaa valinnan "blocking" -ruutuun. Aika sekavan näköinen kyllä, niin kuin sanoit.

Mutta asiaan, homman pitäisi hoitua seuraavasti:
1) Rule Description -kenttään säännön nimi, esim. Viihteen tilausvideot
2) Client PC IP Ranges -kenttään digiboksin IP-osoite
3) Protocol -valintaan: UDP
4) Port Range -kenttään 8254-8254
5) Scheduling Rule -valikosta "Always Blocking" pois ja tilalle salliva valinta (manuaali ei kerro vaihtoehtoja, mutta olisiko "Not Blocking", "Always Allowing" tms.)
6) OK

Tuon lisäksi laite saattaa vaatia, että tehdyt muutokset tallennetaan vielä lopullisesti muistiin "Save All" -valinnalla, yleensä Tools-valikossa, jos tarjolla.

Laitteen manuaalin sivu 4 näyttää tuon Access Control -näkymän:
ftp://ftp.a-link.com/rr24api+/access_control_rr24api+.pdf

Itse tulkitsen tuon niin, että palomuurin sääntölistassa pystyy ottamaan luotuja sääntöjä pois päältä poistamatta sääntöä listalta kokonaan, jos laittaa valinnan "blocking" -ruutuun. Aika sekavan näköinen kyllä, niin kuin sanoit.

Mutta asiaan, homman pitäisi hoitua seuraavasti:
1) Rule Description -kenttään säännön nimi, esim. Viihteen tilausvideot
2) Client PC IP Ranges -kenttään digiboksin IP-osoite
3) Protocol -valintaan: UDP
4) Port Range -kenttään 8254-8254
5) Scheduling Rule -valikosta "Always Blocking" pois ja tilalle salliva valinta (manuaali ei kerro vaihtoehtoja, mutta olisiko "Not Blocking", "Always Allowing" tms.)
6) OK

Tuon lisäksi laite saattaa vaatia, että tehdyt muutokset tallennetaan vielä lopullisesti muistiin "Save All" -valinnalla, yleensä Tools-valikossa, jos tarjolla.


No terve taas,
ja kiitoksia vastauksista. Tämä on asiakaspalvelua!

Juuri näin itsekkin ajattelin, että homma menisi. Alasvetovalikossa, joka manuaalissa näkyy ja jossa lukee Always Blocking ei ole mitään muita vaihtoehtoja. Loogista olisi, että siinä olisi juuri joku mainitsemistasi vaihtoehdoista. Homma menee niin, että kun "Schedule rule" valikosta tehdään "scheduled rule" niin tämä rule sitten ilmestyy kyseiseen alasvetovalikkoon. Noh ajattelin, että tehdäänpä sellainen rule, jonka sitten voi siitä valita ja avot. Mutta kun ei. Rule valikossa voidaan valita viikonpäiville start time ja end time, ei muuta. Koitin sellaista, että laittaisin UDP Port Rangen 8254-8254 tällä tavoin blokatuksi minuutiksi vaikkapa tiistaiyönä, jolloin se minua vähiten häiritsisi, mutta, ei se toimi niinkään. Kokeilin.
Ohjeet tähän A-Linkkiin ovat netissä todella niukat. Olen kysellyt A-Linkin tuestakin ohjeita, mutta siellä vaan sanotaan, että "katso porttiohjaus-ohjeesta". No huhhuijjaa, se ohje on nelisivuinen ja siinä on tasan kerrottu miten Virtual server sivulla ohjaus tehdään. Kyseinen ohje löytyy netistä. Eli ei sieltäkään apua, ainakaan minulle.
?
Kyllä kummastuttaa.
Käyttäjätaso 6
Kunniamerkki

No terve taas,
ja kiitoksia vastauksista. Tämä on asiakaspalvelua!

Juuri näin itsekkin ajattelin, että homma menisi. Alasvetovalikossa, joka manuaalissa näkyy ja jossa lukee Always Blocking ei ole mitään muita vaihtoehtoja. Loogista olisi, että siinä olisi juuri joku mainitsemistasi vaihtoehdoista. Homma menee niin, että kun "Schedule rule" valikosta tehdään "scheduled rule" niin tämä rule sitten ilmestyy kyseiseen alasvetovalikkoon. Noh ajattelin, että tehdäänpä sellainen rule, jonka sitten voi siitä valita ja avot. Mutta kun ei. Rule valikossa voidaan valita viikonpäiville start time ja end time, ei muuta. Koitin sellaista, että laittaisin UDP Port Rangen 8254-8254 tällä tavoin blokatuksi minuutiksi vaikkapa tiistaiyönä, jolloin se minua vähiten häiritsisi, mutta, ei se toimi niinkään. Kokeilin.
Ohjeet tähän A-Linkkiin ovat netissä todella niukat. Olen kysellyt A-Linkin tuestakin ohjeita, mutta siellä vaan sanotaan, että "katso porttiohjaus-ohjeesta". No huhhuijjaa, se ohje on nelisivuinen ja siinä on tasan kerrottu miten Virtual server sivulla ohjaus tehdään. Kyseinen ohje löytyy netistä. Eli ei sieltäkään apua, ainakaan minulle.
?
Kyllä kummastuttaa.


Eipä kestä! :)

Hmm, melko oudolta kyllä vaikuttaa. Palomuurin perusajatus on, että kaikki muu liikenne estetään, jota ei erikseen ole sallittu, joten sinänsä tuo kuulostaisi kummalliselta, että logiikka olisi ko. A-Linkissä nurinkurisesti.

Tai sitten palomuuri on kyseisessä A-Linkissä vain ns. riisuttu versio, jossa oletuksena sallitaan listassa näkyvät yleisimmät palvelut ja jotka voi halutessaan "blocking" -ruksilla laittaa estoon eikä omien sallivien sääntöjen luominen ole mahdollistakaan.

Melkein suosittelisin, että otat palomuurin pois käytöstä, jos haluat tuota laitetta käyttää. Tässä ei varsinaisesti ole mitään tietoturvariskiä, sillä laitteen NAT on edelleen tuossa vaiheessa päällä ja kaikki liikenne, joille ei NAT:iin ole määritetty porttiohjausta eteenpäin sisäverkkoon, jää / pysähtyy modeemille eikä tule sisäverkon laitteille asti.


No terve taas,
ja kiitoksia vastauksista. Tämä on asiakaspalvelua!

Juuri näin itsekkin ajattelin, että homma menisi. Alasvetovalikossa, joka manuaalissa näkyy ja jossa lukee Always Blocking ei ole mitään muita vaihtoehtoja. Loogista olisi, että siinä olisi juuri joku mainitsemistasi vaihtoehdoista. Homma menee niin, että kun "Schedule rule" valikosta tehdään "scheduled rule" niin tämä rule sitten ilmestyy kyseiseen alasvetovalikkoon. Noh ajattelin, että tehdäänpä sellainen rule, jonka sitten voi siitä valita ja avot. Mutta kun ei. Rule valikossa voidaan valita viikonpäiville start time ja end time, ei muuta. Koitin sellaista, että laittaisin UDP Port Rangen 8254-8254 tällä tavoin blokatuksi minuutiksi vaikkapa tiistaiyönä, jolloin se minua vähiten häiritsisi, mutta, ei se toimi niinkään. Kokeilin.
Ohjeet tähän A-Linkkiin ovat netissä todella niukat. Olen kysellyt A-Linkin tuestakin ohjeita, mutta siellä vaan sanotaan, että "katso porttiohjaus-ohjeesta". No huhhuijjaa, se ohje on nelisivuinen ja siinä on tasan kerrottu miten Virtual server sivulla ohjaus tehdään. Kyseinen ohje löytyy netistä. Eli ei sieltäkään apua, ainakaan minulle.
?
Kyllä kummastuttaa.


Eipä kestä! :)

Hmm, melko oudolta kyllä vaikuttaa. Palomuurin perusajatus on, että kaikki muu liikenne estetään, jota ei erikseen ole sallittu, joten sinänsä tuo kuulostaisi kummalliselta, että logiikka olisi ko. A-Linkissä nurinkurisesti.

Tai sitten palomuuri on kyseisessä A-Linkissä vain ns. riisuttu versio, jossa oletuksena sallitaan listassa näkyvät yleisimmät palvelut ja jotka voi halutessaan "blocking" -ruksilla laittaa estoon eikä omien sallivien sääntöjen luominen ole mahdollistakaan.

Melkein suosittelisin, että otat palomuurin pois käytöstä, jos haluat tuota laitetta käyttää. Tässä ei varsinaisesti ole mitään tietoturvariskiä, sillä laitteen NAT on edelleen tuossa vaiheessa päällä ja kaikki liikenne, joille ei NAT:iin ole määritetty porttiohjausta eteenpäin sisäverkkoon, jää / pysähtyy modeemille eikä tule sisäverkon laitteille asti.


Noniin,

Palomuurin disablointi kävi mielessä itsellänikin, onhan kotiverkon kaikissa koneissa kuitenkin omat palomuurit. Ajattelinkin, että jos joku IT-ammattilainen siihen suuntaan vinkkaisi, niin siinä vaiheessa uskaltaisin sen tehdä. Nyt taidan uskaltaa.

Nyt voisin sanoa, että tämä ongelma on ratkaistu. Kaikki Elisaviihteessä luvatut ominaisuudet saadaan toimimaan myös vanhalla A-Link RR24(i+) -modemilla.

Suuret kiitokset gronerille avusta!

Osallistu keskusteluun