Làm thế nào để kết nối với máy linux thay đổi IP thường xuyên?

Vấn đề của tôi là tìm cách SSH vào máy chủ Linux (Ubuntu 18.04) có địa chỉ IP thay đổi hàng ngày.

Tôi có một khách hàng mà tôi thỉnh thoảng giúp đỡ với các nhiệm vụ quản trị viên. Tôi cần ssh vào máy khi họ cần giúp đỡ, nhưng họ không có IP tĩnh, vì vậy IP công cộng của máy chủ luôn thay đổi. Tôi đã tạo một tập lệnh nhỏ để báo cáo địa chỉ IP của máy Linux và thấy rằng nó thay đổi một lần mỗi ngày vào khoảng giữa trưa.

Tôi có thể thiết lập SSH và nó hoạt động cả cục bộ và từ xa ... cho đến khi địa chỉ IP thay đổi. Khi điều đó xảy ra, tôi không còn có thể kết nối từ xa ngay cả khi sử dụng địa chỉ IP mới.

• Tôi có cần khởi động lại dịch vụ SSH mỗi khi địa chỉ IP thay đổi không?
• Nếu vậy, tại sao?
• Có bất kỳ hành động nào khác tôi cần thực hiện khi địa chỉ IP thay đổi để cho phép truy cập SSH không?

CẬP NHẬT

Để rõ ràng, vấn đề của tôi là KHÔNG tìm thấy địa chỉ IP mới. Tôi có một kịch bản để làm điều đó rồi. Vấn đề là máy chủ dừng phản hồi khi IP thay đổi, mặc dù tôi cố gắng kết nối bằng địa chỉ IP mới.

Nếu tôi khởi động lại dịch vụ SSH trên máy đích, tôi có quyền truy cập lại từ xa. Nhưng tôi không hiểu tại sao tôi phải làm điều này. Tôi muốn biết nguyên nhân gốc rễ với hy vọng tìm ra giải pháp tốt hơn.

Hầu hết mọi người dường như nghĩ rằng SSH nên hoạt động miễn là chúng ta biết IP mới, vậy đây có phải là thứ gì đó duy nhất cho 18.04 không? Tôi đã cài đặt máy chủ này cho máy khách gần đây, vì vậy tất cả các cài đặt cấu hình vẫn được mặc định. (Sẽ không biết cách thay đổi nó.)

Các câu trả lời khác dường như đã bỏ qua một điều trong câu hỏi của bạn:

Khi điều đó xảy ra, tôi không còn có thể kết nối từ xa ngay cả khi sử dụng địa chỉ IP mới

DDNS sẽ giúp bạn tìm ra địa chỉ IP mới, nhưng dường như đó không phải là vấn đề ở đây.

Thật không may, máy chủ nhận được một IP mới nên không phải là một vấn đề trong thiết lập tiêu chuẩn mà các ISP cung cấp một bộ định tuyến, máy chủ có địa chỉ nội bộ phía sau router, và router không chuyển tiếp cổng. Bạn có thể cần cung cấp thêm thông tin về cấu trúc liên kết mạng để có câu trả lời tốt.

Những gì tôi có thể tưởng tượng là máy chủ không ở phía sau bộ định tuyến và thực hiện kết nối PPPoE của riêng mình và a) máy chủ ssh liên kết với địa chỉ giao diện cụ thể tại điểm khởi động lại máy chủ, b) tường lửa trên máy cho phép ssh đến chỉ IP của máy chủ với tường lửa không cập nhật khi IP thay đổi.

Để kiểm tra trường hợp đầu tiên, hãy làm a netstat -nta | grep -w 22 | grep LISTEN. Nếu nó nói 0.0.0.0:22, thì không sao; nếu nó liệt kê một IP cụ thể, thì hãy kiểm tra tệp cấu hình sshd ( /etc/sshd.conf) cho ListenAddress.

Để kiểm tra trường hợp thứ hai, hãy thực hiện iptables -L -nvà kiểm tra xem một trong các quy tắc trong INCOMINGchuỗi có khớp với IP và cổng 22 của máy chủ của bạn không.

Nếu một trong số này có địa chỉ máy chủ hiện tại, bạn sẽ cần thay đổi nó thành 0.0.0.0 (đảm bảo bạn biết về ý nghĩa bảo mật) hoặc cập nhật quy tắc / cấu hình mỗi khi IP thay đổi.

Biên tập

Vì máy chủ đứng sau bộ định tuyến, các ý tưởng trên có thể không áp dụng (*). Trong thiết lập này, bộ định tuyến có IP bên ngoài (thay đổi hàng ngày) và các thiết bị bên trong của bạn sẽ có một số địa chỉ 10.xyz hoặc 192.168.xy không nên thay đổi. Bạn kết nối với địa chỉ bên ngoài và bộ định tuyến sẽ có quy tắc chuyển tiếp cổng đến địa chỉ bên trong.

Chuyển tiếp cổng này không nên bị hỏng khi IP bên ngoài thay đổi (tuy nhiên các kết nối ssh hiện tại sẽ bị hủy), nhưng có thể đó là quy tắc không được bạn thiết lập, nhưng bằng một số phép thuật UPNP, với bộ định tuyến thả UPNP về phía trước khi có một địa chỉ mới và sshd chỉ gọi quy tắc khi nó khởi động lại. Bạn đã thiết lập một cổng chuyển tiếp trong bộ định tuyến.

Hoặc, đó là IP bên trong của máy chủ thay đổi - trong trường hợp đó, một cái gì đó bị hỏng nghiêm trọng với DHCP của bạn. Cung cấp cho máy chủ của bạn một địa chỉ nội bộ cố định.

Hoặc, bạn đang sử dụng IPV6? Có một số cấu hình trong đó một thiết bị liên tục thay đổi IP của nó để làm cho nó dễ theo dõi hơn. Xem, ví dụ: https: //www.i INTERNetsociety.org/blog/2014/12/ipv6-privacy-addresses-provide-protection-against-surveecting-and-tracking/ - nhưng trong trường hợp đó, bạn không biết xấu hổ đề cập đến nó trong bài viết gốc của bạn. Điều này có thể có nghĩa là bộ định tuyến của bạn hoàn toàn không thực hiện NAT và ý tưởng ban đầu của tôi vẫn hợp lệ ngay cả sau bộ định tuyến.

DNS động là một tùy chọn, một tùy chọn khác là có thư máy chủ hoặc gửi cho bạn IP đó. Một cuộc gọi HTTP đơn giản sẽ thực hiện (đến điểm cuối mà bạn kiểm soát và đăng nhập yêu cầu).

Giải quyết toàn bộ mạng công cộng theo cách khác là có thể là tốt; bạn có thể yêu cầu máy chủ thiết lập một đường hầm ngược hoặc kết nối VPN, điều này sẽ không bị ảnh hưởng bởi thay đổi IP.

Về các dịch vụ không đáp ứng trên địa chỉ mới: điều này hoàn toàn phụ thuộc vào thiết lập mạng của bạn. Ví dụ: WAN IP trên giao diện nội bộ qua DHCP và máy chủ SSH được đặt thành chỉ nghe IP trên giao diện của bạn được biết khi khởi động có nghĩa là sshd phải được khởi động lại khi thay đổi giao diện.

Bạn nên thực sự nhìn vào các dịch vụ ddns. Từ xa có thể kết nối với một máy nhất định có địa chỉ IP động; ddns là giải pháp được sử dụng phổ biến nhất.

truy cập https://noip.com và đăng ký tài khoản (đó là, sai ... được cho là..coff..cof .. Miễn phí cho 1-3 máy chạy trên cùng một mạng (nếu tôi không nhầm, đừng trích dẫn tôi ở đây: đã được một thời gian kể từ khi tôi tin tưởng bất kỳ dịch vụ 'miễn phí' nào này ...). Ngoài ra còn có các lựa chọn thay thế khác như Sợ DNS ( https://freedns.afston.org/ Và thậm chí, DNS mở của Cisco: cũng có thể được sử dụng (với điều kiện đây không phải là khách hàng duy nhất của bạn, tôi khuyên bạn nên đăng ký dùng thử tài khoản ô, hãy quay lại và đăng ký sau đối phó >>> họ thậm chí còn có một trong số đó là các tiện ích mở rộng có thể tải xuống giống như GUI, nó sẽ tự động gia hạn tên máy chủ ddns bất cứ khi nào khách hàng của bạn thay đổi. Đây thực sự là cách dễ hiểu nhất, phi công nghệ mà tôi biết [chỉ trong trong trường hợp bạn phải gọi một trong những khách hàng của mình và yêu cầu tải xuống GUI chứ không phải ....])

Tôi có thể thiết lập SSH và nó hoạt động cả cục bộ và từ xa ... cho đến khi địa chỉ IP thay đổi. Khi điều đó xảy ra, tôi không còn có thể kết nối từ xa ngay cả khi sử dụng địa chỉ IP mới.

Đôi khi, phải mất một thời gian để các thay đổi DHCP có hiệu lực. Cố gắng tái chế máy khách DHCP trên máy đích

$> sudo dhclient -r
$> sudo dhclient

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

Không. Bạn chỉ cần tái chế dịch vụ ssh của mình khi cấu hình thay đổi ( /etc/ssh/sshd_conf).

Có bất kỳ hành động nào khác tôi cần thực hiện khi địa chỉ IP thay đổi để cho phép truy cập SSH không?

Không.

Tôi có một giải pháp giả định rằng bạn đã gửi sendmail trên máy mục tiêu của mình.

Kịch bản này gửi một email hiển thị địa chỉ IP mà thế giới nghĩ rằng chúng ta có (Cảm ơn ipify.org). Email sẽ luôn có địa chỉ IP mới nhất.

1. Tạo tập lệnh bash dhcp-notify (không có phần mở rộng .sh)

2. Đặt kịch bản vào /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
   

Nếu điều này không hoạt động, bạn luôn có thể thiết lập một cron để gửi cho bạn địa chỉ IP hiện tại (mất báo cáo trường hợp).

#!/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

Suy nghĩ bên ngoài hộp - bạn có thể sắp xếp một địa chỉ IPv6 cố định không? Đó thường chỉ là các địa chỉ IPv4 cần thay đổi, do sự khan hiếm của chúng.

Những gì tôi đã làm trong gần một năm. Tôi gặp vấn đề của bạn vào tháng 1 năm nay trong khi phát biểu tại trường đại học địa phương.

Kịch bản này đã chạy trên máy của tôi kể từ đó: // Khá nhiều tự giải thích //

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 nên hoạt động hoàn hảo Có thể không phải là giải pháp tốt nhất hiện có, nhưng nó hoạt động.

Bạn sẽ nhận được email trong Hộp thư đến của mình mỗi khi IP công khai của máy thay đổi.

Bây giờ, liên quan đến câu hỏi của bạn:

Tôi có cần khởi động lại dịch vụ mỗi khi địa chỉ IP thay đổi không? Nếu bằng cách khởi động lại dịch vụ, bạn có nghĩa là thiết lập lại kết nối ssh, vâng.

Nếu vậy, tại sao? Bởi vì nếu địa chỉ bạn đang cố gắng liên lạc không còn cung cấp dịch vụ mà bạn đang tìm kiếm. Nó không phải là máy của bạn nữa.

Có bất kỳ hành động nào khác tôi cần thực hiện khi địa chỉ IP thay đổi để cho phép truy cập SSH không? Chỉ cần SSH đến địa chỉ mới.

Chúc mừng! JSR

Rất đáng để xem điều này từ một khía cạnh khác: thông thường, việc tạo kết nối ra bên ngoài từ máy đòi hỏi sự chú ý của bạn sẽ đơn giản hơn (DNS, NAT và các cài đặt tường lửa khác không quan trọng hoặc đơn giản hơn nhiều).

Bạn có thể sử dụng điều này để thiết lập một giải pháp chống đạn và đơn giản để vào một máy từ xa R. Yêu cầu duy nhất là bạn có thể cung cấp sshquyền truy cập công khai vào một trong các máy cục bộ của riêng bạn (hãy gọi nó là S). Sau đó tiến hành như sau:

1. Tạo sshkết nối ra bên ngoài từ Rđến S, thiết lập một đường hầm ngược trở lạiR :

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

2. Bật S, sử dụng đường hầm ngược để sshvào máy từ xa R:

   ssh -p 22000 127.0.0.1

Bước 1 có thể được kích hoạt bằng tay và theo yêu cầu bởi phía từ xa bất cứ khi nào cần hỗ trợ của bạn. Ngoài ra, bạn có thể tạo một dịch vụ trên Rđó sẽ liên tục duy trì một đường hầm ngược như vậy S.

Tôi đã sử dụng một thiết lập như vậy để đăng nhập vào các hệ thống từ xa (di động) phía sau tường lửa / NAT và không có mục DNS nào cả.

Nếu bạn chỉ cần đăng nhập từ xa, sử dụng mosh . Ngoài khả năng đối phó tuyệt vời với các thay đổi IP (hầu như không có độ trễ trong quá trình chuyển đổi), nó còn có những ưu điểm khác so với đồng bằng ssh, như tiếng vang dự đoán cục bộ, độ trễ thấp, cách phục hồi nhanh hơn từ các liên kết bị hỏng.

Nếu bạn đặc biệt cần ssh(giả sử, bạn cần chuyển tiếp X11 hoặc một cái gì đó), tôi khuyên bạn nên thiết lập VPN (ví dụ: OpenVPN), tốt nhất là qua UDP, với một lưu giữ ngắn. Các kết nối TCP (tức là ssh của bạn) qua VPN sẽ hồi phục và duy trì kết nối sau khi thay đổi IP, sẽ chỉ mất nhiều thời gian hơn (tối đa một phút hoặc lâu hơn), nhưng bạn có thể chơi với /proc/sys/net/ipv4/tcp_*các mục để làm cho nó dễ chấp nhận hơn.

Biên tập:

• mosh cần sshxác thực, nhưng sau khi được xác thực, kết nối sẽ duy trì cho đến khi bạn đăng xuất (hoặc khởi động lại) và bạn có thể điều tra sự thất bại của sshmình (ví dụ: strace -f -p pid_of_sshd )
• có thể sử dụng moshmà không cần ssh, câu trả lời thích nghi từ đây :

Trên máy chủ chạy:

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

bạn nhận được một kết quả như QzdRHbAWzL7eRobi75DCrz

Trên máy khách chạy:

MOSH_KEY=QzdRHbAWzL7eRobi75DCrz mosh-client $serverip $radomport

Lưu ý rằng $serveripphải là một ip, không có độ phân giải tên máy chủ.

Làm thế nào bạn có được chìa khóa từ bên này sang bên kia là tùy thuộc vào bạn. Tôi khuyên bạn nên mã hóa bằng khóa chia sẻ trước và nhắn tin tức thời, gửi thư hoặc làm cho người dùng cục bộ ra lệnh thông qua cuộc gọi điện thoại.

• nếu thực sự có vấn đề với ssh, hãy cài đặt inetdvà chạy ssh từ đó, không phải là một trình nền độc lập, ví dụ như dòng cấu hình này cho inetd.conf "cổ điển", điều này sẽ chạy một trình nền mới mỗi khi bạn đăng nhập (lưu ý rằng không phải tất cả dĩa inetd xử lý ipv6):

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