Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
About jsurles
Community Record
8
Posts
0
Kudos
0
Solutions
Badges
Jan 20 2020
12:59 PM
I had such high hopes. I was able to get this configuration in, but nothing. Watching the packets, I see them coming in on WAN1, but I never see them on WAN2.. so it doesn't like something. 😞 I'll keep playing with it and see what I can make happen.. I really don't want to have to find/eval a new proxy appliance just for this setup.. but I may have to.
... View more
Jan 20 2020
8:30 AM
I'll give it a look... and yes, that is the same problem I was getting.. I can't NAT/port forward to anything that is not on the local LAN.. boo. I switched "WAN2" back to being a regular LAN port to see if I could work something out.. but it was a no go. The only way I can do this with the meraki that I can see is to VPN to it, instead of hitting this over then internet.. but I'm trying to avoid the VPN portion.. I may have to break down and get a WAF that does some proxying or something.. it would be easier just to use an openbsd or linux box.. but currently that's not an option.
... View more
Jan 20 2020
6:05 AM
Hello - I am trying to use an MX67 to do route incoming traffic from the internet, to a specific host in another facility; essentially proxying this connection. Essentially I need to connect to a "private" network from the internet, but they don't allow direct internet access. I have a physical location where both the internet uplink and private network uplink exist. What I'd like to do is place one single networking device with 2 WAN ports. Internet on WAN 1, PrivateNet on WAN 2. Client: 1.1.1.1 <--> WAN1: 3.3.3.3 <--> WAN2: 2.2.2.2 <--> Server: 9.9.9.9:1234 Ideally, I'd like it so that TCP connections sourced from 1.1.1.1 with a destination for 3.3.3.3:1234, would be nat'ed and forwarded to 9.9.9.9:1234, and appropriate responses returned. The problem seems to be that I can't find a way to NAT nor Forwrad to 9.9.9.9 because it's not on the local network.
... View more
Jan 17 2020
7:43 AM
This definitely sounds like an option.. will work in a pinch. I'd much prefer to manage this via the meraki cloud.. any idea what causes the "break" in being able to manage the WAN connections?
... View more
Jan 17 2020
7:29 AM
I have an MX67 running MX14.40. The device was manually configured via the local console to set a static IP on WAN1, and deployed to a remote location (TX -> WA). A second WAN connection is being added, and while WAN2 is listed as there, I have the dreaded: NOTE: Local WAN configuration cannot be overridden on this firmware version. I have been unsuccessful in finding a way to configure WAN2 without flying out or walking someone there through the process of connecting locally (definitely not preferred). Additionally, I have been unable to reproduce the configuration locally.. as my spares all seem to allow me to edit both WAN1 and WAN2 via the cloud whether that was their original configuration, or a reset them and do an initial static config via the local interface. These are all using the same firmware, MX14.40. Is there a setting I'm missing somewhere that will enable the above restriction, or better yet, disable it? Any helpful information would be appreciated.
... View more
Jan 17 2020
7:22 AM
Unfortunately, the device is in another state. Do I need to fly there to setup WAN2, or what?
... View more
Jan 16 2020
6:37 AM
Hello Seshu, Would this apply to a secondary WAN interface as well? I have an MX67 which is configured with a static IP on WAN1, and I've found now way to update the WAN2 address.. The LAN port has been converted to a WAN, but, no way to switch it back, nor to configure it remotely. Please advise.
... View more
Nov 8 2019
7:19 AM
Can you confirm that eBGP is still not available? I didn't see any updates or newer resposnes which indicate it is.. and all the documentation I've found are in line with this thread. Uplink provider to private network requires BGP routing. I don't think the Meraki will work well for this scenario.
... View more
© 2024 Cisco Systems, Inc.
