What makes actsupport different?

24/7/365 support coverage, 20+ years in the business, certified techs, ISO 9001:2015 certified for Quality Management System and ISO 27001:2013 certified for Information Security Management System, 100% white label services, multi channel support and many more

Are the technicians certified?

Yes, our technicians are certified in CCNA, MCSE, RHCE, VMware, AWS etc. Our technicians constantly update their knowledge on all emerging technologies to comply with changing dynamics in the industry.

How do I get started with it?

Just fill up the form given on this page and our Business Development Team will get in touch with you and will take it from there.

Will my information be secure?

We are ISO 27001:2013 certified for Information Security Management System and all the data / information of our clients are maintained with confidentiality and are 100 % secure.

How long have you been in business?

Offering Technical Support Services since 2001.

What should I do if I have questions?

If you have questions on the plans and pricing, you can shoot an email to sales@actsupport.com or talk to us at +1 8886660786 or chat with us using the Live Chat option

How soon can you setup the account?

When we have all the required information necessary to start support we are all set to go. This should normally take 24 hours of time.

What if I need to cancel my order?

We have high customer satisfaction rate and so we believe that there will not be any chances for such unfortunate situations. Just in case such a situation arise, you can always write to our customer friendly sales team at sales@actsupport.com or reach us at +1 8886660786 and we would be more than willing to sort it out for you.

How do i know my data is secure on your server?

Being an ISO 27001:2013 (certified for Information Security Management System) firm security is our major concern. We strive to protect and ensure all your data/information is maintained confidentially and 100 % secure.

Do you provide Help desk support?

Yes, Our IT experts provide remote helpdesk support for your own employees or customers with effortless customer support following proper chat etiquette.

How flexible are you in terms of scheduling?

You can choose the time that best suit's you, as we provide 24/7 technical support to meet your needs.

Can we try out your service before sign up a plan?

Of course! we have a free-trial plans for you to examine the eminence of our support from certified professionals.

How fast you can resolve and troubleshoot the errors?

We resolve and troubleshoot error's with a minimum response time of 15 mins and a resolution of 60 mins for Level 1 and Level 2 support. We setup SLAs with our customers detailing priority levels, response and resolution times.

Is it possible to choose a support plan based on my requirements?

We will help you in this, as we can custom make a support plan and pricing based on your support needs so that it would be cost effective for you.

Is it possible to reach you in case of emergency support?

Yes, we would be glad to fix your issues in-case if you run out of tech's and time, as we offer Emergency Support.

Can I get a free trail to check out your service?

Sure, we can do that. After you sign up, we can give you a free trial for 5 days to experience the international standard outsourced support service with No-obligation and No credit card trail offer.

What is your average response time?

Our qualified experts will respond to a technical issue with a minimum response time of 15 mins.

Do you provide any custom plans ?

Yes. You can request for a custom plan to be created, that is optimal as per your requirement. You may also get advantage of special discounts/offers on the custom plans created.

How to continue your service after the free-trial?

After 5 days of trial, you can continue your services by clicking Buy Now in Plans and pricing section and choose the plan that suits you. Please not that you can use the free trail only once.

Do you provide any Discounts?

Our plans and prices are reasonable and we do not provide any discounts in general. We do run promotional offers from time to time which are either emailed or available on social channels.

Which all control plan do you support?

Our certified cPanel technicians support almost all major control panels like CPanel/WHM , Plesk Panel, Plesk Expand, Hsphere, HSPcomplete, Siteutil ,Helm ,Ensim ,DirectAdmin, Hosting Controller and Webmin.

How will I get daily update on the task performed?

You can contact the technicians through chat / email and get updates directly from them. This will be flexible as per your requirement.

Do my clients know if the support is outsourced?

We never let your clients to know that the support is outsourced. The reply that goes to your clients bears the signature that shows your company name. Which is similar to what you would have done if the support team were in your company.

Steps to Migrate AWS Classic VPN to AWS VPN connection

Migrating-from-AWS-Classic-VPN-to-AWS-VPN

Now you can follow these steps to set a Site-to-Site VPN connection. Also remember, it is not possible to migrate to an AWS Classic VPN connection. If you are having an existing Site-to-Site VPN connection which is an AWS VPN connection.

Solution 1: Directly migrate to a new Virtual Private Gateway

You can create a new virtual private gateway and Site-to-Site VPN connection, by disconnecting the old Virtual Private Gateway from your VPC, and then attach the new Virtual Private Gateway to your VPC using this option.

To migrate to an AWS VPN connection:

1. Go to the Amazon VPC console (https://console.aws.amazon.com/vpc/home).
2. Select Virtual Private Gateways > Create Virtual Private Gateway and create a gateway in the navigation panel. Also, choose Site-to-Site VPN Connections > Create VPN Connection and click Create.

Virtual Private Gateway – Choose the virtual private gateway that you created previously.
Customer Gateway – Choose Existing > existing customer gateway for your current AWS Classic VPN connection.

3. Select the new Site-to-Site VPN connection > click Download Configuration. Then download the configuration file that refers to your customer gateway device.
4. Configure VPN tunnels on your customer gateway device using the configuration file. Check your customer gateway device for additional details. Do not turn on the tunnels and still if you need any guidance for keeping the newly configured tunnels deactivated, contact our Experts.

Optional: Create a test VPC and connect the virtual private gateway to it. Change the encryption domain/source and destination addresses as needed, and then test the connection from a host in your local network to a test instance in the test VPC.

5. For using, route propagation to the routing table for your VPC, select Route Tables in the navigation pane > Route Propagation, Edit route propagation. Uncheck the box next to the old virtual private gateway and save.

Note: From the next step onwards, a connection will disrupt until the new Virtual Private Gateway is connected and the new Site-to-Site VPN connection is activated.

6. Choose Virtual Private Gateways from the navigation pane, Select old virtual private gateway > Actions > Remove from VPC > Yes > Remove. Then, select new virtual private gateway > Actions > Attach to VPC. Choose a VPC for your Site-to-Site VPN connection > Yes > Attach.

7. Select Route Tables from the navigation panel. Choose your VPC’s route table and perform one of the following:

For route propagation – Select Route Propagation, Edit route propagation. Check box the new virtual private gateway that is attached to the VPC and save.
For static routes – Select Routes > Edit. Then change the route to point to the new virtual private gateway and save.

8. Disable the old tunnels and enable the new tunnels on your customer gateway device. To start the tunnel, you must connect to it from your local network. As well as, check your route table, if applicable, to confirm that the routes are being propagated. When the VPN tunnel’s state is UP, the routes propagate to the routing table.

Note: To revert to a previous configuration, remove the new virtual private gateway and then repeat steps 7 and 8 to reconnect the old virtual private gateway and update your routes.

9. When you no longer require your AWS Classic VPN connection and do not wish to be charged for it. Then, remove the previous tunnel configurations from your customer gateway device, and delete the Site-to-Site VPN connection. To do so, go to Site-to-Site VPN Connections > Select Site-to-Site VPN connection > Delete.

Important: Particularly you cannot restore or migrate your new AWS VPN connection back to an AWS Classic VPN connection after deleting the AWS Classic VPN connection.

Solution 2: Use a Transit gateway to Migrate

In this method, you want to set up a transit gateway and connect it to the VPC where your Site-to-Site VPN connection is placed. Then use your existing customer’s gateway to create a temporary Site-to-Site VPN connection on the transit gateway. The traffic is then routed through the transit gateway VPN connection while you create a new Site-to-Site VPN connection on a new virtual private gateway.

You may also use this option to migrate your Site-to-Site VPN connection directly to a transit gateway. In this scenario, instead of creating a new virtual private gateway, create a new VPN connection on the transit gateway.

Method 1 – Set up a transit gateway and a VPN connection

To set up a transit gateway and a VPN connection:

1.    Go to the Amazon VPC console (https://console.aws.amazon.com/vpc/home).
2.    Select Transit Gateways > Create Transit Gateway and by using a default option, create a transit gateway in the navigation panel.
3.    Now in the navigation panel, select Transit Gateway Attachments > Create Transit Gateway Attachment. Then, enter the following information and click Create attachment.

For Transit Gateway ID – Select the transit gateway you created.
For VPC ID – Select the VPC to connect to the transit gateway.

4. Once again, select Create Transit Gateway Attachment, enter the following information, and click Create attachment.

For Transit Gateway ID – Select the transit gateway you created.
Attachment type– Choose VPN.
Customer Gateway ID – Select Choose the customer gateway for your existing Site-to-Site VPN connection, as well as the routing options.

Method 2 – Creating a new virtual private gateway

Establish a new virtual private gateway and Site-to-Site VPN connection. This method is only essential if you wish to switch to a new Virtual Private Gateway. In that case, you can skip these steps and proceed right to Method 3 if you want to migrate your VPN connection to a transit gateway.

To create a new Site-to-Site VPN connection, follow these steps:

Select Virtual Private Gateways > Create Virtual Private Gateway and create a new virtual private gateway in this panel.
Select Site-to-Site VPN Connections > Create VPN Connection.
For Virtual Private Gateway – Select the virtual private gateway you created.
For Customer Gateway ID – Select the existing client gateway for your existing Site-to-Site VPN connection and define the routing type. Select create VPN Connection.
Choose Download Configuration to download the example configuration file for your new Site-to-Site VPN connection. Then, configure the VPN connection on your customer gateway device but do not route any traffic yet.

Method 3 – Switch to the new VPN connection

In this step, you need to temporarily enable asymmetric routing for your VPN traffic while you switch traffic to the transit gateway and then to the new Site-to-Site VPN connection.

To enable the new Site-to-Site VPN connection:

1.    Now set up your customer gateway device to access the transit gateway’s VPN Connection (Specify a static route or allow BGP announcements, as required). As a result, asymmetric traffic routing is activated.
2.    Choose Route Tables in the navigation pane. Choose the route table for your VPC, and select Actions > Edit routes.
3.    Add routes to your on-premises network and choose the transit gateway as the destination. Enter additional exact routes for the destination routes.

For example: Consider if your on-premises network is 10.0.0.0/16 and then create a route that points to 10.0.0.0/17 and another route 10.0.128.0/17. All traffic is routed through the transit gateway when asymmetric traffic routing is detached.

4.    Now select Virtual Private Gateways from the navigation pane.
5.    Choose Actions > Detach from VPC for the old virtual private gateway that’s connected to your VPC. Select Yes, Disconnect.
6.    Choose Actions > Attach to VPC after selecting the new virtual private gateway you created before. Select your VPC, and then click the Yes, Attach.
7.    Next, select Route Tables from the navigation pane. Choose Route Propagation > Edit route propagation from the route table for your VPC. Select the new virtual private gateway check box and click Save. Ensure the route was already propagated to your VPC route table.

8. Configure your customer gateway device to use the new virtual private gateway and use static routes or BGP to route traffic from your on-premise network to your VPC. As a result, asymmetric routing is initiated.
9. Also, select Route Tables from the navigation pane. Then choose Actions > Edit routes from the route table for your VPC. Delete the more specified transit gateway routes. It will disable asymmetric traffic flow and routes all traffic through your new Site-to-Site VPN connection.

Method 4 – Clean Up

When you migrated to a new virtual private gateway, you can delete the transit gateway VPN connection and the transit gateway that you created during the migration process. Also, you can delete your AWS Classic VPN connection if not required.

Follow the below step to clean up your resource:

First, remove the configuration for the temporary VPN connection on the transit gateway, as well as the configuration for the old VPN connection, from your customer gateway device.
Choose Site-to-Site VPN Connections in the navigation pane. Then click your old Site-to-Site VPN connection, and then Actions > Delete.
Choose Virtual Private Gateways, then select your existing virtual private gateway and click Actions > Delete. Meanwhile stop the process here if you migrated your VPN connection to a transit gateway.
Select Site-to-Site VPN Connections and choose the transit gateway VPN connection. Click Actions > Delete.
Then select Transit Gateway Attachments, and choose the VPC attachment. Select Actions > Delete.
Choose Transit Gateways and select your transit gateway. Click Actions > Delete.

Solution 3: Delete and re-create VPN connection – Backup for AWS Direct Connect

Whereas if you have an AWS Direct Connect connection and an AWS Classic VPN connection on the same virtual private gateway and use the VPN connection as a backup for the AWS Direct Connect connection, choose this option. You can also delete the existing AWS Classic VPN connections on your virtual private gateway using this option. When the AWS Classic VPN connections are in the deleted state, you can migrate to an AWS VPN connection by creating a new VPN connection on the same virtual private gateway.

Follow the step to migrate an AWS VPN connection:

1.    Go to the Amazon VPC console (https://console.aws.amazon.com/vpc/home).
2.    Select Site-to-Site VPN Connections from the navigation pane, and then select the AWS Classic VPN connection. Click Action > Delete.
3.    Remove the previously configured tunnels from your customer gateway device.
4.   To repeat the previous two steps until all existing AWS Classic VPN connections for the virtual private gateway have been removed. Wait for the VPN connections to become deleted state.
5.    Enter the following information and then click Create VPN Connection. Choose the routing option as required.

Select the virtual private gateway that you used for the AWS Classic VPN connection.
Choose the Existing customer gateway for your current AWS Classic VPN connection.

6.   Choose Download Configuration for the new Site-to-Site VPN connection. Download the configuration file that relates to your customer gateway device.
7.    Configure VPN tunnels on your customer gateway device using the configuration file.
8.    On your customer gateway device, enable the new tunnels. To activate the tunnels, you must first connect to your local network.

Finally, check your route tables to confirm that the routes are being propagated, if necessary. When the VPN tunnel status is UP the routes will propagate to the routing table.

We can provide you assistance with the site-to-site VPN connections, so if you need any assistance Contact Us.

To get updates follow us on Facebook, Twitter, LinkedIn

Subscribe to get free blog content to your Inbox

Name*
Email*

Written by actsupp-r0cks

Blog

Steps to Migrate AWS Classic VPN to AWS VPN connection