Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
SDN 101: An Introduction to Software Defined Networking
Discover the advantages of SDN.
SDN has quickly become one of the hottest trends in IT. But not all SDN solutions offer real software-defined functionality. As more enterprises consider SDN, they want to know, “What is SDN? And what are the real benefits?” If you're ready to explore the advantages of SDN, and want to know how it should be implemented within your enterprise, start by reading our introductory white paper.
Click Here to receive this Complete Guide absolutely free.
We have an IPCop box which has been on our network for a number of years now and generally works well. Up until recently, it was only accessed by a limited number of machines, but now we're setting it as the gateway for everything on the network.
The problem is that it doesn't seem to respond to certain internal IP addresses. It drops all requests from 192.168.1.26, for example and won't even respond to pings from that IP, but will route requests from 192.168.1.24 with no trouble.
I can't see anything in the firewall rules on the IPCop interface which looks relevant and I've also tried iptables. The only entries I can see relating to private IPs are ones which should be there and don't relate to the IPs in question.
I have a feeling that this was set up intentionally by a former network admin a number of years ago, but I've no idea how he's done it.
Neither networking nor linux are among my specialities, so I'm not really sure what to try next.
Just had a notification from the forum to suggest that I update with additional information or subsequent steps I've taken, as the thread has not had any replies after five days.
I haven't really taken any further troubleshooting steps, as I only posted this once I'd run out of steps to try, but I do have another question which might take me in the right direction if anybody's able to answer it: Are there any gotchas with iptables that might be catching me out? Or any other parts of Linux/IPCop I don't know about, which might be doing some kind of filtering?
I've worked on the assumption that these packets are being dropped by the IPCop box itself, because machines with IPs that it doesn't like are still able to communicate with other devices on the network, but is it possible that this is happening because of the config of something else, somewhere else on the network?