MvCALL problem

[Scot - ScotsScripts.com]

Hi,

Why wouldn't mvcall work for my local dev site but the url bar in the browser works?

For example, I have a dummy domain and it's url to merchant is:

scotsscrpts.smr.com/mm5/merchant.mvc

This works fine.

However when I try to MvCALL this, it drops my "scotsscripts" part and instead goes to smr.com (which is out there).

What settings do I need to get MvCALL to go to the url the same as the browser does? Same thing happens with mvt:call

I have this in my windows hosts file, it's how I get it to work in the browser:

192.168.0.50 scotsscripts.smr.com

Can I do something like this for MvCALL?

Scot

[dcarver]

MvCALL uses the underlying network mechanics of the operating system, so it's all based off how that works. There is nothing you can explicitly do in the MvCALL itself. Is the engine being run on the same box as your browser you are testing on? If so, I would imagine the network request would be using the hosts file as well.

[Scot - ScotsScripts.com]

Thanks for responding.

I have an ubuntu virtual machine in my vmware player and everything works except for MvCALL.

Any ideas why it would be dropping 'scotsscripts." from "scotsscripts.smr.com" ? Maybe it's referencing some outside dns that is dropping the "scotsscripts"? I'm just guessing.

For example,

<mvt:call action="http://scotsscripts.smr.com" ... >

turns into

<mvt:call actrion="http://smr.com" ...>

(evident because s.callvalue shows content from smr.com)

I've tried on and off to fix this for a long time but today I'm testing some local endpoints that I need to use MvCALL for and hitting this roadblock.

[ILoveHostasaurus]

The issue is your windows hosts file does not apply to DNS lookups being performed within the virtual machine. You would need a hosts file there to affect a URL that MvCALL has been instructed to retrieve. Or, add an appropriate record to DNS for the URL you want to use locally, with the local private IP; public DNS will happily serve private IP's for internal use, then your setup would work across virtual machine instances, etc. The reason it's resolving to your smr.com is because you have a wildcard for *.smr.com to resolve to the same IP, so it's that MvCALL has changed its target, you're just actually getting the smr.com website content in response to the mvcall since that's what DNS has told it to do.

[Scot - ScotsScripts.com]

Thanks for that info. Can you point me to a reference that would help me make the appropriate settings? I am NOT a back end server guy, and I'm amazed on a daily basis that I was able to get empressa to work at all...

[ILoveHostasaurus]

The windows and unix hosts file format is the same, so you should just be able to add the same entry in the /etc/hosts in the VM and have Empresa see that. You can confirm you have the correct IP with ifconfig in the VM.

If you prefer the DNS-based solution honestly I'd just register a new domain, use the registrar's DNS, and point records at your internal Ubuntu IP's using names of your choosing. For example, if you tend to spin up VM's in the 192.0.2.10-15 range, you could just register scotsempresatest.com and define hosts web10 through web15 pointed at those IP's. Then your mvcall's would hit the local servers. If you use pass-thru networking and your local network's DHCP, you could create reservations for your ubuntu machines' mac addresses to ensure they get the same addresses each time, and then set those up in DNS to match.

[Scot - ScotsScripts.com]

You rock like the late Eddie Van Halen (RIP) - adding the exact same settings to my ubuntu hosts file made mvcall work like a charm. Such an easy fix for an issue that's been a thorn in my side for a long time. Thanks for the help!

[ILoveHostasaurus]

I bought a new guitar this week too, for the first time in ages...