ssh: Không thể giải quyết tên máy chủ [tên máy chủ]: tên nút cũng như tên dịch vụ được cung cấp hoặc không biết

Tôi đang cố gắng thiết lập VPN với Raspberry Pi và bước đầu tiên là đạt được khả năng sshvào thiết bị từ bên ngoài mạng cục bộ của tôi. Vì bất kỳ lý do gì, điều này được chứng minh là không thể và tôi không có manh mối nhỏ nhất tại sao. Khi tôi cố gắng sshvào máy chủ của mình user@hostname, tôi gặp lỗi:

ssh: Could not resolve hostname [hostname]: nodename nor servname provided, or not known 

Tuy nhiên, tôi có thể đăng nhập vào máy chủ với,

ssh user@[local IP]

Máy chủ là Raspberry Pi Model B chạy bản phân phối Raspbian mới nhất và máy tôi đang cố gắng kết nối với nó là Macbook Pro chạy Mavericks. sshđã được bật trên Raspberry Pi khi tôi thiết lập Raspbian.

Tôi đã kiểm tra Stack Overflow trong nhiều giờ để thử xem có ai gặp vấn đề này không và tôi không tìm thấy gì. Mỗi sshhướng dẫn tôi tìm thấy đều nói rằng tôi chỉ cần có thể thiết lập nó trên máy từ xa và đăng nhập từ bất cứ đâu bằng tên máy chủ và tôi chưa bao giờ thành công với điều đó.

Gần đây tôi đã gặp một vấn đề tương tự. Tôi đã có thể ssh đến pi của tôi trên mạng của tôi, nhưng không phải từ bên ngoài mạng gia đình của tôi.

Tôi đã có:

• cài đặt và thử nghiệm ssh trên mạng gia đình của tôi.
• Đặt IP tĩnh cho số pi của tôi.
• Thiết lập dịch vụ DNS động và cài đặt phần mềm trên pi của tôi. Tôi đã tham khảo các hướng dẫn này để thiết lập ip tĩnh và có rất nhiều tài nguyên hướng dẫn ngoài kia.

Ngoài ra, tôi đã thiết lập cổng chuyển tiếp trên bộ định tuyến của mình để lưu trữ một trang web và tôi thậm chí đã chuyển cổng 22 sang IP tĩnh của pi cho ssh, nhưng tôi để trống trường nơi bạn chỉ định ứng dụng bạn đang thực hiện chuyển tiếp cổng bộ định tuyến. Dù sao, tôi đã thêm 'ssh' vào lĩnh vực này và, VOILA! Một kết nối ssh làm việc từ bất cứ nơi nào để pi của tôi.

Tôi sẽ viết ra các cài đặt chuyển tiếp cổng của bộ định tuyến.

(ApplicationTextField) _ssh (cổng ngoài) _22 (Cổng nội bộ) _22 (Protocal) _Both (Đến địa chỉ IP) _192.168.1. ### (Đã bật) _checkBox

Cài đặt chuyển tiếp cổng có thể khác nhau cho các bộ định tuyến khác nhau, vì vậy hãy tìm hướng cho bộ định tuyến của bạn.

Bây giờ, khi tôi ở ngoài mạng gia đình, tôi kết nối với số pi của mình bằng cách gõ:

ssh pi @ [tên máy chủ]

Sau đó, tôi có thể nhập mật khẩu của mình và kết nối.

Nếu bạn đang sử dụng máy Mac, việc khởi động lại bộ phản hồi DNS đã khắc phục sự cố cho tôi.

sudo killall -HUP mDNSResponder

Tôi gặp vấn đề tương tự khi kết nối với một máy từ xa. nhưng tôi đã đăng nhập như sau:

ssh -p 22 myName@hostname

hoặc là:

ssh -l myName -p 22 hostname

Nếu bạn cần quyền truy cập vào VPN của mình từ bất kỳ đâu trên thế giới, bạn cần đăng ký một tên miền và chỉ đến địa chỉ IP công cộng của VPN / cổng mạng của bạn. Bạn cũng có thể sử dụng dịch vụ DNS động để kết nối tên máy chủ với ip công khai của mình.

Nếu bạn chỉ cần ssh từ máy Mac sang Raspberry trong mạng cục bộ , hãy làm điều này: Trên máy Mac, hãy chỉnh sửa /etc/hosts. Giả sử Raspberry có tên máy chủ "berry" và ip "172.16.0.100", thêm một dòng:

# ip           hostname
172.16.0.100   berry

Bây giờ: ssh user@berrynên làm việc.

Tôi đã có cùng một vấn đề, mà tôi đã có thể giải quyết bằng cách thêm một .local vào tên máy chủ, ala ssh user@hostname.local

Trong trường hợp của tôi, tôi đã thử ssh như thế này

ssh pedro@192.168.2.179:22 

khi định dạng đúng là:

ssh pedro@192.168.2.179 -p 22 

Nếu lệnh của bạn là:

$ ssh -p 1122  path/to/pemfile user@[hostip/hostname]

Bạn cũng sẽ phải đối mặt với lỗi tương tự

ssh: Could not resolve hostname [hostname]: nodename nor servname provided, or not known

khi bạn bỏ lỡ tùy chọn -i /path/to/pemfilecủa ssh

Vì vậy, lệnh nên là:

$ ssh -p 1122 -i path/to/pemfile user@[hostip/hostname]

Tôi cần kết nối với máy chủ Amazon từ xa

ssh -i ~/.ssh/test.pem -fN -L 5555:localhost:5678 ubuntu@hostname.com

Tôi đã nhận được lỗi sau.

ssh: Could not resolve hostname <hostname.com>: nodename nor servname provided, or not known

Giải pháp cho Mac OSX

Ping chủ nhà giải quyết vấn đề. Tôi đang sử dụng Mac OSX Seirra.

ping hostname.com

Bây giờ vấn đề đã được giải quyết. Có khả năng kết nối với máy chủ.

Lưu ý : Tôi cũng đã thử giải pháp này . Nhưng nó đã không thành công. Sau đó pinggiải quyết vấn đề.

Tôi gặp vấn đề tương tự: Địa chỉ hiển thị trong Tùy chọn -> Chia sẻ -> Đăng nhập từ xa không hoạt động và tôi nhận được '... tên nút cũng như tên dịch vụ được cung cấp hoặc không biết'. Tuy nhiên, khi tôi chỉnh sửa thủ công các cài đặt (trong Tùy chọn -> Chia sẻ -> Đăng nhập từ xa -> chỉnh sửa) và bật "Sử dụng tên máy chủ toàn cầu động", nó đột nhiên hoạt động.

Có vẻ như một số ứng dụng sẽ không đọc symlinked /etc/hosts(ít nhất là trên macOS), bạn cần phải liên kết cứng nó.

ln /path/to/hosts_file /etc/hosts

Điều này đã xảy ra với tôi khi cố gắng truy cập Github. Vấn đề là tôi đã có thói quen làm:

git remote add <xyz> ssh:\\git@github.com......

Nhưng, nếu bạn gặp lỗi này từ câu hỏi, hãy xóa ssh:\\ có thể giải quyết vấn đề. Nó giải quyết nó cho tôi!

Lưu ý rằng bạn sẽ phải thực hiện git remote remove <xyz>và thêm lại url từ xa mà không có ssh:\\.

Đối với tôi, vấn đề là một lỗi đánh máy trong ~/.ssh/configtập tin của tôi . Tôi đã có:

Host host1:
  HostName 10.10.1.1
  User jlyonsmith

Vấn đề là :sau host1đó - nó không nên ở đó. sshkhông đưa ra cảnh báo cho lỗi chính tả trong ~/.ssh/configtập tin. Khi không thể tìm thấy, host1nó sẽ tìm máy cục bộ, không thể tìm thấy nó và in thông báo lỗi khó hiểu.

Hãy thử điều này, xem xét các cổng được phép của bạn. Lưu trữ .pemtệp của bạn trongDocuments thư mục chẳng hạn.

Để có quyền truy cập vào nó bây giờ, tất cả những gì bạn phải làm là cd [directory], điều này sẽ chuyển bạn đến thư mục của tệp được phân bổ. Trước tiên ls, bạn có thể nhập , để liệt kê nội dung thư mục bạn hiện đang ở:

ls
cd /Documents
chmod 400 mycertificate.pem
ssh -i "mycertificate.pem" ec2-user@ec2-1-2-3-4.us-compass-0.compute.amazonaws.com -p 80

Tôi đã gặp lỗi này bằng cách sử dụng tệp kiểm kê .yml trong ansible không được định dạng chính xác. Đối với nhiều máy chủ lưu trữ trong một nhóm, mỗi tên máy chủ cần kết thúc bằng dấu hai chấm cứng ":". Nếu không, ansible chạy các tên máy chủ với nhau và tạo ra lỗi ssh này.