What Is Remote IP Address?
What is remote IP address? It refers to the IP address of the remote computer for remote connection over RDP.
By Ellie 
/ Last Updated November 29, 2022
What is my computer IP address for Remote Desktop?
“I had a computer problem and my friend who’s computer-savvy said he can help you to solve the problem remotely using Remote Desktop. But he needs my computer’s IP address for it. So how what is my computer’s IP address and how can I find it?
-Question from Reddit
What is remote IP address and how to find it?
What is a remote IP address, or what is my computer’s IP address for Remote Desktop Connection?
An IP address is a prerequisite to achieving a remote connection via Windows Remote Desktop. If you don’t know the remote computer’s IP address, you won’t be able to connect remotely. Next, let’s learn two ways to get the computer IP address for Remote Desktop.
Way 1. Find out remote IP address via command line
Step 1. Press Win + R to invoke the Run dialog box. Type in cmd and press OK.
Step 2. Then type “ipconfig” and press Enter. Now you can see a group of IP addresses, of which the IPv4 address is the one you need.
Way 2. Find out remote IP address from Windows Settings
Step 1. Click Start and then click Settings. Find Network & Internet and then click it.
Step 2. On the Network & Internet interface, find Advanced network settings, and click Change adapter options below.
Step 3. In the automatically pop-up Network Connections window, find your network and double-click it.
Step 4. On the General tab, find Details.
Step 5. In the Network Connection Details, find IPv4 Address.
Note: After finding out the IP address of the remote computer, you can start to remotely control it using the IP address.
AnyViewer: Achieve remote connection without remote IP address
You may wonder if there is an easier way to achieve a remote desktop connection without an IP address. The answer is YES! You can use the third-party remote desktop software AnyViewer, which is much easier than Remote Desktop. It doesn’t require an IP address to achieve a remote connection. All you need to do is to sign up for it and then you can easily achieve unattended remote access.
Step 1. Download, install, and launch AnyViewer on both computers. Go to Log in, and then click Sign up. (If you already have signed up on its official website, you can log in directly.)
Step 2. Fill in the signup information.
Step 3. Then you can see you successfully logged in to AnyViewer. Your device will automatically be assigned to the account you’ve logged in to.
Step 4. Log in to the same AnyViewer account on the two devices, then you can achieve a direct connection by clicking One-click control.
Step 5. Then you can see the screen of the remote computer and take complete control of it. There’s also a toolbar in the top-middle of the screen, you can change the resolution and image quality, carry out simple operations, and open the chat box here.
Note: If you upgrade your account to a Professional or Enterprise plan, then you’ll have more rights. You can assign more devices. Also, you can connect to another computer in privacy mode, which means you can black the screen and block the mouse and keyboard of the remote computer.
Conclusion
What is a remote IP address? Now surely you have known it. To find out the IP address, you can use CMD or Windows Settings. To get remote access easier without finding out IP address, it’s recommended to use AnyViewer. It offers you a safe and stable connection with flexible connection methods.
Модуль Apache mod_remoteip
Этот модуль используется для обработки пользовательского агента,который инициировал запрос,как пользователь,идентифицируемый httpd для авторизации и протоколирования,даже если этот пользователь находится за балансировщиком нагрузки,front-end сервером или прокси-сервером.
Модуль переопределяет IP-адрес клиента для соединения с IP-адресом useragent, указанным в заголовке запроса, настроенном с RemoteIPHeader директивы RemoteIPHeader .
Кроме того, этот модуль реализует серверную часть протокола PROXY HAProxy при использовании директивы RemoteIPProxyProtocol .
После замены в соответствии с инструкциями этот переопределенный IP-адрес пользовательского агента затем используется для функции mod_authz_host Require ip , сообщается mod_status и записывается mod_log_config %a и core %a . Базовый клиентский IP-адрес соединения доступен в строке формата %
Удаленная IP-обработка
По умолчанию Apache идентифицирует useragent со значением client_ip соединения,а из этого значения выводятся remote_host и remote_logname соединения.Эти поля играют роль в аутентификации,авторизации и протоколировании и других целях другими загружаемыми модулями.
mod_remoteip переопределяет IP клиента соединения с IP рекламного агента пользователя,предоставленного прокси-сервером или балансировщиком нагрузки,на время действия запроса.Балансировщик нагрузки может установить длительное постоянное соединение с сервером,и каждый запрос будет иметь правильный IP пользовательского агента,даже если IP-адрес клиента балансировщика нагрузки остается неизменным.
Когда в значении заголовка указано несколько IP-адресов пользовательского агента,разделенных запятыми,они обрабатываются в порядке «справа налево».Обработка останавливается,когда IP-адрес данного агента-пользователя не доверяется представлять предыдущий IP-адрес.Поле заголовка обновляется до этого оставшегося списка неподтвержденных IP-адресов,или,если все IP-адреса были доверенными,этот заголовок вообще удаляется из запроса.
При переопределении клиентского IP-адреса модуль сохраняет список промежуточных хостов в заметке remoteip-proxy-ip-list, которую mod_log_config может записывать, используя маркер формата %
Сопоставленные адреса IPv4-over-IPv6
Как и в общем случае с httpd,любые IPv4-over-IPv6 маппируемые адреса записываются в их IPv4-представлении.
Внутренние (частные) адреса
Все внутренние адреса 10/8, 172.16 / 12, 192.168 / 16, 169.254 / 16 и блоки 127/8 (и адреса IPv6 вне общедоступного блока 2000 :: / 3) оцениваются только mod_remoteip, когда внутренние прокси-серверы RemoteIPInternalProxy (интрасеть) зарегистрированы.
RemoteIPHeader Directive
| Description: | Объявите поле заголовка,которое должно быть разобрано на IP-адреса пользовательского агента. |
|---|---|
| Syntax: | |
| Context: | конфигурация сервера,виртуальный хост |
| Status: | Base |
| Module: | mod_remoteip |
В RemoteIPHeader директива спусковых mod_remoteip для лечения значения указанного header-field заголовка в качестве IP — адреса UserAgent, или списка промежуточного UserAgent IP — адресов, при условии дальнейшей конфигурации RemoteIPInternalProxy и RemoteIPTrustedProxy директив. Если эти другие директивы не используются, mod_remoteip будет доверять всем хостам, представляющим RemoteIPHeader IP RemoteIPHeader .
Внутренний (балансировщик нагрузки)Пример
Proxy Example
RemoteIPInternalProxy Directive
| Description: | Объявите IP-адреса клиентской интрасети доверенными для представления значения RemoteIPHeader |
|---|---|
| Syntax: | |
| Context: | конфигурация сервера,виртуальный хост |
| Status: | Base |
| Module: | mod_remoteip |
RemoteIPInternalProxy директива добавляет один или несколько адресов (или адресные блоки) в доверительное управление в представлении действительное значение RemoteIPHeader в UserAgent IP. В отличие от директивы RemoteIPTrustedProxy , любой IP-адрес, представленный в этом заголовке, включая адреса частной интрасети, является доверенным при передаче из этих прокси.
Внутренний (балансировщик нагрузки)Пример
RemoteIPInternalProxyList Directive
| Description: | Объявите IP-адреса клиентской интрасети доверенными для представления значения RemoteIPHeader |
|---|---|
| Syntax: | |
| Context: | конфигурация сервера,виртуальный хост |
| Status: | Base |
| Module: | mod_remoteip |
RemoteIPInternalProxyList директива указывает файл разобранный при запуске, и строит список адресов (или адресных блоков) в доверительное управление в представлении действительное значение RemoteIPHeader в UserAgent IP.
Символ « # » обозначает строку комментария, в противном случае каждый разделенный RemoteIPInternalProxy или символом новой строки элемент обрабатывается идентично директиве RemoteIPInternalProxy .
Внутренний (балансировщик нагрузки)Пример
conf/trusted-proxies.lst contents
RemoteIPProxiesHeader Directive
| Description: | Объявите поле заголовка,в котором будут записываться все промежуточные IP-адреса. |
|---|---|
| Syntax: | |
| Context: | конфигурация сервера,виртуальный хост |
| Status: | Base |
| Module: | mod_remoteip |
В RemoteIPProxiesHeader директива определяет заголовок , в котором mod_remoteip будет собирать список всех IP — адресов промежуточного клиента доверено решить UserAgent IP запроса. Обратите внимание, что промежуточные адреса RemoteIPTrustedProxy записываются в этот заголовок, а любые промежуточные адреса RemoteIPInternalProxy отбрасываются.
Example
RemoteIPProxyProtocol Directive
| Description: | Включить или выключить обработку протокола PROXY |
|---|---|
| Syntax: | |
| Context: | конфигурация сервера,виртуальный хост |
| Status: | Base |
| Module: | mod_remoteip |
| Compatibility: | RemoteIPProxyProtocol доступен только в версии 2.4.31 httpd и выше. |
RemoteIPProxyProtocol директива разрешает или запрещает чтение и обработку заголовка протокола соединения PROXY. Если этот параметр включен с флагом « On , Вышестоящий клиент должен отправлять заголовок каждый раз, когда он открывает соединение, иначе соединение будет прервано, если только оно не находится в списке отключенных хостов, предоставленном директивой RemoteIPProxyProtocolExceptions .
Хотя эта директива может быть указана на любом виртуальном хосте,важно понимать,что из-за того,что протокол PROXY основан на соединениях и протоколе агностики,включение и выключение на самом деле основано на IP-адресе и порту.Это означает,что если у вас есть несколько виртуальных хостов,основанных на именах,для одного и того же хоста и порта,и вы включаете его для любого из них,то это включено для всех из них (с этим хостом и портом).Это также означает,что если вы попытаетесь включить протокол PROXY в одном и отключить в другом,это не сработает;в таком случае,последний выиграет и будет записано в журнал уведомление о том,какая настройка была переопределена.
RemoteIPProxyProtocolExceptions Directive
| Description: | Отключить обработку заголовка PROXY для определенных хостов или сетей |
|---|---|
| Syntax: | |
| Context: | конфигурация сервера,виртуальный хост |
| Status: | Base |
| Module: | mod_remoteip |
| Compatibility: | RemoteIPProxyProtocolExceptions доступен только в httpd 2.4.31 и более новых версиях |
RemoteIPProxyProtocol директива разрешает или запрещает чтение и обработку заголовка протокола соединения PROXY. Иногда желательно, чтобы клиенты предоставляли заголовок PROXY, но разрешали другим клиентам подключаться без него. Эта директива позволяет администратору сервера настраивать один хост или диапазон CIDR, которые могут это делать. Как правило, это полезно для мониторинга и администрирования трафика на виртуальный хост непосредственно на сервер за балансировщиком нагрузки в восходящем направлении.
RemoteIPTrustedProxy Directive
| Description: | Объявите IP-адреса клиентской интрасети доверенными для представления значения RemoteIPHeader |
|---|---|
| Syntax: | |
| Context: | конфигурация сервера,виртуальный хост |
| Status: | Base |
| Module: | mod_remoteip |
RemoteIPTrustedProxy директива добавляет один или несколько адресов (или адресные блоки) в доверительное управление в представлении действительное значение RemoteIPHeader в UserAgent IP. В отличие от директивы RemoteIPInternalProxy , любые внутренние или частные IP-адреса, сообщаемые такими прокси, включая блоки 10/8, 172.16 / 12, 192.168 / 16, 169.254 / 16 и 127/8 (или вне общедоступного IPv6 2000 :: / 3 block) не являются доверенными как useragent IP и остаются в RemoteIPHeader заголовка RemoteIPHeader .
Пример доверенного (балансировщик нагрузки)
RemoteIPTrustedProxyList Directive
| Description: | Объявите IP-адреса клиентской интрасети доверенными для представления значения RemoteIPHeader |
|---|---|
| Syntax: | |
| Context: | конфигурация сервера,виртуальный хост |
| Status: | Base |
| Module: | mod_remoteip |
RemoteIPTrustedProxyList директива указывает файл разобранный при запуске, и строит список адресов (или адресных блоков) в доверительное управление в представлении действительное значение RemoteIPHeader в UserAgent IP.
Символ « # » обозначает строку комментария, в противном случае каждый разделенный RemoteIPTrustedProxy или символами новой строки обрабатывается идентично директиве RemoteIPTrustedProxy .
How to Add Remote IP Addresses to Existing Receive Connectors
Many users were asking to me that how they can add a new IP or IP range to existing receive connector, so I decided to put an efficient and easy way here and also discussing all related terms like what is IP address , receiving connector. Let’s start to understand related terms individually.
What is Receiving Connector?
As we know that the Exchange server is a mail server that enables a user to send or receive mails in the exchange environment as well as outside. When a sender sends a mail to receiver then it is duty of sender to give the information of dedicated receiver like either IP addresses or local host name.
Now let’s talk about Receiving connectors, once the sender gives the information of receiver than receive connector fetches the particular IP address and setups a transport medium by using transport layer and hence the mail is delivered to the receiver successfully, Receive connectors controls the flow of inbound messages in your exchange organization.
Additional trick: — The Microsoft Exchange Server stores entire data into exchange database file, this file may be got corrupt by any physical or logical reason then in this situation you can use Exchange EDB to PST Converter Tool to Fix the Exchange Error and make the exchange database in healthy state.
Receive connectors can be created in Exchange Administrator Center (EAC) or in Exchange with transport service. By default, the receive connectors that are required for internal mail flow are automatically created when a client access server or Mailbox server is installed.
What is IP Address?
All the shared computers are assign to a unique string of numbers separated by full stops that identifies each computer using the Internet Protocol to communicate over a network. An IP address is a well formatted 32-bit numeric address written in four periods separated by full stops and an IP addresses is can be static or dynamic. You can view your or all active IP address by using PowerShell command ipconfig.
Steps to Add IP Addresses to Receive Connector
You have two ways to add IP addresses to Receive Connector either by using Exchange Management Console or PowerShell, PowerShell is more complicated because it works on commands which you have to remember.
By using Exchange Management Console
Follow the steps given bellow
- Connect with Exchange Server, go to start and click on Exchange Management Console.
- Explore Microsoft Exchange on premises.
- Go to Server configuration.
- Click on New Receive Connector.
- A new window will open, fill the required IP in directed field.
- Hit finish and your new IP addresses is added to Exchange Server.
By using PowerShell
- Connect to Exchange Server, go to start and click on windows PowerShell.
- Type the given command
- Now use Set-ReceiveConnetor with new IP as given bellow.
- To add a single IP address to an existing Receive Connector.
- You can use multiple IP by using this command given bellow.
- Now you can check the all active IPs by using ipconfig PowerShell command.
Conclusion
In this article I have explained all the related aspects and given you efficient way to add a IP addresses to Exchange Server, if you have any query related to this topic you can contact us I will be very happy to assist you.
Whats the difference between local and remote addresses in 2008 firewall address
In the firewall advanced security manager/Inbound rules/rule property/scope tab you have two sections to specify local ip addresses and remote ip addresses.
What makes an address qualify as a local or remote address and what difference does it make?
This question is pretty obvious with a normal setup, but now that I’m setting up a remote virtualized server I’m not quite sure.
What I’ve got is a physical host with two interfaces. The physical host uses interface 1 with a public IP. The virtualized machine is connected interface 2 with a public ip. I have a virtual subnet between the two — 192.168.123.0
When editing the firewall rule, if I place 192.168.123.0/24 in the local ip address area or remote ip address area what does windows do differently? Does it do anything differently?
The reason I ask this is that I’m having problems getting the domain communication working between the two with the firewall active. I have plenty of experience with firewalls so I know what I want to do, but the logic of what is going on here escapes me and these rules are tedious to have to edit one by one.
EDIT: Whats the difference between these two rules:
- Let traffic from local subnet 192.168.1.0/24 access the SMB ports
- Let traffic from remote subnet 192.168.1.0/24 access the SMB ports
where I have a lan port with an ip of 192.168.1.1 I think theres no difference