Как подключиться к машине Linux, которая регулярно меняет IP?

Моя проблема заключается в поиске пути к SSH на сервер Linux (Ubuntu 18.04), чей IP-адрес меняется ежедневно.

У меня есть клиент, которому я иногда помогаю с задачами администратора. Мне нужно подключиться к машине по ssh, когда им нужна помощь, но у них нет статического IP-адреса, поэтому открытый IP-адрес сервера постоянно меняется. Я создал небольшой скрипт для сообщения об IP-адресе компьютера с Linux и обнаружил, что он меняется один раз в день около полудня.

Я могу настроить SSH, и он работает как локально, так и удаленно ... пока IP-адрес не изменится. Как только это произойдет, я больше не смогу подключиться удаленно, даже используя новый IP-адрес.

• Нужно ли перезапускать службу SSH каждый раз, когда меняется IP-адрес?
• Если так, то почему?
• Есть ли какие-либо другие действия, которые мне нужно предпринять при изменении IP-адреса, чтобы разрешить доступ по SSH?

ОБНОВИТЬ

Чтобы было ясно, моя проблема не в том, чтобы найти новый IP-адрес. У меня уже есть скрипт для этого. Проблема в том, что сервер перестает отвечать на запросы после изменения IP-адреса, даже если я пытаюсь подключиться с использованием нового IP-адреса.

Если я перезапущу службу SSH на целевой машине, у меня снова будет удаленный доступ. Но я не понимаю, зачем мне это делать. Я хотел бы знать причину в надежде найти лучшее решение.

Кажется, что большинство людей думают, что SSH должен работать, пока мы знаем новый IP, так что это уникально для 18.04? Я недавно установил этот сервер для клиента, поэтому все настройки конфигурации по-прежнему остаются настройками по умолчанию. (Не знаю, как это изменить.)

Другие ответы, кажется, упустили из виду одну вещь в вашем вопросе:

Как только это произойдет, я больше не смогу подключиться удаленно, даже используя новый IP-адрес

DDNS поможет вам узнать новый IP-адрес, но здесь проблема не в этом.

К сожалению, сервер, получающий новый IP-адрес, не должен быть проблемой при стандартной настройке, где провайдер предоставляет маршрутизатор, сервер имеет внутренний адрес за маршрутизатором, а маршрутизатор выполняет переадресацию портов. Возможно, вам потребуется предоставить больше информации о топологии сети, чтобы получить хороший ответ.

Я мог бы себе представить, что сервер не находится за маршрутизатором и не выполняет свое собственное PPPoE-соединение, и a) привязка сервера ssh к определенному адресу интерфейса в момент перезапуска сервера, b) брандмауэр на машине, который разрешает входящий ssh ​​для только IP-адрес сервера с брандмауэром не обновляется при изменении IP-адреса.

Чтобы проверить первый случай, сделайте netstat -nta | grep -w 22 | grep LISTEN. Если он говорит 0.0.0.0:22, это нормально; если в нем указан конкретный IP, то проверьте файл конфигурации sshd ( /etc/sshd.conf) ListenAddress.

Чтобы проверить второй случай, выполните iptables -L -nи проверьте, соответствует ли одно из правил в INCOMINGцепочке IP-адресу вашего сервера и порту 22.

Если один из них имеет текущий адрес сервера, вам нужно либо изменить его на 0.0.0.0 (убедитесь, что вы знаете о последствиях для безопасности), либо обновлять правило / конфигурацию при каждом изменении IP-адреса.

редактировать

Поскольку сервер находится за маршрутизатором, приведенные выше идеи, вероятно, не применимы (*). В этой настройке маршрутизатор имеет внешний IP-адрес (который меняется ежедневно), а ваши внутренние устройства должны иметь несколько адресов 10.xyz или 192.168.xy, которые не должны изменяться. Вы подключаетесь к внешнему адресу, и маршрутизатор должен использовать правило переадресации портов на внутренний адрес.

Эта переадресация портов не должна прерываться при изменении внешнего IP-адреса (однако существующие соединения ssh будут сброшены), но, возможно , это правило не было настроено вами, но каким-то волшебством UPNP, когда маршрутизатор сбрасывает UPNP-сообщения вперед при получении новый адрес, и sshd вызывает правило только при перезапуске. Вы сами настроили перенаправитель портов в роутере.

Или это внутренний IP-адрес сервера, который изменяется - в этом случае что-то сильно сломано вашим DHCP. Дайте вашему серверу фиксированный внутренний адрес.

Или вы используете IPV6? В некоторых конфигурациях устройство постоянно меняет свой IP-адрес, чтобы его было легче отслеживать. См., Например, https://www.internetsociety.org/blog/2014/12/ipv6-privacy-addresses-provide-protection-against-surveillance-and-tracking/ - но в этом случае вам не стыдно упоминая это в своем оригинальном посте. Это может означать, что ваш маршрутизатор вообще не выполняет NAT, и мои оригинальные идеи остаются в силе даже за маршрутизатором.

Динамический DNS - это один из вариантов, другой - иметь почту сервера или иным образом отправлять вам свой IP. Можно сделать простой HTTP-вызов (до конечной точки, которой вы управляете, и регистрируете запросы).

Решение всей общедоступной сети также возможно и наоборот; Вы можете настроить сервер на обратный туннель или VPN-соединение, которое не будет зависеть от изменения IP-адреса.

Что касается служб, не отвечающих на новый адрес: это полностью зависит от настроек вашей сети. Например: WAN IP на внутреннем интерфейсе через DHCP и SSH-сервер, настроенный на прослушивание только IP-адреса вашего интерфейса, известного при запуске, означают, что sshd необходимо перезапустить при изменении интерфейса.

Вы должны действительно посмотреть на сервисы ddns. Насколько удаленно можно подключиться к определенной машине с динамическим IP-адресом; DDDS является наиболее часто используемым решением.

зайдите на https://noip.com и зарегистрируйтесь для учетной записи (это, errr ... предположительно..coff..cof .. Бесплатно для 1-3 машин, работающих в одной сети (если я не ошибаюсь, не цитируйте меня здесь: это было давно, так как я доверял любому из этих «бесплатных» сервисов ...). Есть и другие альтернативы, такие как Afraid DNS ( https://freedns.afraid.org/ И даже, Cisco, Open DNS: также может быть использован (при условии, что это не единственный клиент, я бы посоветовал вам подписаться на пробную учетную запись, принять ее на раскрутку, а позже - на настоящую). сделка >>> у них даже есть одно из загружаемых расширений, похожих на GUI, которое будет автоматически обновлять имя хоста ddns при изменении ip ваших клиентов. Это действительно самый простой, не технически подкованный способ, который я знаю [только в на случай, если вам нужно позвонить одному из ваших клиентов и попросить меня загрузить графический интерфейс, скорее ....])

Я могу настроить SSH, и он работает как локально, так и удаленно ... пока IP-адрес не изменится. Как только это произойдет, я больше не смогу подключиться удаленно, даже используя новый IP-адрес.

Иногда для того, чтобы изменения DHCP вступили в силу, требуется некоторое время. Попробуйте перезапустить DHCP-клиент на целевой машине

$> sudo dhclient -r
$> sudo dhclient

Do I need to restart the service every time the IP address changes?
If so, why?

Нет. Вам нужно перезапускать службу ssh только при изменении конфигурации ( /etc/ssh/sshd_conf).

Есть ли какие-либо другие действия, которые мне нужно предпринять при изменении IP-адреса, чтобы разрешить доступ по SSH?

Нет.

У меня есть решение, которое предполагает, что вы настроили sendmail на целевой машине.

Этот скрипт отправляет электронное письмо с указанием IP-адреса, который, по нашему мнению, мы имеем в мире (спасибо ipify.org). Электронная почта всегда будет иметь самый последний IP-адрес.

1. Создать скрипт bh dhcp-notify (без расширения .sh)

2. Поместите скрипт в /etc/dhcp/dhclient-exit-hooks.d

   #!/bin/sh
   case "$reason" in (BOUND|RENEW|REBIND|REBOOT)
   (
      echo To: me@my.email
      echo From: me@my.email
      echo "Content-Type: text/html; "
      echo Subject: DHCP reason: $reason
      echo
      echo Your IP address is: `curl -s https://api.ipify.org`
   ) | sendmail -t
   ;;
   esac
   

Если это не работает, вы всегда можете настроить cron для отправки вам текущего IP-адреса (потерять оператор case).

#!/bin/sh
(
   echo To: me@my.email
   echo From: me@my.email
   echo "Content-Type: text/html; "
   echo Subject: IP address change
   echo
   echo Your IP address is: `curl -s https://api.ipify.org`
) | sendmail -t

Думая нестандартно - вы могли бы организовать фиксированный адрес IPv6? Обычно меняются только адреса IPv4 из-за их нехватки.

Чем я занимаюсь почти год. Я столкнулся с вашей проблемой в январе этого года, когда выступал в моем местном университете.

С тех пор этот скрипт выполнялся на моей машине: // Довольно очевидно, //

import smtplib
from requests import get
import time

user = 'exampleemail@gmail.com'
psd = 'examplepassword'
msg = 'Hey, your ip has changed! Use this one from now on: '
currip = '0.0.0.0' # It'll send an email the first time you execute this aswell
while True:
    newip = get('https://api.ipify.org').text
    if currip == newip:
        print("nonewip")
        #You can just comment the line above this one if you want to
    else:
        tmpmsg = "\n"+msg + newip +" The old one used to be: "+currip
        currip = newip
        server = smtplib.SMTP('smtp.gmail.com', 587)
        server.connect('smtp.gmail.com')
        server.ehlo()
        server.starttls()
        server.ehlo()
        server.login(user,psd)
        #You can change the second parameter, use ('from','to','message')
        server.sendmail(user, user, tmpmsg)

        server.quit()
        with open('/home/pi/DEV/iphistory.txt', 'a') as f:
            f.write('newip: '+currip+'\n')
            f.close()
        print('New IP Found: '+tmpmsg)
    time.sleep(7200)

Python 3.x должен работать без нареканий. Возможно, это не лучшее решение, но оно работает.

Вы будете получать электронное письмо в папку «Входящие» каждый раз, когда меняется публичный IP-адрес устройства.

Теперь по поводу ваших вопросов:

Нужно ли перезапускать сервис каждый раз, когда меняется IP-адрес? Если при перезапуске службы вы имеете в виду восстановление соединения ssh, да.

Если так, то почему? Потому что, если адрес, с которым вы пытаетесь установить связь, больше не предоставляет нужную вам услугу. Это больше не твоя машина.

Есть ли какие-либо другие действия, которые мне нужно предпринять при изменении IP-адреса, чтобы разрешить доступ по SSH? Просто SSH на новый адрес.

Ура! JSR

Стоит посмотреть на это с другой стороны: обычно гораздо проще создать внешнее соединение с компьютера, которое требует вашего внимания (DNS, NAT и другие настройки брандмауэра не имеют значения или намного проще).

Вы можете использовать это, чтобы создать пуленепробиваемое и простое решение для доступа к удаленной машине R. Единственное требование - вы можете предоставить публичный sshдоступ к одному из ваших локальных компьютеров (назовем его так S). Затем действуйте следующим образом:

1. Создайте исходящее sshсоединение от Rto S, установив обратный туннель обратно вR :

   ssh -L 22:<address-of-S>:22000

2. На S, использовать обратный туннель sshв удаленной машине R:

   ssh -p 22000 127.0.0.1

Шаг 1 может быть запущен вручную и по требованию удаленной стороной, когда вам потребуется помощь. В качестве альтернативы вы можете создать сервис, Rкоторый будет постоянно поддерживать такой обратный туннель S.

Я использовал такую ​​настройку для входа в удаленные (мобильные) системы, которые находились за брандмауэрами / NAT и у которых вообще не было записей DNS.

Если вам просто нужен удаленный вход, используйте mosh . Помимо способности превосходно справляться с изменениями IP (практически без задержки во время переключения), у него есть и другие преимущества по сравнению с обычным ssh, например локальное прогнозирующее эхо, низкая задержка и намного более быстрое восстановление после неработающих каналов.

Если вам конкретно нужно ssh(скажем, вам нужна пересылка X11 или что-то в этом роде), я предлагаю настроить VPN (например, OpenVPN), предпочтительно через UDP, с короткой поддержкой активности. TCP-соединения (т.е. ваш ssh) через VPN заживают и остаются подключенными после смены IP, это займет больше времени (до минуты или около того), но вы можете поиграть с /proc/sys/net/ipv4/tcp_*записями, чтобы сделать его более приемлемым.

Редактировать:

• sshДля проверки подлинности mosh требуется , но после проверки подлинности соединение остается до тех пор, пока вы не выйдете из системы (или не перезагрузите компьютер), и вы сможете расследовать сбой sshна досуге (например, strace -f -p pid_of_sshd )
• можно использовать moshбез ssh, ответ адаптирован отсюда :

На сервере запускаем:

mosh-server new -p $randomport -- $shellprogram

вы получите результат, как QzdRHbAWzL7eRobi75DCrz

На клиенте запускаем:

MOSH_KEY=QzdRHbAWzL7eRobi75DCrz mosh-client $serverip $radomport

Обратите внимание, что $serveripдолжен быть IP, без разрешения имени хоста.

Как получить ключ с одной стороны на другую, решать только вам. Я бы посоветовал зашифровать с помощью предварительного ключа и обмена мгновенными сообщениями, рассылки или заставить локального пользователя диктовать его с помощью телефонного звонка.

• если там действительно есть проблема ssh, установите inetdи запустите ssh, а не как отдельный демон, например, с помощью этой строки конфигурации для «классического» inetd.conf, он будет запускать новый демон каждый раз, когда вы входите в систему (обратите внимание, что не все Inetd обрабатывает вилки ipv6):

ssh stream tcp6 nowait root /usr/sbin/sshd sshd -i