Tôi đang tạo một công cụ cộng tác nội bộ sẽ sử dụng máy chủ trung tâm (trên mạng nội bộ) và một hoặc nhiều cổng để liên lạc ổ cắm với khách hàng. Tôi biết rằng nhiều cổng được dành riêng cho các mục đích cụ thể và các cổng khác được sử dụng theo quy ước cho một số loại lưu lượng nhất định.
Làm thế nào tôi nên chọn một cổng mặc định ít có khả năng bị "khiếu nại" bởi người khác cho công cụ của họ? Có một cơ sở dữ liệu xác định tất cả việc sử dụng cổng được biết (thậm chí không theo quy tắc) không?
3
Điều này thường chỉ là một vấn đề nếu một cái gì đó đã sử dụng cổng trên máy chủ. Tuy nhiên, cổng nên được cấu hình. Tôi đã thấy khá nhiều phần mềm có cổng được mã hóa cứng, đó không phải là điều bạn muốn.
—
devicenull 04
@devicenull Tôi chắc chắn sẽ có tùy chọn ghi đè mặc định.
—
Jace Browning
Nếu râu của bạn đủ màu xám, bạn có thể sử dụng RPC và đăng ký điểm cuối của riêng bạn. msdn.microsoft.com/en-us/l Library / windows / desktop / trộm
—
Ryan Ries
Trừ khi bạn có một lý do tuyệt vời để không sử dụng các giao thức hiện có nơi bạn có thể. a) Thật tự nhiên khi nghĩ rằng bạn có thể làm một công việc tốt hơn, đối với hầu hết mọi người là không đúng sự thật. Nhưng ngay cả khi bạn có thể, liệu có đủ tốt hơn để chống lại b) các công cụ / thiết bị mạng đã được thiết lập để hoạt động với các tiêu chuẩn hiện có. Thêm những cái mới có một rào cản và khối lượng công việc phải làm để thực hiện.
—
JamesRyan
Đối với một cái gì đó là sự hợp tác nội bộ, mọi thứ> 1024 và <32768 (nên bảo vệ chống lại các ràng buộc cổng phù du) và KHÔNG được liệt kê trong sổ đăng ký cổng IANA sẽ ổn, cung cấp cho bạn giao tiếp hiệu quả với các bộ phận bên trong mà bạn đã sử dụng cổng.
—
Matthew Ife