aMSN hibaüzenet: Szerver hiba - (Az MSN - éppen 2 nap alatt - megoldotta!?!)

Debian GNU/Linux

Üdvözletem!

A nyári strand helyett egy kis szokásos Debian-OS időtöltés. Ha lenne egy jó ötlettetek, mit nézzek még, megköszönném. (Feltéve ha nincs mindenki más a strandon :-).)

Elakadtam! Debian v4.0 a legutolsó frissítésekkel, fordított v2.6.21.6 kernel + Gnome2 desktop, - multimédiára kihegyezve -, forrásból telepített aMSN 98b2-es verzió. (A tavaszi javításokkal szabályosan ujjongtam, milyen használható, stabil, és kifogástalanul működő rendszerré vált.)

A chat 3 napig ment mint az óra. (Üzenetváltás WEB-cammal oda-vissza órákon keresztül, méretes fényképek átküldése, login, kilépés stabilan. Nem volt váratlan összeomlás, instabilitás. Örültem neki! (- lányom külhonban hosszabb időre, egyetlen kapcsolattartási lehetőség a netkafé és MSN.)

Most viszont megmakacsolta magát és fenti hibaüzivel visszadob. Volt már, profiltörlés, tls1.50 plugin ellenőrzés, (symlink, stb., lib-ek a helyükön), cookie-k törlése és aMSN újratelepítés. Virtual szerver port a routeren rendben. A kapcsolat feltételeit a szoftver - a beállítások menűben - rendben lévőnek találja. A WEB-camera, Logitech Quickcam Pro 4000 + pwc rendben, jelenleg is működik. Tracerout azt mutatja, hogy eljut a kérés az msn szerverhez. (A logokban nem igazán tudok még profi módon eligazodni... Ez mondjuk, nagy baj... :-( )

Ami 1 nap óta számomra fellelhető volta neten aMSN ügyben, azt végiolvastam, kipróbáltam.

(Van a gépen egy kontroll W98 boot-ág, onnan a 7-es windózer-MSN u.azon fiókba be tud lépni. Tehát a hardveres oldal rendben lévőnek tűnik. Tartósan használni persze ezt nem lehetne, de nem is szeretném. Teszt-okokból csináltam.)

Valami nagyon egyszerű oka lehet ennek, de nem tudok rájönni mi változott! :-(

  • 2590 megtekintés

( ee | 2008. 07. 29., k – 12:08 )

Van egy 65.54.170.18 IP (https) ahol a csatlakozásnál szintén "disconnect" olvasható a logban, (másik az msn, most éppen 207.46.109.97 IP-n) A "https" milyen szerepet játszik a konnektnél? Lehet a napokban frissült az ssh csomag?

( pch v | 2008. 07. 29., k – 12:33 )

2 napig nekem is ez volt, de mára rendeződött...

pch

mi egyszer-másszor belefutottunk már ilyenbe. amúgy ez msn kliessel is előfordul, valszeg szerver oldali része is lehet a dologban. én az egyik ilyen alkalommal meg tudtam oldani, hogy a gép 2 napig nem látott boot-ot, nem hogy netet. érdekes módon amikor 2 nappal később próbáltam (közben máshonnan se léptem be), akkor pöcc röff ment. meglehet valami cache probléma. alternatív megoldásként próbára javasolnék egy profiltörlést az amsn alá (csak ideiglenesen). ha megy, akkor örülj. ha nem, akkor a szerverek kénye kedvének ki vagy téve (igen, olvastam, hogy win alól megy! csak mivel ms kliens esetén is jártunk már így barátokkal, ezért nem hiszek abban, hogy egy user és egy jelszó, plusz egy netkapcsolat az egyedüli döntő tényező). különben is, egy próbát megér.

--
xterm

u.i.: ameddig nem megy próbáld ki amit nekem ajánlottak linuxra, az emesene-t. egy ideje vissza se nézek az amsn-re (már problémám volt vele évek óta való használat után...)

Az "emesene" progit megpróbáltam volna feltenni, de kicsit "megriasztott" a függőségek rendszere. Ilyet már láttam egyszer ano Sarge-on, amikor is az idegen repok-ból halálra frissített OS - egyébként minden akkor általam ismert natív linuxos multimédiás program stabilan futott rajta - de eljött a nagy pillanat, és a következő forszírozott install után további installokat már csak akkor lett volna hajlandó végrehajtani az "apt", ha a fennlévő csomagok több mint a felét azonnal leszedhette volna, gondolom "rendrakás gyanánt". Ezt a y-t nem kapta meg tőlem azonnal, még utánna fél évig használtam installok nélkül is stabilan, és a számtalan, hatástalan lebeszélési kísérlet után egy full akkor még erősen beta-s Etch lett belőle... És akkor most jöjön Lenny?

Az Etch stabilabb már nem lehetne, kint az RC4, és jönnek a "half" csomagok, szeretném még pár évig ezt használni. Hozzámnőtt. :-)

(Barátoknak persze mindég "Ubuntu", de engem a "sudo"-jaival nagyon idegesít. Ráadásul ott viszonylag sok a programfutás-hibákból adódó hibaüzenet.
/Hangsúlyozom, engem linuxon is mindig a multimédiás progik érdekeltek./

A /.amsn-t egyébként többször töröltem már, de semmi nem változott a "disconnectet" illetően.

Olvasgatva a fórumokat valóban nagyon sokan szenvednek windows alatt is eféléktől. Szerintem az MS ezzel megalkotta az "egy évtizeden keresztül tartósan a legbízhatatlanabb chatkliens" programot és a hozzá tartozó hasonlóan hírhedt szerverrendszert a világon. A Skype legelső alfája is különb volt stabilitásban ezeknél. (Nem becsülöm le, 50 millió felhasználót felcsábítani egy network-be nem piskóta, de az tegye aki ezt műszaki oldalról tisztességesen le is tudja kezelni.
(Megkockáztatom, a Google alapján pályázhatna egy Guinness bekezdésre. Csak a gyerekeinkkel is tudatni lehetne mindezt valahogy.)

Szerintetek lehet úgy proxi-szűrni, hogy egy IP (fix) alatt lévő NAT-olt alhálózatból, linuxról vagy windowsról (u.azon hardverről) jövő chatkliens progi egyik esetben felmegy, másikban nem, vagy aMSN ill. MSN progi szerint szétválogatva adagolni a hozzáférést? Vagy a cache-lésnek ilyetén "dugói" elképzelhetők? Valószerűtlennek tűnik...

( Koppany | 2008. 07. 29., k – 19:37 )

En emesene alatt futottam bele ugyanebbe a dologba:(
Az amsn nalam rettento sok eroforrast eszik, szoval felejtos.
Felraktam a BitlBee-t es alig eszik valamit, harom napja stabilan fut, lehet scriptelni, stb.

Megnéztem BitlBee-t, és nekem negyon tetszik - kisebb teljesítményű gépen szinte egyedüli megoldásnak tűnik, de most gyermekünkkel való kommunikáció a cél, és az MSN meg a WEB-camera ebben kikerülhetelennek tűnő szerepet játszik - (már, hogy nem bulizza-e szét a fejét tanulás helyett, - ezt vizuálisan könnyebb ellenőrizni.) :-)

A Mercury Messenger, de még a Pidgin, Emesene installja is ugyanazon függöségek miatt "kiabál". (Pl. ez a libc6 2.3.6.ds1_13etch7 mint alapkövetelmény, - jelentősen keseríti az ember életét, ha újabb verziók installálására áhítozik. Ez tényleg olyan szűk keresztmetszet egy programozói feladat megoldásánál, hogy minden újabb azonos célra fejlesztett aplikáció esetén ebből is feltétlenül a legújabbat kell használni? Vagy legalább valamilyen kompabilitás..., pl. működik de az új featurák csak a legújabbal.., (Tudom, - mielőt megköveztek - tudatlanság és hozzánemértés a részemről..., de piszok, fullasztó meleg van, és lehet, kicsit "hőgutásan" ábrándozom...)

Évezredeken keresztül az ásó-kapa-lapát működőképes megoldásként volt jellemezhető a termelő jellegű munkafeladatoknál, - anélkül, hogy nekem a mai viszonyok között nagyon lapátolhatnékom lenne, - de egy újabb számítógéppel megoldandó feladat félévenként mindég új eszközkészleteket is igényel. Mindég szerszámokat gyártunk, mire igazán használhatnánk valamilyen feladat megoldására, addigra már megint szerszámproblémát okoz egy ujabb igény...? A négykerék az négykerék, elég rég óta, eddig még semmi nem idokolta az 5-öt, a 6-ot, persze itt a földön általános személyszállítási feladatok megoldásánál. (Gépjármű persze ezzel együtt sokféle van, de ilyen értelemben azok sem változnak félévenként.) Pl. a koomunikáció minősége sokat változott az utóbbi 10 évben ez kétségtelen, de a kifejlesztésük eszközigénye lassan meghaladja magát a kommunikációt, annak hatékonyságát, és pozitív eredményét. (Vagy csak nekem jutnak eszembe néha ilyen hülyeségek?)

Mindenkinek nagyon köszönöm eddig is a segítőkészségét, hogy olvastátok, még ha egyenlőre használható megoldást nem is szültem, de ha valami sokunknak problémás, az is valamilyen információ. Ha valami okot is találok végre aMSN "hülyeségét" illetően, feltétlenül közzé teszem.

( Polesz v | 2008. 07. 30., sze – 17:19 )

Érvénytelen az MSN kiszolgáló aláírása ezért dobja vissza a kapcsolatot az amsn nálad.

"Invalid certificate authority signature

The certificate chain presented by rsi.hotmail.com does not have a valid digital signature from the Certificate Authority from which it claims to have a signature."

A pidgin 2.5.0 belép, de ezt írja csatlakozáskor

--
Elméletileg nincs különbség elmélet és gyakorlat között. Gyakorlatilag van.

Most tudtam visszatérni a géphez, csináltam (egyenlőre repókból, mielőtt még "szétgurítanám") installokat. Emesene v1.1 felment, de nem lép be, /server error (911)/ Pidgin 2.4.3 belép (persze webkamera nincs benne - de már valamelyest győzelem) aMSN persze továbbra sem lép be. /angolul: "Internal Sever Error", magyarul csak "Szerver hiba" felirat/

(Közben próbáltam tovább, az Emesene is be tudott lépni. Sajnos funkcionalitásban nagyon elmaradnak az aMSN-től, Az aMSN biztosan jó progi lesz majd, úgy látom ki kell várni a következő stable-t.)

És mielőtt a postot elküldtem volna, még egy próba..... és győzelem !!!!! BELÉPETT az aMSN is. Ilyen nincs.., mit összeszenvedtem vele....! Igazad volt "pch"...! :-D :-D :-D

Egyébként a tanúsítvány problémát hogyan is kellene értenem? (A gépemnek - mint csatlakozáskor az MSN network egyik kliensének - kellene azaz a MSN szervereitől kapnia belépéskor v. az aMSN kliens program megfelelő tartozéka lenne és a fejlesztő gondoskodik róla? Vagy hogyan is van ez?

Közben nézegettem a fórumot ahol ezeket írják:

Cseréld konzolban az msn protokolt: 


Press Ctrl+Shift+C to go in the Console and then type

config::setKey protocol 11

Szerkesztés:

Belépési hiba javítva
Site Admin írta: I fixed the bug in SVN revision 10337

--
Elméletileg nincs különbség elmélet és gyakorlat között. Gyakorlatilag van.