Hi Am 23.10.2015 um 12:04 schrieb David Raison: > > > On 23/10/15 11:41, Erich Titl wrote: >>>> Yes, I realize that their choice of a subnet is odd, >> No, plain _wrong_ unless they are Unisys. > Granted. I can always suggest they change that, but not sure they will > actually be willing to change this. But maybe they should and we might > see that it miraculously solves the problem… > >>>> much, but how would this influence the openvpn and printer spooler issue >>>> at hand? They've been using that subnet for years now and the problem >>>> only occurs since and when they're using openvpn. >> Would need to know more about the traffic to judge, but using a foreign >> public net as an internal net is definitely a _nono_ >> >>>> >>>> The only traffic routed through the vpn tunnel would be the one going to >>>> the SQLServer. >> Which is on which subnet? You will have to inspect routing, then trace >> the affected traffic. > > The SQLServer is on 10.0.1.253, with the VPN gateway being 10.0.1.1 and > the client having 10.0.1.5x.
Is this routed traffic or do you use tap? Is the SQL Server a VPN endpoint? Could you post the routing table of the client with and without openvpn active? Can you use a packet analyzer (like wireshark or tcpdump) to show the traffic in the tunnel? cheers ET ------------------------------------------------------------------------------ _______________________________________________ Openvpn-users mailing list Openvpn-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-users
