2011-01-29 19 views
9

Các nhà phát triển web có cần phải quan tâm đến cuối IPv4 không? Hoặc đây có phải là mối quan tâm cấp độ lưu trữ không?Thay đổi từ IPv4 sang IPv6: Tác động của nó đối với phát triển web là gì?

Nhà phát triển PHP/JavaScript/Ajax trung bình có thể làm gì để giảm thiểu tác động của chuyển đổi?

Thảo luận!

(nếu điều này đã đưa ra trước khi tôi xin lỗi, nhưng tìm kiếm của tôi cho thấy không có gì)

Trả lời

8

Trên serverside, chắc chắn rằng bạn không làm cho các giả định về định dạng của địa chỉ IP từ xa - hacks như đóng gói IP địa chỉ của một poster trong một trường cơ sở dữ liệu 32-bit là một ý tưởng tồi. Nếu bạn đang sử dụng mặt nạ mạng con cho lệnh cấm hoặc thứ gì đó, điều đó cũng sẽ cần thay đổi.

1

Ngoài ra, khi xác thực trường cho địa chỉ IP, đừng quên sử dụng cả hai định dạng (152.115.4.70 và 2001: db8: 1f70 :: 999: de8: 7648: 6e8).

+2

Thực tế có một số định dạng IPv6 có thể, trong đó bạn đã hiển thị định dạng (phổ biến nhất) ... chỉ làm cho nó phức tạp hơn nhiều. – Joe

+0

Bạn nói đúng. Khi xác thực, bạn nên xem xét tất cả các tùy chọn có thể có. Tuy nhiên, tôi hy vọng, đã có các trình xác nhận sẵn sàng để sử dụng cho các ngôn ngữ lập trình khác nhau. – aruseni

0

Tôi nghi ngờ rằng IPv4 sẽ kết thúc, thực sự. Chỉ là ý kiến ​​của tôi. Ứng dụng Netorking sẽ phải được viết để tương thích IPv4/6. Một số API làm cho việc này trở nên dễ dàng đặc biệt.

1

Bất kỳ nơi nào bạn xử lý địa chỉ IP cần được kiểm tra để kiểm tra xem IPv6 có sạch không. Các ứng dụng web đơn giản có thể không bận tâm lưu trữ bất kỳ địa chỉ IP nào nhưng nhiều ứng dụng sẽ cho mục đích theo dõi/kiểm soát lạm dụng. Địa chỉ IPv6 lớn hơn địa chỉ ipv4 và các biểu diễn văn bản sử dụng các biểu tượng khác nhau.

Trong một số trường hợp, kết nối IPv4 có thể được xử lý trên ổ cắm IPv6. Trong trường hợp này, bạn có thể thấy "IPv4 ánh xạ địa chỉ" mà bạn có thể cần phải chuyển đổi trở lại địa chỉ IPv4 bình thường trước khi lưu trữ/so sánh chúng (quy trình cấp thấp hơn như máy chủ web có thể hoặc không thể xử lý chuyển đổi này cho bạn).

Xử lý những kẻ lạm dụng có thể yêu cầu cân nhắc. Việc cấm các địa chỉ đơn lẻ có thể là vô ích. Để cấm hiệu quả, bạn sẽ muốn có khả năng cấm dựa trên các độ dài tiền tố khác nhau. Bạn cũng có thể muốn khả năng lập bản đồ một mẫu sử dụng kẻ lạm dụng để chặn. Các vấn đề tương tự cũng áp dụng cho các giới hạn được đặt trên số lượng kết nối cho mỗi người dùng.

Khi cuộc khủng hoảng IPv4 sâu hơn, chúng tôi có thể thấy sử dụng nhiều thiết lập proxy ngược hơn để chia sẻ một nhóm địa chỉ IPv4 công cộng hạn chế trong số các máy chủ gốc chỉ có v6. Làm cho phần mềm của bạn sẵn sàng để làm việc với các proxy ngược lại do đó là một động thái khôn ngoan. Điều này thường có nghĩa là có một danh sách các proxy ngược đáng tin cậy mà từ đó bạn sẽ chấp nhận các tiêu đề x-forwarded-for.

Các vấn đề liên quan