acel

8 perce, Frankie írta:

Van egy kis problémám. /Nem vésues de hátha valaki tud rá megoldást/

A munkahelyi gépet remote desktop kapcsolattal érjük el. Az előző modemnél nem volt gond ha "háttérben" volt a távoli asztal pár percre. /a távoli alapesetben 30 perc üresjárat után kapcsol szét/ Mióta ezt a modemet kaptam, azóta ha 5 percre a háttérbe teszem, akkor szétkapcsol és utána ha újra akar kapcsolódni vagy nehezen megy, vagy leáll hibával hogy a távoli nem érhető el. Utána újból már rendesen bejelentjezik. A másik gép eközben végig aktívnak látja a kapcsolatot. először azt hittem win probléma nálam, de másik géppel is ugyanez van. 

Ez miért lehet?

A kapcsolatot bontja a közbülső tűzfal. (connection reset )  Lehet az alkalmazásban az opciók között be tudod állítani kisebb mint 5 percre így legalább a távoli session is kilép. Vagy a távoli gépen kell beállítani.  Vagy a sage-n ha lehet hosszabb timeout-ot megadni  

Akkor a sage tud bridge módot? Tehát csak a közös net+iptv miatt vannak a problémák?

43 perce, anonymus írta:

Kiegészítettem a blogot egy usb sebesség méréssel, ha esetleg van valakinek jobb minőségű usb háza stb stb amivel jobb tempót tud elérni.  Kérem ne tartsa magában! Felhasznált eszközöket és képeket szívesen fogadunk! 

Láthatólag van korlátozó tényező, ilyenkor lehet a sour meghajtó, a lan (40mbitnél azért gyorsabbnak kellene lennie a 10/100-nak) a Sage, vagy a ház usb/sata átalakítója (azok sem szoktak a csúcson lenni).

Tipikusan, zombi géppel. Tehát mindenképp a felhasználó hibázik először 

Épp most, anonymus írta:

Ez még mindig egy sima modem és a hozzá tartozó funkciók a fontosak, wifi, usb, dlna stb nem feltétlen az. 

Tudom, de akkor fel kell hívni a figyelmet hogy így nem biztonságos a funkció használata. Ez mindenképp jogi kérdés. Ki a felelős ha valaki igy szerez információt? Meg gáz, ciki, hogyismondjam szakmai becsület is van a világon a T-nek meg presztízs vesztés,  bár van az  pénz amivel elfejti az ember.

2 órája, anonymus írta:

Most néztem meg hogy *****séget beszéltem eddig   Nálam ki van töltve a mező és nem tudom átírni, szóval akkor nem átírható a jelenlegi fw-ben.  Fejlesztőknek be dobtam meg látjuk majd hogy fogadják. 

Dob be súlyos biztonsági hibának. Főleg ha nem exponenciálisan nő a válaszidő az azonosításkor. Arra harapnak. Egyébként meg az is.

17 órája, Sajósi Ervin írta:

Hello,

A NAS csatlakozáskor user/passwordöt kér, de a beállítóban nem lehet megadni a usernevet, le van tiltva, ez szándékos?

Hogy lehet ezt használni?

Előre is köszi

Ervin

Ha neked sikerült akkor esetleg megosztanád hogy mekkora meghajtóval, milyen fájlrendszerrel, hány fájlot osztasz meg a hálózatodon, és milyen sebességgel tudsz irni/olvasni róla?

vagy két hgw, vagy hgw+router,  eljövendő családi NAS + merevlemezek, MInecraft szerver telefon stb, ellepnek a dobozok....

5 perce, biyadhoo írta:

Egyébként meg: http://routerboard.com/RB2011UiAS-2HnD-IN

 

 

Sajna a sage a 802ac-s mezőnyben indul. A sage és ac-wifivel vel van valakinek  tapasztalata?

Statikus forwardnál a belső routeren menni fog a dinamikus dns és a vpn is? Nem teljesen felel meg a bridge módnak ez a megoldás.

@anonymus

Vagyis két szerződés kell, egy tv és egy net, mert az többet ad mint egy tv+net szerződés. AZ asszonnyal meg közlöm hogy bukta spázot, mert szerverszoba lesz belőle :-)

és hogy magyarázom el ezt egy laikusnak?

17 órája, mad.peter írta:

 

 

Hello,

Hát ugy kezdtem 1 honapja mert korábban még nem volt 2 routeres setupom. de aztán utánaolvastam és most ugy van hogy a telekomos router a fo router 192.168.0.1-s cimmel. Az Asus AP mód-ban van és ki van kapcsolva a DHCP az asus-ban. Az ip-ket a telekom router osztja. Az asus a 192.168.0.2 a tobb eszköz meg így tovább.

Az a szomoru hogy amikor beállítom, akkor egy-két óráig minden ok de utána jön az hogy az asus-on nincs net, a telekom-os routert nem tudom elérni stb. 

Azt még megpróbálhatod hogy az asus wan portját rakod a Sage-ra. nem AP módban, hanem rendes routerként, dhcpvel, de az Asus belső hálózata 192.168.1.* legyen.

@biyadhoo  megodlása még jobb.

@anonimus

Amit a admin felületen látok (felhasználói web alkamazást) , a cisconál találtam eredeti screenshootokat és láttam a T-s módosítottat, amelyen néhány elem le volt véve. Ebből gondoltam hogy nem cisco gyárt spéci T-s firmware-t hanem egyéb szereplő módosítja a alap alkalmazást a T számára.

11 perce, Roli82 írta:

Uraim, amire az eszközt adta a Telekom arra tökéletesen megfelel jelen esetben IPTV, VOCA, NET. Egyéb extrákért használjatok saját routert! Másik dolog, hogy ha a franciák nem tudnak egy adott problémát reprodukálni amit mi igen, akkor szét tárja a karját és nem javítja... remélem azt senki nem feltételezi, hogy a Telekom írja a szoftvert...

Hát én azt feltételeztem hogy az admin szoftvert-t és a firmware-t a T módosítja külső partnerrel.

A problémát az okozza hogy itt boldog boldogtalan dolgozna saját eszközzel, ha tudna. Dupla NAT,  két hálózat ( a SetTopBox a hgw hálójára mehet leginkább), dupla tűzfal adminisztráció. Bridge mód meg nincs. Vagy két szerződés- egy a tvre, egy a netre. És a szerverszobát utána már hűteni is kell.... 

2 perce, anonymus írta:

Próbálkozz 1TB nél kisebb hdd-vel! Angol-Magyar-Francia nyelv rejtelmeit most  hanyagolnám. Hibásan ment le neked az fw újra le kéne küldeni szerintem.  Akkor szokott ilyen gond lenni, le küldik újra az fw-t és jó lesz. 1412 le adsz hibát szerelővel meg beszéled stb.

Ugye ez vicc? A dlink dcm 704-nek is gondja volt nagy merevlemezekkel a mediaszerver alkalmazásban, legalábbis ez volt a feltételezésem. Családi használatban 1T-nál kisebb hálózati meghajtó már ritka állat. De az is tele van fényképekkel. Mit szól a Sage 50000 jpg-hez? pedig az 100Gn alatt van. Ilyen teszt nem volt? 

A mostaniak közül kettővel van tapasztalatom, a régi Cisco, amelynek az usb porttja max töltésre jó. És a dlink , amelynél lassú a fájlmentés ha jól emlékszem, a dlna-val nem olvasta a tv a fájlokat,  upnp-vel meg napokig szekkennelte a merevlemezt,

@mad.peter

A Sage-nak talán a wifije jobb, mint ezeké, mert AC-s és két antennás ha jól néztem. A dlinkról olvastam olyat hogy néha szeret lelassulni.
Tehát te a szerencsések közé tartozol aki a T csúcskészülékét használja.  A negyedik a technicolor azt nem ismerem.

@anonymus:

Én azt akarnám hogy a T-is szabványos és nyílt eszközökkel szolgáltasson, tehát a vásárlónak legyen módja választani az eszközök között. Főleg mivel a T nem ad csak "megfelelő minőségű" eszközöket amely nem alkalmas csak az átlagos felhasználó igényeinek kielégítésére.
 

54 perce, anonymus írta:

Szerinted ki melyik cég írja az fw-t?  Az a fw van kint ami leg fájdalom mentesebb az efinek. Oké nem tudod hogy pl kövi fw ben javul ami látsz hiba de ki derül vmi kritikus pl stb. Ezért vannak ennyire vissza fogva az fw-k . Simán lehet hogy egy beta fw ami nálunk van x napig az nem kerül ki éles eszközön soha. 

Ez teljesen érthető szerintem,  az egész fejlesztési ciklus egy megoldhatatlan probléma. amelyet én az efi szempontjából nézek

- Ha gyári fw-t ad a T akkor a efik buzerálják, sok lesz velük a probléma.
- hogy nem legyen probléma kényelmessé kell tenni  fw-t.
- Ha módosítja akkor azt folyamatosan tesztelni, karbantartani kell,
- minden módosítás hosszú tesztciklust igényel a sokféle környezet miatt

A magam részéről a szabványos eszközökből diy felépíthető rendszer és egyszerű telepítésű és tudású saját eszközök mellet tenném le a voksot, nem a széjjelbutított, csak önmagával működő, karbantarthatatlan  eszközpark helyett.

De nem vagyok T. Ezért zavar a hosszú javítási ciklus, a bosszantó kompatibilitási hibák, és nem érdekel a rövid idő alatt nem tesztelhetőség.

6 perce, mad.peter írta:

Nem lehet valahonnan letölteni a béta fw-t? A mostaninál csak jobb lenne...

Mivel nem a tiéd ezért nem lehet, mivel a T-tól csak internet hozzáférést vettél ethernet porton ezért nem is kérheted számon rajta  a hálózati protokollokkal való kompatibilitást. Mivel nincs rajta CE hálózati megfelelőségi bizonyítvány, ezért senki se mondta hogy alkalmas port forwardingra.
Internetet az internetboltból, Mivel nem gyári, ellenőrzött  és kompatibilis fw-t  használ hanem erősen módosítottat, a módosítások bármit elronthatnak, Igy a javítások is kb fél éves ciklussal (a régi cisco routerem alapján)) kerülnek ki az eredeti fixekhez képest. Kíváncsi lennék mit lépne a T ha kellene egy sürgős javítás mint pl az open-ssl-es hiba esetén.

Szóval a sok nem szabványos módosítás miatt nem igér semmit a T a berendezésekre csak direkt kapcsolatot, és ezt vesszük meg mi.

Azt persze megkérdezheted hogy a T üsz-től hogy megvannak-e a hálózati eszköz CE megfelelőségi tesztek a módosított termékre amelyek garantálják hogy lehet vele portforwardolni. Jobb neked sem lesz, de hátha jobban érzed magad tőle. Várni kell a javításra. és tovább béta tesztelni az eszközt, béta fw nélkül.

7 órája, anonymus írta:

Az a baj hogy több probléma van a történetben vicc az hogy ha felelősségre kéne vonni valakit érte. Akkor nem közvetlenül a T lenne a hibás. Nem azért mondom ezt mert védem a T-t mert nagyon nem csak nah....

Mindig a tesztelő a hibás, ez alaptörvény :-), nem is lehet másképp. 
De tényleg vicces hogy csak az elektronikai hulladék szabályozásnak felel meg a termék :-), Semmi hálózati, vagy egyéb elektronikai CE azonosító.  Eztán kiváncsi lennék milyen kategóriában kerül forgalomba, biztos nem villamos fűtőtestként, mert annak sincs rajta  jele. Lehet tényleg csak hulladék? :-) Majd ha ráérek megkérdezem az üsz-t. :-)

Utólag megtatláltam hogy a részletes nyilatkozatok a Sagemcom support oldaáról letölthetők, ha nem akkor el lehet őket kérni a sagemcomtól. Akkor lehet mégis csak hgw.

Ekkor: 2016. 04. 29., anonymus írta:

Sehol máshol semmilyen bevezetés alatt álló vassal nem fordult elő hiba. Ja de igen, plusz nem viccből vannak tesztelők és nem viccből érkeznek sorra az új fw-k. 

Értem, csak gondoltam hálózati szoftverek elég érettek hogy ne legyenek ilyen kezdeti hibák, eszerint nem hálózati hiba hanem csak T-s admin felületet hibája. Kicsit rá lehetne fejleszteni a kibocsátási ciklusra akkor. :-).  HIbák vannak,csak gyorsan kell javítani őket-
Ez nem mentesíti az eszközt a  kompatibilitási bizonylatok és az alapvető gyártói dokumentáció hiányától.

Erőss érdekelne a kovetkezőknek megfelelés

http://www.ens.dk/sites/ens.dk/files/forbrug-besparelser/apparater-produkter/energikrav-produkter/tv-it-elektronik/produkter_netvaerk/fact_sheet_networked_equipment_ens.pdf

Eszerint 12w allatt kellene lenie a fogyasztásnak. Ha megfelel, erről persze semmi doksi nincs.
Valamelyik hgw megfelel ennek?

Ekkor: 2016. 04. 29. at 11:42, biyadhoo írta:

Ha a 67-es firmware van akkor ez természetes. Később javítva lesz. Nincs szükség ipconfigra

A hiba "természetes", a T "megfelelő" minőségű terméket ad megint úgy látszik. Eddig is gyanús volt hogy minőség az eddig "természetes" vonalat folytatja, éz egyre inkább beigazolódni látszik
Legalább a Tnél van használati utasítás es CE tanusítvány ha a Sagemcomoldalán nincs is semmi

http://www.telekom.hu/static-la/sw/file/sagemcom_fast_3686_ac_hasznalati_utmutato.pdf

ipconfig /all
parancssor eredménye lenne érdekes, hiba előtt és közben

Most figyeltem fel a melegedős megjegyzésre.  Mennyit eszik a kicsike 100-on? Esetleg min-max fogyasztási adata van?  

Wifi sebesség ellenőrzésre a legtöbb program sajnos nem jó, mert sok egyéb dolog befolyásolja pl, merevlemez sebessége stb.

Fontos hogy nem csak a kapcsolat jelölt sebessége a mérvadó hanem sok egyéb dolog, pl ha mindkét végpont wifin van, a sebesség töredéke lehet az egyirányú adat átvitelnek, más sebesség lehet folytonos adatkapcsolat (tpc) és szórt addat kapcsolat (udp) mellett. Fájlátvitel általában tcp kapcsolatot használ, a képmegosztó szolgáltatások upnp, dlna viszont udp-t. 

Egyéb hibák is csökkenthetik a sebességet amelyek a vevő-  kompatibilitásából adódhatnak (titkosítás típusa stb)

Tehát ha akadozik a kép a tableten vagy időnként eldobódik  wifi kapcsolat érdemes megnézni a konkrét sebességeket. Esetleg a rputer áthelyezésével próbálgatni  legjobb sebességet adó helyet.

Én egy androidos-windowsos szerver párt használok amelyhez van windows kliens is amellyel alkalmas vezetékes hálózat sebesség mérésére is. nem fájlokat mozgat, tehát a merevlemezek, tárolók sebessége nem befolyásolja. Érdemes ellenőrizni a vezetékes-vezetékes, vezetékes-wifi, wifi-wifi közötti sebességeket is hogy átfogó képet kapjunk.

Wiki:

https://bitbucket.org/pzolee/tcpserver/wiki/Home

A szerver és a windows kliens letöltése: 

https://bitbucket.org/pzolee/tcpserver/downloads

Android kliens

https://play.google.com/store/apps/details?id=com.pzolee.android.localwifispeedtester

A csatolt képeken látható a szerver ablaka, ahol megjelenítődik a kliensekbe beírandó ip cím és port szám.
valamint a windows-os és androidos képernyő screenshotjai.

Hianypot6cikk.