Wednesday, May 23, 2007

Blog mourning DC hubs

Image Hosted by ImageShack.us

Yesterday 2 biggest DC hubs went down. It is still unclear why this happend and who is responsible, but TCC notified HuB admins that they have to shut servers down.
Still it is pretty sure that someone turn us in to TCC.

If Tcc fools enough to close our comunity - we hit them hard. Now that we dont have ability to share LaN connection, each one of us will turn to Rapidshare, MegaUpload and other servicies. They will pay a lot for their mistake !
Though I am sure they cant bound the freedom. For one closed hub two more would be created.

14 comments:

Unknown said...

Unfortunately, you are mistaken. If the TCC wishes to, they can block services such as rapidshare, etc. Sure, they won't get all of them - but they'll get the ones using up the most bandwidth. This blocking is very easy for them to do. Using a stateful firewall, they can also block any peer-to-peer network they want within the dorms. The only thing that will positively be undetectable and unblockable is an onion-routing network such as Tor, and that is far too slow to be worth using in the file-sharing context.

GrandArcher said...

For any measure they will take there are always counter measures. If they block Rapidshare there are p2m and ftp and other stuff.
Tcc also forgot about the times we done IP scanning within the dorms with LanSearch and etc and how it was bad for them.

Leav said...

There must be a response.

We need to strike hard and fast.
Nowhere does it say that we cannot transfer files through the network.

we should take a large linux distro file, and start playing ping pong with it across the servers until they all go down.

DDOS (distributed denial of service) attacks are our best weapon and demonstration equipment.

With DDOS attacks we can bring the entire technion to it's kness.

The moodle for instance is a great target. targeting one target which will distrupt the whole technion is the answer.

Even moshe barak (the guy from the TCC e-mails) hinted at what we can do!
by setting up our e-mail clients to check for messages from the webmail server every minute the webmail service will collapse without a doubt!!!

we need to take action against these undemocratic virtual bullies.

Down with the TCC !!!

Leav said...

I don't know how to contact the admins of the hub.
One of you please contact me:
leavoa@gmail.com

GrandArcher said...

you do understand that for DDos attack you can be punished hard ?Even expelled from the Technion..

Leav said...

I did not see that as a possibility.

why do you think they would do that? how is it illeagal? I'm just moving a file around (a free file).

and just loading a page. alot.

ofcourse you have a valid point but there is no gain without risk.

we could take proper precautions so that they cannot trace us.

(run the ddos from outside the technion etc.)

we can't bend over for this kind of crap...

-----------------------------

In my opinion the real deal is that the technion needs a legal ass cover: they need to always fight piracy so that they are not perceived as a government sponsored body which supports piracy.

the worst case scnerio is ofcourse LanSearch which is just really really slow, and DOES EVEN MORE BANDWIDTH DAMAGE!
--------------------------
but still works! they can't win, no matter what!!
--------------------------

GrandArcher said...

They cant win for sure.
There will be other hubs soon enough

Anonymous said...

new hub.

http://technionhub.blogspot.com

Anonymous said...

tell your friends.

Anonymous said...

As long as it is their lan they will own you in the worst way u can imagine.
send my lovings to bumblebee...

Unknown said...

Three options:

1. Since eMule ver0.47c (http://www.emule-project.net) there's an option under Options->Security called "Protocol Obfuscation" which enables the use of eMule on the Technion network. Though the connection is always LowID, and the transfer rates are sssooooo sssslllloooowwww (4~5k). Till now, the Technion hasn't been able to block it (and as far as I understand, it's impossible to filter the obfuscated packets).

2. Since Flashget ver1.8.2 (http://www.flashget.com/index_en.htm) there's an option to use FlashGet as a Bittorrent client.
There's an option under Options->BT called "Protocol Encryption" which enables the use of Bittorrent on the Technion network (same as the eMule obfuscation). Check out http://thepiratebay.org/ for some torrents. Achieved a decent 100k using this method, but not everything is available.

3. Just disconnect the damn Technion network and get a descent internet connection using HOT and an ISP. The price won't be much higher for a 750K connection, but the speed will be higher and the service will be appropriate...
The only reason I can think of using the Technion's network is the video lectures, which are also available at the computer farm near you :-)

As for the retaliation - think Online Multiplayer gaming all over the Technion dorms. just set up a UT2004 server (or something of the kind) with 16-32 players simultaneously at the same time, from all the different dorms zones.
Nothing illegal about that ;-D

Unknown said...

another hub is being up for a while.
it would start working more or less steady from Sunday hopefully.
to register on this hub.

Send me the following letter:

Register me(provide your desired name):
I heard about hub From:
Faculty and Number of semester:
Two people(first names only) from my semester:

fill this form and send it to
unrealnow.cc
on gmail.com
if username busy ill send you reply with alternative user name added.
Take seriously filling form.
Thats it, there wont be more than 100 users on this hub. Further we can make hubs community. Just dont get to much on the traffic thats why the limitations.
Although i except to hear feedback on email provided regarding aviability of this server all over Technion.
Dont contact me again till Sunday when ill finish registering requests.
And last: no leeching.

Anonymous said...

Ohad, you are very mistaken.
a) There is no firewall inside the LAN, only between the LAN and the outside world. So it can be stateful, stateless, whatever, won't help them.
b) Even if they decide to monitor every switch in the network, all we need to do is turn on IPSEC and the stateful inspection becomes worthless.

So, technologically there's no problem. Still no solution for Va'adat Mishma'at, though.

Anonymous said...

Can anyone recommend the best Remote Desktop system for a small IT service company like mine? Does anyone use Kaseya.com or GFI.com? How do they compare to these guys I found recently: N-able N-central MSP tool
? What is your best take in cost vs performance among those three? I need a good advice please... Thanks in advance!