Nghi ngờ về thiết lập cổng ami Amazon Linux trên EC2


0

Tôi có một thiết lập rất đơn giản: một hình ảnh ami, với spring-boot / tomcat đang nghe trên các cổng 8080 và 8081. Tôi có nhóm bảo mật với ping và http được kích hoạt. Từ danh sách bên dưới, tôi có thể thấy cổng 22, 8080 và 8081. Tôi có thể ping từ máy tính xách tay của mình, cuộn tròn (sử dụng 127.0.0.1) sang cổng 808X mà không gặp vấn đề gì. Nhưng một yêu cầu tới 127.0.0.1 bị từ chối, vì vậy tôi không thể kiểm tra xem cổng chuyển tiếp có hoạt động không.

Tôi thiếu gì từ thiết lập? Cảm ơn!!

tcp        0      0 127.0.0.1:27017             127.0.0.1:43326             ESTABLISHED 
tcp        0      0 127.0.0.1:27017             127.0.0.1:43388             ESTABLISHED 
tcp        0      0 127.0.0.1:27017             127.0.0.1:43334             ESTABLISHED 
tcp        0      0 127.0.0.1:27017             127.0.0.1:43330             ESTABLISHED 
tcp        0      0 127.0.0.1:27017             127.0.0.1:43386             ESTABLISHED 
tcp        0      0 127.0.0.1:27017             127.0.0.1:43390             ESTABLISHED 
tcp        0      0 127.0.0.1:27017             127.0.0.1:43384             ESTABLISHED 
tcp        0      0 :::111                      :::*                        LISTEN      
tcp        0      0 :::8080                     :::*                        LISTEN      
tcp        0      0 :::8081                     :::*                        LISTEN      
tcp        0      0 :::35729                    :::*                        LISTEN      
tcp        0      0 :::22                       :::*                        LISTEN      
tcp        0      0 :::55233                    :::*                        LISTEN      
tcp        0      0 ::ffff:127.0.0.1:43328      ::ffff:127.0.0.1:27017      ESTABLISHED 

Cập nhật

Tôi cũng gõ:

sudo iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 8080
sudo service iptables save
sudo service iptables start
sudo service iptables status

Và khi tôi thêm "HTTP" (cổng 80) vào nhóm bảo mật, tôi nghĩ rằng điều đó là đủ để nói với HĐH để chuyển tiếp các yêu cầu. Tomcat / Spring-boot đang chạy trên 8080.

CẬP NHẬT 2

Nếu tôi giới hạn cài đặt http của nhóm bảo mật chỉ sử dụng ip của mình thì cổng sẽ mở và chuyển hướng hoạt động. Chính xác cùng một bộ lệnh


Tôi nghĩ rằng tôi đã trả lời câu hỏi của bạn, bên dưới, nhưng bạn đã đề cập đến "chuyển tiếp cổng" mặc dù thực tế là không có đề cập đến bất kỳ cổng chuyển tiếp nào ở bất kỳ câu hỏi nào, trừ khi bạn nói về các quy tắc nhóm bảo mật, mà tôi sẽ không gọi "cổng chuyển tiếp." "yêu cầu tới 127.0.0.1 bị từ chối" ... Bạn có biết 127.0.0.1 là gì không?
Michael - sqlbot

@ Michael-sqlbot. Xin vui lòng xem cập nhật. Cảm ơn bạn rất nhiều!
efekctive

"Nếu tôi giới hạn cài đặt http của nhóm bảo mật chỉ sử dụng ip của mình thì cổng sẽ mở và chuyển hướng hoạt động." Được rồi, vậy bạn đang đặt quy tắc nào vào nhóm bảo mật không phải công việc? Tôi không thấy nơi bạn đã giải thích điều đó.
Michael - sqlbot

Http, ssh và icmp / ping. Ban đầu là bất cứ nơi nào một. Nó tạo ra hai mục: một cho IP4 và một cho IP6. Sau khi loại bỏ chúng và thêm tùy chọn "ip của tôi", mọi thứ sẽ hoạt động như mong đợi. Tôi sẽ thử chỉ sử dụng IP4 trong nhóm bảo mật để xem liệu nó có tạo ra sự khác biệt với tomcat không
efekctive

Bạn đã nói "http chỉ sử dụng IP của tôi", vì vậy tôi đã hỏi bạn IP nào bạn đã thử trước đó và bạn đã trả lời "http, ssh và icmp / ping" và "http ở bất cứ đâu." Thuật ngữ của bạn là một chút lỏng lẻo. Các quy tắc nhóm bảo mật bao gồm một dịch vụ hoặc giao thức + cổng [+ phạm vi] hoặc "tất cả [giao thức]" hoặc "tất cả lưu lượng truy cập" và một đặc tả nguồn, thường là địa chỉ IP hoặc khối CIDR. Hãy mô tả những điều này rõ ràng và đầy đủ.
Michael - sqlbot

Câu trả lời:


0

Cách giải quyết là xóa quy tắc http IP6 khỏi nhóm bảo mật. Tôi nghĩ rằng nó có thể phải làm với thực tế là tomcat cần prodding để làm việc với ip4 stack.

Tôi không thấy một mục khởi động mùa xuân cho trường hợp này trong các tài liệu thuộc tính ứng dụng. Vì vậy, thay vì cài đặt độc lập tomcat, cách giải quyết này thực hiện thủ thuật.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.