Kategória: Problémák
mIRC: * [10101] Host disconnected
Az utóbbi időben elkezdtem az alkalmazásaimat mind átállítani az SSL protokoll használatára, így ütköztem bele a címben is olvasható hibaüzenetbe a mIRC finomhangolása során. A megoldás pofon egyszerű, de elsőre egyáltalán nem nyilvánvaló.
A címbeli üzenetet egy “(Password mismatch)” felhívás is kíséri, tehát leginkább azok találkozhatnak ezzel a problémával, akik rendszeresen azonosítják nicknevüket a NickServeknél. Őszintén bevallom, hogy én még ennek az üzenetnek az ismeretében is tanácstalanul pislogtam pár percig, ugyanis álmomban sem gondoltam volna, hogy egy “rossz” (értsd: titkosítatlan) jelszóval nem lehet csatlakozni az IRC szerverhez. Először nem is értettem, hogy milyen jelszóra panaszkodik a kliens, de aztán rájöttem … Régóta használom a Perform parancsokat, de a jelszavakat sosem itt deklaráltam, és ez jelentette a problémát. Ugyanis a kliens, a szerverbeállításoknál megadott jelszavakat nem SSL-en keresztül küldi ki, így a szerver nem tudja azt értelmezni, és összepárosítani a nickemmel.
Bővebben …
Hozzászólás: » 0 « • Írta: Péter (2010/01/28 17:21)
Azt hittem beteg a Tűzrókám …, de nem!
Két bejegyzéssel ezelőtt a HTML 5-öt alkalmazva illesztettem be egy kódsort, melynek a feladata egy rövid hangfelvétel lejátszása. Azonban azt még a Mozilla Firefox 3.5.7-es verziójában teszteltem, így működésképtelenségét e verzió számlájára írtam. Szinte a bejegyzés megírása után jelent meg az új 3.6-os verzió, amire azonnal felfrissítettem a böngészőmet. Lelkesen vártam, hogy végre működőképes lesz a beágyazott kód, de hiába. Mivel nem hagyott nyugodni, ezért ma utánajártam a rejtélynek.
Elméletileg a HTML 5 biztosít lehetőséget arra, hogy egy médiafájl beágyazása esetén deklaráljuk a szükséges kódekeket, de úgy veszem észre ez még eléggé gyerekcipőben jár. A Mozilla Developer Center idevonatkozó oldalán találtam rá a megoldásra:
Firefox 3.5 introduced support for the HTML 5
audioandvideoelements, offering the ability to easily embed media into HTML documents. Currently, Ogg Theora, Ogg Vorbis, and WAV format media is supported.
(Forrás: https://developer.mozilla.org/En/Using_audio_and_video_in_FireFox)
Tehát a Google Chrome-nak sikerült megtévesztenie azáltal, hogy szó nélkül lejátszotta a beágyazott .mp3 formátumot, így a Mozilla Firefox-tól is elvártam ugyanezt. Sajnos, ez hiba volt. 🙁 Ezek után viszont már biztosan állíthatom, hogy az Ogg Theora és az Ogg Vorbis fájlokat mindkét böngésző hibátlanul kezeli, de a .wav fájlokat csak a Firefox.
A fenti tapasztalatok megszerzése után kicseréltem a régi bejegyzésemben az .mp3 fájlt egy .ogg-ra, így már “mindenki” számára hallható, de aki nem szeretne odáig visszalapozni, annak beillesztettem ide egy sokkal hatásossabb hang effektust. 😀
Frissítés!
Csak én nem tudom elkapni a hangerőszabályzó csúszkát a Firefox-ban? 😯
Hozzászólás: » 5 « • Írta: Péter (2010/01/23 10:41)
Miért hagy ki a Windows Live Messenger?
Valószínűleg már többen szembesültetek azzal a problémával, hogy csevegés közben egyszerűen nem érkeznek meg valamelyik fél üzenetei a másikhoz. Hihetetlenül idegesítő tud lenni, főleg akkor, amikor sürgős választ vártok, vagy amikor egyszerre több sor marad ki, és erről semmiféle visszajelzést nem kaptok.
Az elmúlt egy hónapban ez a jelenség engem fokozottan érintett, és már majdnem térítésbe kezdtem annak reményében, hogy az ismerőseimet átszoktathatom egy másik azonnali üzenetküldő használatára, de ekkor gyanakodni kezdtem az amúgy is sok gondot okozó Asus routeremre. Megerősíteni egészen addig nem tudtam ezt a feltételezésemet, amíg le nem cseréltem azt a jelenleg is üzemelő Linksysre, ugyanis azóta, mintha elvágták volna, és megszűnt a problémám. Minden üzenetet sikeresen megkapnak az ismerőseim, és én is az övékét.
Teljes biztonsággal azért nem állíthatom, hogy hasonló probléma esetén ti is a routerben keressétek a hibát, ellenben tökéletes kiindulópontot jelenthet a probléma okának felderítésére. Ha tudod azt, hogy a jelenség olyan partnernél jelentkezik, aki szintén egy router árnyékából internetezik, akkor nagy valószínűséggel gyanakodhatsz valamelyikötök készülékére. 😉
Frissítés! (2010. február 2.): Egyik panaszkodó partneremnél pont ma derült ki, hogy Asus WL-520GC típusú routerrel kűzd. 😕
Hozzászólás: » 2 « • Írta: Péter (2010/01/22 21:15)
FileZilla: Sorry, the maximum number of clients ( ) for this user are already connected.
A tárhelyem legutóbbi költöztetésekor futottam bele a fenti hibaüzenetbe, mely a fájlok feltöltése során jelentkezett. A FileZilla folyamatosan dobálta fel az FTP kapcsolat jelszavának bekérésére szolgáló ablakot. Amíg nem láttam az üzenetet, nem értettem a jelenséget, de aztán azonnal felkutattam a szükséges beállításokat.
A hiba oka egyébként nem volt más, minthogy nem vettem figyelembe a tárhelyszolgáltatóm által engedélyezett FTP kapcsolatok maximális számát. A fájlok feltöltése során négy szálon kezdeményeztem a feltöltést, miközben maximálisan három volt engedélyezett. A kliens pedig folyamatosan létre szerette volna hozni a negyedik kapcsolatot is, ellenben a szerver ezt a plusz kezdeményezést, annak rendje és módja szerint folyamatosan vissza is utasította. A kellemetlenség megszűntetésére kétféle megoldást is találtam.
Bővebben …
Hozzászólás: » 0 « • Írta: Péter (2010/01/13 14:14)
Hogyan lehet localhostról e-mailt küldeni?
Az utóbbi időben a munkám megkívánta, hogy itthonról teszteljem egy portál e-mail küldési funkcióit, viszont SMTP szervert se telepíteni, se konfigurálni nem volt kedvem. Végül találtam két hazai kiszolgálót, amit most megosztok veletek és egyúttal magamnak is feljegyzem. Az SSL-t nem támogatják, de ezt nem is várom el.
- mail.globonet.hu
- mail.pantelweb.hu
(Forrás: http://helpdesk.invitel.hu/altinf.htm)
Amire viszont programozás során mindenképpen érdemes odafigyelni, hogy a feladóként megadott (From:) e-mail cím a választott SMTP címével végződjön (például @globonet.hu-ra vagy @pantelweb.hu-ra), különben mégnagyobb lesz az esélye annak, hogy nem ér célba a levél. (Egyébként is érdemes felkészülni arra, hogy ezek a kiszolgálók nem kézbesítenek minden e-mailt.) Végül pedig következzen egy rövid példa, mellyel kód közben egyetlen rövid sor újradeklarálja az alapértelmezett SMTP szervert, majd kiküld egy e-mailt a kontakt@blog.hu-ra. 😉
PHP Kód:
ini_set ('SMTP', 'mail.globonet.hu');
mail ('kontakt@blog.hu', 'A levél tárgya ...', 'A levél tartalma ...', 'From: Teszt <teszt@globonet.hu>'."\r\n".'Reply-To: teszt@globonet.hu'."\r\n");Hozzászólás: » 0 « • Írta: Péter (2010/01/07 10:00)
mIRC: * [10053] Software caused connection abort
Én a mai napig rendszeres IRC felhasználó vagyok, és részben ennek a bejegyzésnek a létjogosultsága is ennak köszönhető, de inkább annak, hogy a közel hét évig működő routerem felmondta a szolgálatot, és kénytelen voltam beszerezni egy újat.
A régi eszköz egy teljesen névtelen gyártótól származott, ráadásul nem is én vásároltam, ezért kénytelen voltam tudomásul venni a gyengeségeit, és igyekeztem a legtöbbet kihozni belőle. Talán a névtelenségének volt köszönhető, hogy nem működött benne minden rendeltetésszerűen, és ezért sem bukott ki a mIRC-ből oly sok éven át a címben is említett hibaüzenet. Az új router esetén ugyanis arra lettem figyelmes, hogy az IRC kliensemben ~10-20 perces időközönként rendszeresen megszakad a kapcsolat.
A port forwarding táblázata már a probléma előtt tartalmazta az általam eddig szükségesnek hitt rekordokat, ezért több napon át teszteltem az új, de már márkás routert, hátha mégis az hibázik valahol. Az interneten hemzsegnek a fenti hibaüzenettől a találatok, azonban megoldást sehol sem találtam, és kezdtem a reményt is elveszíteni, amikor több fórumban azt írták, hogy nincs rá megoldás, de én úgy döntöttem nem adom fel.
Viszonylag hosszas kutatások után, és a netstat segítségével sikerült csak kiderítenem, hogy a mIRC a helyi portok közül mindig az 1024 és 5000 közötti intervallumról véletlenszerűen választ. Több év után csak ekkor többentem rá, hogy a régi routerben mindig csak a szerverek kapcsolódási portját (Default Port: 6667) nyitottam, ami az új routerben sem volt idáig másként. Természetesen nem állt szándékomban ezek után sem több ezer rést nyitni a világháló felé, ezért újabb hosszas tanácstalanság után jöttem csak rá, hogyan lehet ezt a többezer portot egyetlen egyre leszűkíteni. A mIRC hivatalos honlapja nem tartalmaz erre vonatkozóan semmi kézzelfogható információt, de a fórumok sem segítettek. Ellenben a DCC által használt tartományt már évek óta rendszeresen szűkítettem egyetlen portra, mégis nagyon meglepett, hogy ezen beállítások mellett csak egy pipát kell bekattintani ahhoz, hogy az általam megadott intervallumot használja a kliens. Ezt az opciót pedig a következő helyen találjátok:
Tools » Options… » Connect » Options » Advanced… » Other
Ezután értelemszerűen az itt megadott “intervallumot” kell csak felszabadítani a router beállításai között. Mellékesen jegyzem még meg, hogy aki szintén egyetlen egy portot szeretne használni, annak elég ugyanazt a számot írnia a First: és a Last: mezőkbe egyaránt. További zökkenőmentes chatelést kívánok mindenkinek!
Hozzászólás: » 0 « • Írta: Péter (2010/01/06 21:08)
µTorrent: Error 12057
Mostanában kezdtem el nagyobb hangsúlyt fektetni arra, hogy alkalmazásaim igyekezzenek a HTTPS protokollon keresztül kommunikálni, így találtam szemben magam a címben is említett Error 12057 hibaüzenettel.
Végül viszonylag kacifántos, de nem túl hosszas kutatómunka után találtam rá a megoldásra, melyhez egy pipát kell eltávolítani az alábbi opció mellől:
Internet Explorer » Tools » Internet Options » Advanced » Security » Check for server certificate revocation*
Internet Explorer » Eszközök » Internet Beállítások » Speciális » Biztonság » A kiszolgáló tanúsítvány visszavonásának ellenőrzése*
A módosítás jóváhagyása után szükség lehet a böngésző újraindítására, de a trackerek frissítésére vagy a torrentek újraindítására a µTorrent-ben mindenképpen.
Hozzászólás: » 0 « • Írta: Péter (2009/12/25 18:02)
A vertical-align rejtélye …
Az első bejegyzésemmel azonnal bedoblak benneteket a mélyvízbe, és mutatok egy apró, de annál hasznosabb CSS trükköt, ami még haladó webfejlesztők számára is értékes információ lehet.
Bővebben …
