szakadozó adsl

1-2 hete 2 perctől 5 óra időtartam az amíg egyvégtében képes vagyok a neten maradni. az időtartam fordítottan arányos az általam generált forgalommal. minél nagyobb forgalmat bonyolítok, annál kevesebb a neten töltött idő, hogy ez tényleg arányos e, azt nem tudom, én nem számoltam utána.

Ráadásként a routerem nem hajlandó elsőre bejelentkezni, néha 20 percet is elbabrál a művelettel mostanában, pedig azelőtt pik-pak letudta.

tegnapelőtt meguntam, és felhívtam a t-com automatát. én is elbabráltam vagy 20 percet a bejelentkezéssel, - már meg sem lepődtem - és belejtettem a hibát. a mester, - aki felhívott ma délelőtt - megerősítette a gyanúmat, miszerint náluk ugyan minden rendben van, a hiba csakis és kizárólag nálam lehet, és a mester, - egyfüst alatt - megígértette velem, hogy ha valamit találok referálok neki. - miből gondolja, hogy én okosabb vagyok mint ő? na miből? - mit volt mit tenni, nekiálltam átnyálazni mindent.

első lépésként az igen hangzatos nevű huawei mt800u-t kiváló minőségű adsl modemet választottam le a nemkülönben jó minőségű routerről, és csatlakoztattam a desktopom ethernet kártyájához. rövid babrálás után becsatlakoztam a netbe! dobtam is egy hátast. még a végén igaza lesz a szerelő bácsinak.
nem adtam fel azért, nehogymá' a befőtt vegye le a nagymamát! mindenesetre lezavartam egy menetet az unreal tournament demo verziójával a kedvenc war szerveremen. azonban... most is én nyiffantam ki állandóan, pedig most működött a net.

miután kiszórakoztam magam, golyókkal, és gránátokkal lyuggatott önbecsülésem maradékával arccal a router felé fordultam. belekukkantottam minden lyukába alul felül. szétszedtem, megtisztogattam, simogattam, csavarozgattam, összeraktam, visszakötöttem, ééééés...

...semmi. ugyan olyan tehetetlen volt a csatlakozás terén.

ekkor már csak 1 ötletem maradt. elhatároztam hogy most aztán! pánikba esem. és így is lett. úgyhogy elugrottam a korcsmába hátha ott lesz már az ihlet.

de nem volt ott.

azért én a fejembe tuszkoltam egy sört, - a jobbik(os)ból - meg 2 cigit.

miközben az orromat húztam a földön hazafele, rájöttem, hogy a google a barátom, - nem mintha eddig nem tudtam volna róla, csak nem jutott el a tudatom legbelső zugaiba - ezért megkérdeztem tőle, hogy mit is lehet kezdeni egy rosszalkodó mt800u-t, és egy köhögő d-link dir-635el. de nem tudta. viszont tudta, hogy az mt800u-t sok funkcióját jótékonyan - nem kevés kárörömmel - eltitkolta előlem a matáv/axelero/t-com népi zenekar.

egyszóval amiért az egészet leírtam, amiért szereltem, amiért telefonálgattam, amiért bosszankodtam, azt megoldani látszik ez: SmartAX MT800u-T ADSL Router User Manual

miután végrehajtottam a feladatot, az adsl modem önállóan bejelentkezik a t-comhoz. van - volt is - neki ip címe, dhcp szervere, és még natol is. a routert átállítottam, hogy a 'wan' portján ne az adsl-el próbálkozzon, hanem dhcp-ről kérjen címet. és csodák csodája, megszűnt az állandó vonalbontás.

mostmár csak pár kérdés maradt nyitva, amire valószínűleg a nem túl távoli jövőben választ kell keresni:
1.) miért nem adja át a szolgáltató az általa telepített eszközök leírását?
2.) miért nem mondja el legalább szóban, hogy van ilyen lehetőség?
3.) ha már sem nem tájékoztat, sem nem ad használati utasítást, akkor miért nem mondja el amikor hibát keres(tet) hogy lehet máshogy is.

4.) akkor most kétszer natol a rendszer? nem lehet belenézni valahogy a routerbe, hogy mi a csudát csinál a csomagokkal?

na mindegy most működik. - egyenlőre -

...

( hrgy84 | 2009. 10. 01., cs – 07:34 )

Ha tudnad meg miket csinalnak szerencsetlen csomagoddal, mire celba er... az legyen a legkevesebb, hogy ketszer van natolva.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( HK v | 2009. 10. 01., cs – 08:59 )

Ha jól értem az a gond, hogy nem adtak olyan doksit a modemhez (miért is adjanak ?), amilyen beállításokat nem supportálnak egyébként hibabejelentő szinten (gyk. hibafelvétel és keresés első lépései között modemreset alap, ilyenkor pedig úgyis elszáll amit beállítasz: namost te egy cégnek mondjuk beállítod a hálózatot úgy mint most nálad otthon van, aztán, ha gondjuk van a nettel és resetelik a modemüket és a hálózatuk nem megy majd, kit is anyázzanak?), valamint az, hogy a hibabejelentő nem segített abban, hogy az otthoni hálózatod működjön. Csak kérdezem ... (egyébként ISP tudja, ha pirosan világít a huawei lan lámpája, akkor bele van nyúlva a konfigba ---> reset)

igazad lehet. vagy igazad van. vagy ilyesmi:) de alapvető probléma volt nálam, hogy egyébként sem ment. márpedig ha nem működik, akkor majdnem mindegy hogy milyen beállításokkal nem működik. egyenlőre sehol máshol nem kellet ilyen módszerhez folyamodni azért, mert nem működött megfelelően a modem, és/vagy az internet kapcsolt. de ha mégis kell egyszer, akkor majd csinálunk valamit.

amúgy tegnap éjjel újra átállítottam a modemet, levettem róla a dhcp-t, a natolást fixen a 192.168.1.2-re állítottam, mivel úgysincs másik kapcsolat.
a router wan portjának is fix ip-t állítottam, 192.168.1.2 lett. természetesen a többi paramétert is hozzá igazítottam. ezzel valamelyest lecsökkent neten lévő gépek elérési ideje.

a reset ezentúl a modem beállító oldaláról történik majd. még nem próbáltam ki hogy elveszti e a beállításokat hardweres resetnél:) de mindent sorjában.

az a meglátásom, hogy a csatlakozási problémáknak, ill. a kapcsolat megszakadásának legalább 80%ban a bridgelés az oka. azt hiszem hogy az árviteli sebesség is nőtt valamelyest, az adsl szakadozása meg teljesen megszűnt.

hogy holnap mi lesz, az majd kiderül holnap:)

"pirosan világít a huawei lan lámpája"

ez azt jelentené valószínűleg, hogy nem reset állapotban van,
de ilyen nincs.

Steady light: A valid LAN connection.
Green light: The speed of data transfer is 10Mbps.
Orange light: The speed of data transfer is 100Mbps.

Nálam prédául a rendkívül titkos Huawei/Bridge bejelentkezésű ajtó-ablak nyitva (telnet!) Brigde állapotban volt.

A legjobb az, hogy a - némi alapszintű tűzfalat is tartalmazó - négy LAN-os egy Dan-os routerek is 192.168.1.1-es címmel indulnak - és legtöbben úgy is hagyják.

És ha normális a távsegítség, akkor sem kérdezheti ki a kuncsafttól, mit ír ki a "modem".

Mindenki tárcsázót használ linux alatt is egy gépnél, mikor nem is kell (tűzfal meg ugye kernel szinten van, nem kell külön telepíteni).

Windowsos átlagfelhasználó büntetése szintén a tárcsázó program, plusz tűzfal telepítés (ami nem kernel szintű, így boadcast-ol a memóriában nem csak az op.rendszerrel, hanem saját magával is).

Még az Interware-nél is - ahonnan a pdf-et letölthetjük:

PPPoE kliens szoftver (v0.96) 2005/11/05 92 kB
Windows 98, ME, 2000 operációs rendszerekhez,
ADSL szolgáltatás használatához

Winfixes 2005/11/05 2.7 MB
Windows 98, ME, 2000 operációs rendszerek
javítócsomagja ADSL szolgáltatáshoz

Ha nincs otthon szerver, akkor kit zavar, hogy agyilag nincs dyndns támogatása.

Összegezve: Hogy az a csetelő deszkán tagbaszakadt burgonyja!

Nem erre gondoltam :) Monortel területen a létesítők elég gyakran a huawei modembe beirtak a login/passt (ahol nem szereld magados volt) és ettől -úgy rémlik- a lan link lámpa nem zölden vagy narancssárgán világított, hanem pirosan :), erre irtam, hogy egy modemreset után ez a beállítás persze eltűnt, lehetett szüttyögni a parancsikon létrehozásával. Lehet rosszul emlékszem, igazából a topicindító is megcáfolhatna/megerősíthetne ebben, hogy a lan link színe változik-e (igen, a manualban én sem találtam)

( zeller | 2009. 10. 01., cs – 10:04 )

Kb. n+1 féle eszközről van szó, célszerű a tudásuk közös halmazát használni a hibakezelés egyszerűsítése végett. Ráadásul nem minden felhasználó érti, hogy mi és miért történik a doboz(ok)ban, így jobb, ha nem matatják.
A kétszeres nat, pláne, ha nem is látod kispálya; mobilnetnél igazán izgalmas megnézni egy traceroute-ot.

a te szempontodból, vagy a t-com szempontjából így lehet. de ha ezt tudom akkor amikor telepítették a modemet, - vagy 4 éve? talán több is - akkor nem vettem volna rouert - akkoriban - 40 rugóért hanem vettem volna swithet 6ért. való igaz, bárki mondhatja, - joggal - miért nem néztél utána.

és máris elértünk a szolgáltató felelősségéhez, vagy nevezzük aminek akarjuk. azért nem néztem utána, mert megbíztam a szolgáltatóban. úgy tűnik nem kellett volna. de legalábbis ennyire nem. a szolgáltató még a router használatát is ellenezte annak idején.

Itt jön a dolog jogi oldala (ami részben technikai is): Mi az az ADSL-szolgáltatás, amit te igénybe veszel, hogyan jelenik meg nálad fizikailag? Megmondom: Az ADSL-végberendezés Ethernet csatlakozójaként, ami PPPoE-t használva veheted igénybe a szolgáltatást. Ezt nyújtja szolgáltatásként a T. Nem többet, ezt. Ha ugyanis neked azt mondja, hogy NAT-ot és DHCP-t is nyújt, akkor a másik üf. (akinek nem ilyen modem lett odarakva) joggal tesz panaszt, hogy neki miért nem?

Anno a router használatával szembeni tiltakozás abból fakadt, hogy ha jól emlékszem az egyéni előfizetőknek szánt szolgáltatás egy darab számítógépnek a hálózatra kapcsolását engedte meg, ahol több gépre volt szükség, ott biza' üzleti csomagot kellett volna előfizetni. Ha technikai és nem üzleti oldalról nézzük, azokban az időkben az, hogy "privát címtartomány" a legtöbb felhasználó számára nem jelentett semmit, ergo ha valaki "belül" felhúzott egy számára "szép" címtartományt, lehet, hogy a fél világot nem érte aztán el (és ha még ezt a routere elkezdte kifelé hirdetni...).

( bitvadasz | 2009. 10. 03., szo – 00:02 )

Próbáld már ki, hogy ez a parancs az ISP-től kapott WAN ipcímedet adja-é ki: 


wget http://Login:Password@192.168.1.1/rpSysStatus.html -O- | grep PPPoE | awk '{ print $22 }'

Itthon nem ez a "modem" van, m.h.-en meg nem volt mód átállítani az első hálót mert négy szerver + a belső háló routere van 192.168.1.0/24-n, és nem DHCP-sek, sőt belülről is "be van drótozva" kifelé az egyik - szóval idő híján lusta voltam átállítani, de nem nagyon hagy nyugton a dolog hétfőig.

Akkor most már "csak" egy megfelelő dyndns-scriptet kell szereznem.

de így sem rossz, plussz eszközfüggetlen: 


curl -s http://checkip.dyndns.org | awk '{ print $6 }' | awk ' BEGIN { FS = "<" }{ print $1}'

WL-500G-n olegfirmware alatt több sorban kell elkövetni, mert "oleg" csak egy csövet bír el egyszerre.

Viszont ha van egy "mentőcsónak"+adsl mint m.h.-en, akkor muszály a "modemeket" lekérdezni, és azt elküldeni címnek, amelyiken van net.

szerk.

sajna "oleg" nem ismeri azt, hogy "curl", tehát jöhet dialcom-1600 specifikus lekérdezés.

szerk.
tévedtem, ez megy olegnek - checkip néven be is vezettem: 


wget -q http://checkip.dyndns.org -O- | grep IP | awk '{ print $6 }' | awk ' BEGIN { FS = "<" }{ print $1}'

Es nincs egrep mi? :-(

Dafke megoldjuk! 


  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 KAMIKAZE (7.07) -----------------------------------
  * 10 oz Vodka       Shake well with ice and strain
  * 10 oz Triple sec  mixture into 10 shot glasses.
  * 10 oz lime juice  Salute!
 ---------------------------------------------------
root@ufo:~#  wget -q http://checkip.dyndns.org -O- | awk 'BEGIN { FS="<" } { split($7,a," ") } END { print a[4] }'
91.120.168.192
root@ufo:~# busybox | grep -i '^busybox'
BusyBox v1.4.2 (2007-07-23 07:12:28 CEST) multi-call binary

-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( HK v | 2009. 10. 22., cs – 19:25 )

Na, mégsem a lan link lámpa piros, hanem az adsl led narancssárga (vagy piros :)), ha routerként is funkcionál a huawei modem :)