RPC via VPN & Nat
Hi
I have a dcom on a server in our internal network that is called from clients that access our network via GPRS thru a VPN, the component gets called ok.. but when it comes to make an RPC (remote procedure call) the components throws an out of memory error (some microsoft guy said that the system account is Not in the ACL(!?))
is it possible or not to run an RPC thru a VPN? we use cisco based vpn.. if yes can i have some white papers.. links or anything to base on.. (there are 2 pix firewalls between the client and the dcom host but VPN should tunel thru them) btw.. all the possible ports are open (135 + higher ports)
rgrds
I have a dcom on a server in our internal network that is called from clients that access our network via GPRS thru a VPN, the component gets called ok.. but when it comes to make an RPC (remote procedure call) the components throws an out of memory error (some microsoft guy said that the system account is Not in the ACL(!?))
is it possible or not to run an RPC thru a VPN? we use cisco based vpn.. if yes can i have some white papers.. links or anything to base on.. (there are 2 pix firewalls between the client and the dcom host but VPN should tunel thru them) btw.. all the possible ports are open (135 + higher ports)
rgrds
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
client .. router .. pix ..<i don't know if there's a router here>..pix.. router.. server
Using windows 2000 on the server and NT 4 on the client..
after further investigations The issue seems in the IP packet size, The ip packet size is by default 1500 bytes,
it's being dropped on the router and not fragmented.. tried to minimise the packet size to 1400 byte (from registry on server) but it didn't work.. (minimised the packet size on client too)
Using windows 2000 on the server and NT 4 on the client..
after further investigations The issue seems in the IP packet size, The ip packet size is by default 1500 bytes,
it's being dropped on the router and not fragmented.. tried to minimise the packet size to 1400 byte (from registry on server) but it didn't work.. (minimised the packet size on client too)
The PIX firewall needs to allow ICMP unreachables and Packet-too-big messages for path-mtu-discovery to work properly. The router default mtu is 1500 also, so that should not be a problem.
for RPC to work, you need portmapper open also...
port 111 udp
opent only port 111 and 1024+ and see if that works.
port 111 udp
opent only port 111 and 1024+ and see if that works.
You're letting VPN clients do RPC with you? You're either really brave, or really dumb (you *are* aware of the numerous security holes present in most RPC implementations, yes?). Please don't make the all-too-common mistake of trusting your VPN users (I could preach all day about that)...
In any case, if you insist:
lrmoore is correct about mtu, if your network will pass (and your clients will listen to) pmtu messages. You might just want to set your MTU lower, manually, in case pmtu is broken somewhere...
BTW, this *does* work for non-VPN users, yes? If not, we need to re-evaluate the situation.
Cheers,
-Jon
P.S. To answer your original question - yes, it is possible, as is any IP-based communication protocol. You just have to know how to configure your systems properly.
In any case, if you insist:
lrmoore is correct about mtu, if your network will pass (and your clients will listen to) pmtu messages. You might just want to set your MTU lower, manually, in case pmtu is broken somewhere...
BTW, this *does* work for non-VPN users, yes? If not, we need to re-evaluate the situation.
Cheers,
-Jon
P.S. To answer your original question - yes, it is possible, as is any IP-based communication protocol. You just have to know how to configure your systems properly.
ASKER
>You're either really brave, or really dumb ..
we are a mobile operator .. we have some partners that use gprs technology we want to access our server.. it's sort of let's say a wan.. where we will use vpn over it for more security..
the machines we installed on our partner side are fully controlled by us.. the users have limited privilieges on the machines (they don't have admin access.. they can only run 1 specific application).. no input hardware (floppies cd's and the case is sealed..
we are a mobile operator .. we have some partners that use gprs technology we want to access our server.. it's sort of let's say a wan.. where we will use vpn over it for more security..
the machines we installed on our partner side are fully controlled by us.. the users have limited privilieges on the machines (they don't have admin access.. they can only run 1 specific application).. no input hardware (floppies cd's and the case is sealed..
No comment has been added lately, so it's time to clean up this TA.
I will leave a recommendation in the Cleanup topic area that this question:
I recommend: moderator support
if there is any objection or other expert commentary to this recommendation then please post in here within 7 days.
If you feel that your question was not properly addressed, or that none of the comments received were appropriate answers, please post a request in Community support (with a link to this page) to refund your points. https://www.experts-exchange.com/Community_Support/
PLEASE DO NOT ACCEPT THIS COMMENT AS AN ANSWER!
thanks,
lrmoore
EE Cleanup Volunteer
---------------------
I will leave a recommendation in the Cleanup topic area that this question:
I recommend: moderator support
if there is any objection or other expert commentary to this recommendation then please post in here within 7 days.
If you feel that your question was not properly addressed, or that none of the comments received were appropriate answers, please post a request in Community support (with a link to this page) to refund your points. https://www.experts-exchange.com/Community_Support/
PLEASE DO NOT ACCEPT THIS COMMENT AS AN ANSWER!
thanks,
lrmoore
EE Cleanup Volunteer
---------------------
I don't know what I recommend - this was clearly in my court, but I must assume I never received an email notif, as the question died.
I suppose we sould see how the original poster wishes to proceed, if he's still around - he had scads of expert pts (makes mine looks pathetic), and might still be active.
Otherwise, I guess I recommend delete - let's leeave this one open a bit longer though, eh?
Cheers,
-Jon
I suppose we sould see how the original poster wishes to proceed, if he's still around - he had scads of expert pts (makes mine looks pathetic), and might still be active.
Otherwise, I guess I recommend delete - let's leeave this one open a bit longer though, eh?
Cheers,
-Jon
ASKER
hmm.. unfortunately the issue was related to the component security model.. where we had to disable component authentication.. I see lmoore have tryied to solve the issue in a rational way..
sorry for the delay
sorry for the delay
If you have it setup to use UDP, then UDP broadcasts may not be forwarded across the VPN without specific configurations...