Điểm:0

SSH hoạt động theo IP nhưng theo tên

lá cờ rs

Bối cảnh chung:

Tôi có một máy chủ với một số vùng chứa LXD và có HAPROXY ở trên cùng để chuyển hướng lưu lượng truy cập đến vùng chứa tốt liên quan đến url đã cho.

Vùng chứa nhọn là gitlab.

Máy chủ chính

Cổng 22 đang mở

máy chủ# iptables -L -n |grep 22
CHẤP NHẬN tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:22
CHẤP NHẬN tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:22

máy chủ# netstat -plnt | grep 22
tcp 0 0 0.0.0.0:22 0.0.0.0:* NGHE 2536/sshd           
tcp6 0 0 :::22 :::* NGHE 2536/sshd  

Cấu hình máy chủ Gitlab

gitlab# mèo /etc/hosts
127.0.0.1 gitlab.pub-domain.com gitlab
127.0.0.1 máy chủ cục bộ
127.0.1.1 s-302-gitlab# tên máy
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

gitlab# mèo /etc/resolv.conf 
tìm kiếm pub-domain.com
tìm kiếm private-domain.ovh
máy chủ định danh 8.8.8.8

#netstat-tulpn | grep 22
tcp 0 0 127.0.0.1:9229 0.0.0.0:* NGHE 583/gitlab-workhors 
tcp 0 0 0.0.0.0:22 0.0.0.0:* NGHE 5094/sshd           
tcp6 0 0 :::22 :::* NGHE 5094/ssh

Ping mọi thứ

Ra mắt trong các thùng chứa gitlab và hoạt động:

gitlab# # ssh -T https://[email protected]
Mật khẩu của https://[email protected]:
gitlab# ssh -T https://[email protected]
Mật khẩu của https://[email protected]:

Bây giờ hãy chuyển sang một máy khác (giả sử máy chủ để đơn giản hóa) và ping :

máy chủ# ping pub-domain.com
PING pub-domain.com (31.7.xx.yy) 56(84) byte dữ liệu.
64 byte từ 31.7.xx.yy (31.7.xx.yy): icmp_seq=1 ttl=64 time=0,588 ms
--- thống kê ping pub-domain.com ---
Truyền 1 gói, nhận 1 gói, mất gói 0%, thời gian 0ms

máy chủ# ping gitlab.pub-domain.com
PING pub-domain.com (31.7.xx.yy) 56(84) byte dữ liệu.
64 byte từ 31.7.xx.yy (31.7.xx.yy): icmp_seq=1 ttl=64 time=0,588 ms
--- thống kê ping pub-domain.com ---
Truyền 1 gói, nhận 1 gói, mất gói 0%, thời gian 0ms

SSH

máy chủ# ssh git@s-302-gitlab
ssh: kết nối với máy chủ cổng s-302-gitlab 22: Kết nối bị từ chối
máy chủ# ssh -T https://[email protected]
ssh: kết nối với máy chủ gitlab.pub-domain.com cổng 22: Kết nối bị từ chối
máy chủ# ssh -T [email protected]
Không thể thiết lập tính xác thực của máy chủ '192.168.3.200 (192.168.3.200)'.
Dấu vân tay khóa ECDSA là SHA256:Pe2vY/8GyG3o6ZkDErTN8Ko+k9veJA9S4wnHvQXSYJk.
Bạn có chắc chắn muốn tiếp tục kết nối (có/không)? 

Bạn có biết tại sao tôi chỉ có thể kết nối bằng IP chứ không phải tên miền/URL không?

Trả lời bình luận

# đào +ngắn s-302-gitlab
# đào +ngắn gitlab.pub-domain.com
pub-domain.com.
31.7.xx.yy

Cảm ơn,

digijay avatar
lá cờ mx
Trên `máy chủ`, đầu ra của `dig +short s-302-gitlab` là gì? Hãy thử tương tự cho `gitlab.pub-domain.com`.
lá cờ rs
@digijay: thứ nhất không có gì, thứ hai là tên miền quán rượu và IP bên ngoài. Xem chỉnh sửa của tôi trong bài gốc.
anx avatar
lá cờ fr
anx
Bạn thêm tùy chọn `-v` vào lệnh gọi ssh của mình nhiều lần để tăng mức độ chi tiết. Sau đó, ssh sẽ cho biết cụ thể hơn kết nối nào đã bị từ chối. Nhân tiện, tên người dùng của bạn có thể là do nhầm lẫn. Thông thường `https://` sẽ biểu thị một kết nối sử dụng HTTP, trong khi tên người dùng ssh thường không chứa dấu gạch chéo hoặc dấu hai chấm.
Michael Hampton avatar
lá cờ cz
`s-302-gitlab` được xác định trong tệp `/etc/hosts` của bạn. Bạn mong đợi nó có địa chỉ IP nào? Bởi vì ngay sau đó bạn đã cố ssh tới `192.168.3.200` không cùng địa chỉ IP.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.