Additional Network Interface card in Linux VM in Azure - azure

I have deployed a Kali Linux VM in Azure and created an addition network interface card, however when i type ifconfig in terminal I cannot see the new network interface card I attached?

Below are the steps to added Nic to a Linux VM correctly.
https://learn.microsoft.com/en-us/azure/virtual-machines/linux/multiple-nics?toc=%2fazure%2fvirtual-network%2ftoc.json#add-a-nic-to-a-vm
To make sure you do not run into issues it is better to add Nic while VM is deallocated.

Related

Point 2 Point connection between 2 virtual machine in VMWare

I have a virtual network for testing built with VMWare Workstation 15. Everything works fine with the virtual network but I have an issue I can't fix.
From what I've understood the Virtual Network in VMWare (the one called VMnetx where x is a number) works as virtual switches. You create a virtual network with a subnet in the virtual network manager. Once you want to connect a machine into the virtual network, you select that network on your interface and everything works great.
The problem is if I want a P2P connection (basically a virtual cable connected as a bridge between two machines in the same subnet).
I tried to create another virtual network with the same subnet so I can attach the two network adapter only to this newly created virtual network (which should have the same subnet) but VMWare won't let me create another virtual network with the same subnet.
Is there a way to connect two machines point2point on the same subnet of a virtual network already created without having to use the virtual switch?
PS all my machines run Linux server 20.04.2 LTS
Unfortunately, there's no way to do that. A solution would be to create a USB virtual dongle to connect both machines.
The best solution remains to use a network interface connected to the virtual network and set Machine 2 to use Machine 1 as Default Gateway (you will no more need the 10.1.0.5 interface)

Accessing openstack instances hosted in Cloud

I'm newbie to OpenStack! I've installed Openstack in Ubuntu Server 18.04 LTS on Microsoft Azure virtual machine (for my learning purpose because I don't have the required resources like 16GB RAM and 4 CPUs). I'm able to access the Openstack Dashboard with the help of public ip address of that VM using the browser in my machine. I've assigned floating ip address to the instance (here it is 172.24.4.8).
My instance specs are
This is my network topology and my azure virtual machine's network configurations
azure vm's private ip = 192.168.0.4
azure vm's public ip = 20.193.227.12
I can access the OpenStack Dashboard using azure vm's public ip address, But I'm unable to access the instance via SSH from my local machine and from that azure virtual machine too. Help me how to access them!
From your network topology screenshot, I guess that you used Devstack to create the cloud. Can you confirm that?
The external network named public is not connected to the world outside the cloud in any way. This is so because by default, Devstack creates an isolated external network for testing purposes. You should be able to access the instance from the Azure VM, however. The information given is not sufficient to explain why you can't.
See the Devstack networking page. It states that the
br-ex interface (...) is not connected to any physical interfaces
This is the technical reason for not being able to access instances.
The Shared Guest Interface section of the above page documents how to connect a Devstack cloud to a real external network.
EDIT:
The Shared Guest Interface instructions ask you to set this:
PUBLIC_INTERFACE= NIC connected to external network. *eth0* in your case.
HOST_IP= *192.168.0.4* for you
FLOATING_RANGE= Your netmask is 255.255.255.128, which translates to a network prefix of 25,
I think. If I am right, the value is *192.168.0.0/25*.
PUBLIC_NETWORK_GATEWAY= The IP address of the router on the *192.168.0.0/25* network.
Q_FLOATING_ALLOCATION_POOL= The range of addresses from FLOATING_RANGE
that you want to use as floating IPs for
your OpenStack instances.
FLAT_INTERFACE might be an old setting for the defunct Nova-Network service. I don't see it mentioned at all in the Ussuri version of Devstack.

Access Virtual Appliance through ip, running on vm inside Hyper-v on top of a vm from Azure

I have a Vm from Azure and in that vm I have another vm running in Hyper-v. That vm in Hyper-v is running a Ubuntu Linux (64 bit) guest operating system, with a virtual appliance. When I run it and it is finished booting, I'm given a IP address like this: "https://10.8.40.104/4442". The problem is I'm not able to access it from inside my 1 vm from Azure. I tried pulling up the browser and pasting the address, but nothing. I am quite new at this so its possible the solution is fairly simple.
Anyone have any idea how I can access that static IP address?
To install Hyper-V in Azure Nested Virtualization, you could follow steps in this blog:
There are (7) short steps that need to be completed to provision a
nested virtual machine inside Microsoft Azure:
Create an Azure VM capable of nesting (Windows Server 2016, etc)
Connect to the Azure VM
Install Hyper-V Feature inside the Azure VM
Create a NAT’ed vSwitch for outside connectivity
Create the guest virtual machine
Configure an IP Address on the nested guest virtual machine
Test Connectivity
For allowing connectivity to the nested virtual machine from outside, you need to create a new virtual switch that will be configured for NAT’ed access. The network flow will be like this: outside---host public IP---host private IP---NAT internal switch---Internal gateway---nested VM private IP.
Feel free to let me know if this helps or need further help.

Can't connect Network Interface to VM in Azure

I created a VM in HyperV and modified it to be a DLP machine.
I saved the machine's disk and uploaded it to Azure on a new VM and when I tried to connect a Network Interface to the VM it didn't work, I could do that and it seemed as if it worked but when went to Networking it said:
This network interface does not contain network security groups
Which basically means it didn't set anything, also when tried to add a new NIC (Network Interface) for the third time the following error was given:
Failed to attach network interface 'Dlp-machine-NetworkINT' to virtual machine 'Dlp-machine'. Error: The number of network interfaces for virtual machine Dlp-machine exceeds the maximum allowed for the virtual machine size Standard_D2s_v3. The number of network interfaces is 3 and the maximum allowed is 2.
So it seems like the former NICs were saved but were not really applied or used.
I came to realize that what's the problem is that since the VM is using a local disk it's configured to use the local NIC.
Anyone has encountered something like this when uploading a local disk to Azure and knows what to do?
What the second error says is that your VM is limited to only 2 NICs by its SKU. You should use Standard_D8s_v3 (or some other SKU) to allow to use 4 NICs
https://learn.microsoft.com/en-us/azure/virtual-machines/windows/sizes-general#dsv3-series-1

How to assign Assign multiple virtual swtich to VM

In Hyper-V when we create virtual machine we can assign virtual switch to it.
Is it Possible to assign two virtual switch to Hyper-V? If so How?
If I understand correctly then we can create different type of virual switch.
Internal Network
Private Network
External Network.
I have three VM out of this One VM I want to assign External as well as Internal Network switch. So this VM expose to outside
network. Other two VM have only Internal network switch. So it does not expose to outside network.
Let me know your comment on suggestion.
I am using Windows 10 and Hyper-V.
I found it and hope that it will useful to community as well.
In Virtual Switch Manager Create all switch that you required.
After that go to your VM. ( Make sure that VM is not in running state).
In this Go to Settings.
In this Add Hardware and Select Network Adapter.
Select Switch that you have created.
By this way you can multiple network adapter to Virtual Machine in Hyper-V.

Resources