Harsh J

Memoirs of a QWERTY Keyboard

Archive for the ‘Internet’ Category

Anna University B.E. B.Tech (UG) 8th (Eighth/Final) Semester Results for April – May 2010

741 comments

Results for all (even) 8th (Eighth and Final) semester B.E. and B.Tech (Engineering Degrees, for IT, CSE, ECE, EEE, ME, E&I, etc.) are out These are for the exams that were held in April to May 2010.
Here’s a list of potential websites you can check for your results. Comment if you know some other ones!

Results are out!

  1. Anna University Official Website (Results Page) for 2010 8th Semester (B.E./B.Tech)
  2. Anna University Official Website Links (Site I, II)
  3. Webdunia Anna University results for UG 8th semester 2010
  4. Chennai Online Results for Anna University UG 8th semester 2010
  5. WinEntrance Online Results for Anna University 8th semester 2010
  6. India Results results page for Anna University UG 8th semester 2010 April May
  7. WorldColleges results page for Anna Univ. UG 8th semester 2010
  8. NotesMirchi Results page for UG 2010 8th semester
  9. Sivaji TV results for Anna Univ UG 8th semester 2010
  10. Ellamey Anna Univ Results for UG final semester 2010

More will be added once results get out.

Written by Harsh

May 25th, 2010 at 9:49 pm

Using the BSNL 3G Data Card on Linux

64 comments

This article shall detail the steps to setup, configure and begin using the Huawei E156 HSDPA (3G) USB Stick on Linux (fondly called by them BSNL employees as a ‘Data Card’).

On Windows, one generally uses the bundled ‘Huawei Mobile Partner’ software which does wonderful things like read messages, compute statistics, etc. There isn’t a similar software on Linux providing all of those under one roof, however.

First off, you need to create a BSNL 3G dialer profile, and you would require a software known as wvdial. Install it by either of these commands, in the Terminal application:

# On Ubuntu
sudo aptitude install wvdial

# On ArchLinux
sudo pacman -S wvdial

Now as root (or using sudo), open the file: /etc/wvdial.conf

# If you use GNOME, try:
sudo gedit /etc/wvdial.conf

# If on KDE, try:
sudo kwrite /etc/wvdial.conf

Paste into your editor, the following lines:

[Dialer bsnlnet]
Modem Type = Analog Modem
Phone = *99#
ISDN = 0
Baud = 460800
Username = " "
Password = " "
Modem = /dev/ttyUSB0
Init1 = ATZ
Init2 = at+cgdcont=1,"ip","bsnlnet"
Stupid Mode = 1

Save the changes and close the editor. Now to get connected, you have to ask the wvdial command to start a particular connection. So simply do, on each startup:

wvdial bsnlnet

And lo, you’re online with blazing 3G speeds!

Note: You may be supposed to use a different APN like bsnlsouth sometimes (instead of bsnlnet or etc.), so change that in the highlighted line.

Written by Harsh

March 22nd, 2010 at 9:49 am

Google’s Public DNS

5 comments

Been a while since Google launched its Public DNS service and having used it for that long, I felt it was very unreliable. I had issues opening websites that had a lot of external items in it, and the most frustrating experience was with BBC UK’s site whose newsimg sub-server failed to resolve when using their DNS – I do much news reading on BBC during my random bursts of surfing.

Speedometer, as found on Google's Public DNS Homepage

However, I noted that these failures in resolving (or could be something else) were very odd, happening even after I’d successfully opened a web page. Switching to my former DNS, OpenDNS, makes all the issues go away, making me certain about the fault lying within Google’s service. I’m continuing to use OpenDNS here-on, until a good news article about the other trickles down my feed reader someday.

I leave it to my lurking readers to identify an oddity in the speedometer image used on Google’s DNS page.

Written by Harsh

January 1st, 2010 at 10:02 pm

Anna University B.E. B.Tech (UG) Odd Semester Results for November – December 2009 (January 2010)

496 comments

Results for all odd semesters B.E. and B.Tech (Engineering Degrees, for IT, CSE, ECE, EEE, ME, E&I, etc.) (3rd, 5th, 7th) will be out in the ultimate weeks of December 2009, as most rumors go (Some point around the first week of January 2010~). These are for the exams that were held in Nov to Dec 2009.

Update: For 2010 8th Semester April May Results of Anna University B.E./B.Tech, click here.

Here’s a list of potential websites you can check for your results. Comment if you know some other ones!

(I shall keep updating the links once results are out)

  1. Anna University Official Website (Results Page) for 2009-2010 Odd Semester (B.E./B.Tech)
  2. Anna University Official Website Links (Site I, II)
  3. Webdunia Anna University results for UG 2009-2010
  4. Chennai Online Results for Anna University UG 09-10
  5. WinEntrance Online Results for Anna University UG 09-10
  6. India Results results page for Anna University UG 2009-2010 November December
  7. WorldColleges results page for Anna Univ. UG 2009-2010
  8. NotesMirchi Results page for UG 2009-2010 November December
  9. Sivaji TV results for Anna Univ UG 2009-2010
  10. Ellamey Anna Univ Results for UG 2009-2010

More will be added once results get out.

You may also directly pass your register number in the link, in times of heavy load:
http://result.annauniv.edu/cgi-bin/result/re10.pl?regno=11111111111 [Normal]
http://result1.annauniv.edu/result/result10.html?regno=11111111111 [Credit]
Replace the 11111111111 with your register number.

Written by Harsh

December 21st, 2009 at 11:02 am

FreeNode and its policies.

3 comments

For the last few days I’d been observing unusual blinkenlights on my router even when the connection was supposed to be idle. Trying to fix overheating issues and a loosely mounted graphic card that was causing havoc in my game sessions, I did not decide to investigate early.

Today, a little peek into the system logs gave me these odd looking lines:

[  245.194635] Inbound IN=eth0 OUT= MAC=00:F8:a1:68:d7:63:00:0f:a3:52:11:33:08:00 SRC=85.190.0.3 DST=192.168.1.2 LEN=60 TOS=0x00 PREC=0x00 TTL=51 ID=56199 DF PROTO=TCP SPT=57538 DPT=17771 WINDOW=5840 RES=0x00 SYN URGP=0
[  248.186412] Inbound IN=eth0 OUT= MAC=00:F8:a1:68:d7:63:00:0f:a3:52:11:33:08:00 SRC=85.190.0.3 DST=192.168.1.2 LEN=60 TOS=0x00 PREC=0x00 TTL=50 ID=42755 DF PROTO=TCP SPT=38368 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
[  248.193452] Inbound IN=eth0 OUT= MAC=00:F8:a1:68:d7:63:00:0f:a3:52:11:33:08:00 SRC=85.190.0.3 DST=192.168.1.2 LEN=60 TOS=0x00 PREC=0x00 TTL=51 ID=42451 DF PROTO=TCP SPT=45035 DPT=18844 WINDOW=5840 RES=0x00 SYN URGP=0
[  248.193505] Inbound IN=eth0 OUT= MAC=00:F8:a1:68:d7:63:00:0f:a3:52:11:33:08:00 SRC=85.190.0.3 DST=192.168.1.2 LEN=60 TOS=0x00 PREC=0x00 TTL=51 ID=42230 DF PROTO=TCP SPT=53061 DPT=28882 WINDOW=5840 RES=0x00 SYN URGP=0
[  254.188289] Inbound IN=eth0 OUT= MAC=00:F8:a1:68:d7:63:00:0f:a3:52:11:33:08:00 SRC=85.190.0.3 DST=192.168.1.2 LEN=60 TOS=0x00 PREC=0x00 TTL=50 ID=42756 DF PROTO=TCP SPT=38368 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
[  254.189632] Inbound IN=eth0 OUT= MAC=00:F8:a1:68:d7:63:00:0f:a3:52:11:33:08:00 SRC=85.190.0.3 DST=192.168.1.2 LEN=60 TOS=0x00 PREC=0x00 TTL=52 ID=51624 DF PROTO=TCP SPT=60700 DPT=33322 WINDOW=5840 RES=0x00 SYN URGP=0

A quick google later, I realized these were messages sent by 85.190.0.3 to me looking at random ports like 33322, 80 (HTTP), 28882, 18844, etc.. A little more research over the IP led to this page: http://proxyscan.freenode.net/.

I was confused for quite a while. I don’t run nor use a proxy or an IIS server, as their policy page states. Why would they continuously poke around when nothing’s found? I can’t give up on FreeNode, but I certainly do not like this continuous checking. Do all of FreeNode users face this? It never used to happen before.

That said, a little more info into the message follows:

[  254.189632] Inbound IN=eth0 OUT= MAC=00:F8:a1:68:d7:63:00:0f:a3:52:11:33:08:00 SRC=85.190.0.3 DST=192.168.1.2 LEN=60 TOS=0x00 PREC=0x00 TTL=52 ID=51624 DF PROTO=TCP SPT=60700 DPT=33322 WINDOW=5840 RES=0x00 SYN URGP=0

Drilldown:

  • Inbound – Incoming data
  • IN=eth0 – Data incoming via eth0
  • OUT= – No outgoing interface
  • MAC=00:F8:a1:68:d7:63:00:0f:a3:52:11:33:08:00 – Breaks down to “00:Destination MAC”:”00:Source MAC”:”Payload-Type:00″ (IP)
  • SRC=85.190.0.3 – Source address
  • DST=192.168.1.2 – Destination address
  • LEN=60 TOS=0×00 PREC=0×00 TTL=52 ID=51624 – Length, Type Of Service, Precedence(?), Time To Live, ID(?)
  • DF PROTO=TCP SPT=60700 DPT=33322 WINDOW=5840 RES=0×00 SYN URGP=0 – Don’t Fragment, Protocol, Source Port, Destination Port, Recieving Window Size, Reset(?), Sync packet (trying to connect), Non-Urgent Data.

The doubtful ones are indicated with a (?). It was fun analysing this, and I think the solution is to block all incoming ports? Or perhaps, blocking the IP?

Written by Harsh

March 9th, 2009 at 2:16 pm