Light blog

greetings to: http://www.arcengames.com/forums/index.php?topic=2055.0

Problem

Unable to connect to other games with Hamachi on Windows 7, and everything else is set as accordingly (port forwarded, firewall exceptions, etc.).

In interest, I upgraded from Vista Ultimate X64 to Windows 7 Ultimate X64. I have a router that is properly configured, and of which Hamachi was functioning properly prior to the upgrade.

Solution

The problem apparently is something to do with the way Windows 7 broadcasts packets–basically, something to do with “Interface metric”. Please see below for the lore and solution.

http://logmeinwiki.com/wiki/Hamachi:Gaming_over_Hamachi

* Windows 7 Notes (RC7100)

Windows 7 appears to send broadcast packets (packets destined for 255.255.255.255) out the interface associated with the broadcast route having the lowest metric. It does this regardless of the order of the interfaces in the “Advanced Settings” menu. If there is more than one broadcast route with the same metric, it sends it out the first one. NOTE: When a new interface comes up, it’s broadcast route gets added to the end of the list. Broadcast routes are the last routes listed in the route list produced with the ‘route print’ command. To summarize, here is how it chooses which interface to send packets destined for 255.255.255.255:

1. It looks at the metrics associated with all “255.255.255.255 mask 255.255.255.255″ routes. If one is lower than all the others, it sends the packet out that interface.
2. If there is “tie” for the lowest metric, it sends it out the first one in the tie.

The metric associated with the Hamachi broadcast route can be lowered to be the lowest in the list of broadcast routes when running Hamachi 2 (tested with 2.0.1.64). By default, Hamachi installs with a metric of ’9000′ associated with it’s interface. In Windows 7, if you change the metric to ’1′ you’ll end up a metric of 257 associated with these routes (256 + ’1′). This will be lower than the default LAN interface metric and broadcast packets will now go out the Hamachi interface. NOTE: This is only affecting broadcast packets.

This shouldn’t interfere with or affect any of your other network connections – but use at your own risk.

1. Go to the properties of the Hamachi adapter
2. Select ‘Internet Protocol Version 4) and click ‘Properties’
3. Click ‘Advanced’
4. Change the ‘Interface metric’ at the very bottom from 9000 to 1
5. Disable and re-enable the interface (or reboot)

If you look at the route list now (‘route print’) you should see the broadcast route associated with the Hamachi interface now has a metric lower than any of the other broadcast routes. Broadcast packets will now go out the Hamachi interface.

Quick Solution

http://rp-mods.com/Forum/wbb/hardware-software/6071-hamachi-network-fix/

Change the Interface Metric for Hamachi:

* Start -> “run”
* “ncpa.cpl” then ENTER.
* Right click on “Hamachi” and PROPERTIES
* Deactivate “Internetprotocol Version 6 (TCP/IPv6)”
* “Internetprotocol Version 4 (TCP/IPv4)” -> PROPERTIES -> Advanced
* Interface metric to “10″.
* Hamachi Gateway 5.0.0.1 Metric to “1500″.

Remember to also have your Hamachi set as the foremost network to use after an upgrade/clean install.

Change the Priority of Hamachi Adapter

* Start -> “run”
* “ncpa.cpl” then ENTER.
* Press [ALT]-Key (Menu appears)
* Advanced -> Advanced Properties
* Move Hamachi to the top of the list
* Restart PC.

Hope it works for you–took me heck of a long time Googling in discovering this. If not… hopefully Hamachi developers are working on a universal solution to compatibility issues with Windows 7, even though they say it is compatible with the OS.

If you realize that your php web site has been hacked, which most likely is a result of trojans on your computer, first scan your computer with an anti-malware, then follow these steps:

1.) verify if .htaccess file was modified to allow access to other files with malicious scripts.

2.) verify if there is some hard to read code in any of your php files. For example:

which stands for :

3.) verify if there is a java script which is not yours, included in your files. For example, i found this code in a file:

which gets the file content from a site, in this case:

http://httpsget.com/get/?ip=YOUR_SITE_IP&referer=YOUR_SITE_DOMAIN&ua=Mozilla%2F5.0+%28Windows+NT+5.1%3B+rv%3A11.0%29+Gecko%2F20100101+Firefox%2F11.0

If the result of the received content starts with