Brian Puccio wrote:
netstat -Arn will show you all of your current connections. Also check ps aux for any odd processes.
It's possible that while the number of requests has not increased, that you're getting more requests for larger files (most likely media).
I looked but didn't notice any unknown port open or odd process, and there are almost no media files. I'm going to try blocking port 25 (SMTP) tomorrow for a while to see if traffic decreases - but I don't think this is the cause.
I have the monitoring tool
ntop installed on my host, and it reports the following
warning about a potential "
wrong network mask":
Code:
Unexpected packets (e.g. traffic to closed port or connection reset)
Wrong network mask
ntop has detected an anomalyous situation with the network mask for a host. This occurs if ntop determines that the address is a broadcast address, but the actual packet destination is different.
Among other causes, ntop detects this problem when a host sends a packet to a broadcast address where the destination MAC address is not FF:FF:FF:FF:FF:FF. [b]This could simply indicate that the host is a bridge[/b].
The most likely cause of this is a misconfiguration, which SHOULD be fixed.
Using the wrong netmask is quite common on networks where the netmask has changed and some of the hosts still use the old netmask.
Most hosts use the netmask to determine the gateway router address, by setting the host portion of the address to 0x1 (i.e. the gateway for 192.168.1.1/24 is 192.168.1.1). If problems do occur, selecting the wrong gateway for non-local packets usually leads to apparent failure of the entire non-local network (support call: "The network is down"). It can also cause high packet loss, collisions, ttl expiration and other network problems.
Note: ntop defines the broadcast address as either zero (0.0.0.0) or an address which has a host part of 0. Perfectly normal. However, ntop determines the network and host portions for the monitored packet's address based on the actual configuration of ntop's own NIC. So if ntop's NIC has a different configuration it will tag traffic as having the wrong mask.
I'm currently looking with the Linode support to determine if it's simply a config problem, but if it's not - that is the
host is used as a bridge - what do you think I should/could do to get out of this situation (else than changing job) ?
Richard