Những ngày gần đây tôi không đọc topic này. Phần vì bận, phần thì khi tranh thủ vào forum đọc các bài, lại chỉ xem tiêu đề. Tiêu đề mà quanta viết không lột tả hết đựoc nôi dung, nên tôi không đi sâu vào xem các bài viết. Lẽ ra tiêu đề topic này nên là " Không thể áp dụng NAT trên các modem nối mạng ADSL Viettel ?" hay " Mạng ADSL của Viettel không hỗ trợ NAT trên các modem?", thì đúng hơn và như vậy sẽ ' hấp dẫn " người đọc hơn.
 

Còn ý kiến của tôi về bài viết của một bạn nào đó trên forum
http://forum.amtech.com.vn/showthread.php?t=40328
là:
- Trứoc hết tác giả bài viết không phân biệt rõ thế nào là private IP và public IP. Anh/ chị này có những lỗ hổng kiến thức về mạng.
- Chính vì không hiểu biết kỹ về Network nên tác giả đã có những kết luận sai lầm về cung cách phục vụ của Viettel, cũng như đã đi quá xa trong việc đánh giá chất lựong phục vụ của Viettel. ( Chúng ta không đanh giá các dich vụ của các ISP Việt nam là hoàn toàn tốt. Họ có những thiếu sót, có khi có nơi có nhiều là khác. Nhưng khen chê phải đúng chỗ, đúng nơi, đúng ưu, khuyết điểm mà họ có.)

Phân tích cụ thể từng câu, từng nhận định của tác giả bài viết, tôi có bình luận như sau:

tôi phát hiện ra địa chỉ IP trong status của modem và địa chỉ IP khi xem trên những trang như ip-adress.com là khác nhau (ví dụ hiện giờ là 117.5.154.237 và 117.7.255.254). Tìm hiểu kĩ thì hóa ra do ISP Viettel đã dùng NAT để cho nhiều thuê bao cùng sử dụng một địa chỉ IP chung (chính là cái 117.7.255.254) thông qua Proxy Server để kết nối ra bên ngoài. Biện pháp này mang lại lợi ích cho ISP song lại gây ra quá nhiều bất lợi và phiền toái cho khách hàng,  

Trước hết các địa chỉ 117.5.154.237 và 117.7.255.254 hoàn toàn không phải là private IP. Chúng chính là các WAN public IP. Vì vậy chúng không thể liên quan đến một kỹ thuật gọi là NAT, theo đúng định nghĩa và phạm vi áp dụng của kỹ thuật này.

Thứ hai là: WAN Public IP 117.5.154.237 hiện trên Status của ADSL modem ( modem của ngừoi thuê bao-client) là đia chỉ WAN public IP chính xác của modem và của toàn mạng LAN lắp sau modem. Đây là địa chỉ Dynamic WAN public IP mà DHCP server của Viettel phân bổ cho modem của người thuê bao thông qua giao thức DHCP. Viêc sử dụng DHCP phân bổ các Dynamic WAN public IP cho các thuê bao là kỹ thuật mà tất cả các ISP trên TG đều áp dụng ( xem Topic " Đâu là IP thật sự "). Viettel cũng không phải là một ngoại lệ.

Thứ ba là trên Status của modem đia chỉ WAN IP của modem đựoc xác định là 117.5.154.237, nhưng trên trang web ip-adress.com, một trang web có cài đặt tiện ích detect wan IP của người truy cập, thì đia chỉ WAN IP cũng của modem này lại là 117.7.255.254, bởi vì trong nhiều trường hơp trang web loại nói trên chỉ detect ra WAN IP của gate way của mạng Viettel, chứ không phải WAN IP của chính modem người truy cập.
 

Cuối cùng khi ta dùng một software của một nhà cung cấp dich vụ tên miền năng động ( Dynamic domain name service) thí dụ No-ip, thì nếu trừong hơp ta áp dụng dich vụ tên miền năng động loại miễn phí ( free) thì phần mềm nói trên luôn detect sai đia chỉ WAN IP của modem. Điều này tôi đã giải thích rất rõ trong một bài viết liên quan trong forum vninformatics.com của anh nbthanh rồi. Các bạn có thể tìm xem thêm. Khi tôi tìm ra URL address của bài viết này, tôi sẽ thông báo.
 

Thứ ba là trên Status của modem đia chỉ WAN IP của modem đựoc xác định là 117.5.154.237, nhưng trên trang web ip-adress.com, một trang web có cài đặt tiện ích detect wan IP của người truy cập, thì đia chỉ WAN IP cũng của modem này lại là 117.7.255.254, bởi vì trong nhiều trường hơp trang web loại nói trên chỉ detect ra WAN IP của gate way của mạng Viettel, chứ không phải WAN IP của chính modem người truy cập.
 

PXMMRF wrote:

Thứ ba là trên Status của modem đia chỉ WAN IP của modem đựoc xác định là 117.5.154.237, nhưng trên trang web ip-adress.com, một trang web có cài đặt tiện ích detect wan IP của người truy cập, thì đia chỉ WAN IP cũng của modem này lại là 117.7.255.254, bởi vì trong nhiều trường hơp trang web loại nói trên chỉ detect ra WAN IP của gate way của mạng Viettel, chứ không phải WAN IP của chính modem người truy cập.
 

Hì anh, trong trường hợp nào thì trang web chỉ detect được gateway của Viettel vậy? Nếu bình thường (ko nat, ko proxy) thì tất cả packet đến web server chỉ chứa source address là public address của modem người truy cập, chứ sao lại có thông tin về gateway của ISP được. 

PXMMRF wrote:

Thứ ba là trên Status của modem đia chỉ WAN IP của modem đựoc xác định là 117.5.154.237, nhưng trên trang web ip-adress.com, một trang web có cài đặt tiện ích detect wan IP của người truy cập, thì đia chỉ WAN IP cũng của modem này lại là 117.7.255.254, bởi vì trong nhiều trường hơp trang web loại nói trên chỉ detect ra WAN IP của gate way của mạng Viettel, chứ không phải WAN IP của chính modem người truy cập.
 

Hì anh, trong trường hợp nào thì trang web chỉ detect được gateway của Viettel vậy? Nếu bình thường (ko nat, ko proxy) thì tất cả packet đến web server chỉ chứa source address là public address của modem người truy cập, chứ sao lại có thông tin về gateway của ISP được. 

...
c- Trong những dòng chữ trên có môt dòng ta cần lưu ý :Current IP adress found , using 203.162 .3.157 for updates

Măc dù DUC thông báo là qúa trình kết nối đã hoàn tất , hoàn hảo , tên miến năng động của ta đã đưoc update với đia chĩ Public IP hiên diện của LAN ngon lành , nhưng thưc tế nó đã update sai đia chỉ Public IP mất rồi !. Đia chì 203.162 .3.157 là đia chỉ Gateway của môt router do VDC quản lý , chứ hoàn toàn không phải là đia chỉ WAN interfere Public IP của mạng LAN của ta .
Đia chỉ WAN interfere Public IP của mạng LAN lúc đó có thể xác định bằng nhiều cách , thí dụ
d- Vào Modem control panel xem phần "System status "
e- Click vào chữ " here " tại dỏng chữ : Host retrieval complete .ToAdd/Remove Hosts ,Click here . Sau đó click tiếp vào chử Modify ( mầu xanh ). Bạn sẽ thấy môt cửa sổ hiện ra và đia chì WAN interfere Public IP của mạng LAN của ta hiên ra phía trên ,bên trái ( Đia chỉ này không giống với đia chỉ IP ghi cạnh tên Domain , cũng trong cưa sổ này . Sai sót ta đã thấy rõ )
( Ta chú ý đến cửa sổ giao diên này vì còn dùng để sửa chữa , khắc phục các trouble )
Sở dỉ có trouble như trên là vì một trong hai khả năng sau :
+ Router của ISP đã "vô tình" hay "hữu ý " chăn các gói tin dữ liệu update từ DUC đến các name server của No-Ip company .
+ DUC version 2.21 có truc chăc, do môt Bug nào đấy hoặc nguyên nhân là do "khả năng hạn chế của môt phần mềm free"

Ngoài ra có thể tại một vài mạng khu vực ( subnet ) router của ISP còn block cổng 80. Nói chính xác hơn là router đã block các gói tin dữ liêu đi ra từ cổng 80 của modem X5 Zoom đến router . Tại sao các ISP lại có thể làm như vây ?? Vì nói chung nhiều ISP trên thế giới không muốn các users thiết lâp các Webserver trong mạng LAN . Nó làm Bandwidth cùa LAN bị chiếm dụng do có nhiều người truy cập đến , download nhạc , hình video ....từ Webserver , dễ làm nghẹn mach cả subnet nếu Webserver bị DDoS..., ảnh hưỏng đến viêc truy câp Internet của các users khác trong cùng subnet .

Tuy nhiên suy luận này cần xem xét kỹ lại, vì lý do là vẩn có nhiều khu vưc có thể thiết lâp các webserver áp dụng Dyn DNS , nhưng sử dụng các" Dynamic DN client update softwares " khác , thí dụ TZO. Không rõ VDC subnet của bạn lovelyboy2k có cùng các subnet mà tôi đã thiết lâp đưoc các Webserver thành công hay không ( chưa có đủ tư liệu khảo sát ) ???
 

enn3exlibs wrote:

conmale wrote:

Cơ chế kiểm tra (và lấy IP) của user từ HVA như sau:
1) nếu trên HTTP header có giá trị x-forwarded-for thì nó sẽ dùng IP của giá trị này. Đây chính là giá trị public IP thật sự của em.
 

chào anh,
Hình như cơ chế kiểm tra IP của hva không đúng, không hiển thị ip trong trường x-forwarded-for của http header, trong khi một số trang khác hiển thị địa chỉ này, phải chăng có cơ chế khác để lấy địa chỉ "thực" nếu http header không có giá trị x-forwarded-for?
--> cũng có thể là private IP


 

HTTP header "X-Forwarded-For" không phải là header chính thức và tiêu chuẩn của HTTP 1.1 cho nên không thể bắt buộc proxy phải ứng dụng. Bởi thế, nếu proxy không ứng dụng và không kèm theo giá trị này thì khi request đụng đến HVA web server, giá trị của nó là "null". Nếu vậy, IP được dùng để hiển thị trên diễn đàn chính là IP của proxy server. Phương pháp "lấy" IP của HVA là phương pháp "non-intrusive", có nghĩa là proxy cho gì lấy nấy chớ không "đòi" client phải gởi cụ thể cái gì cả. Nếu header đi từ client xuyên qua proxy không có giá trị "x-forwarded-for" hoặc bị proxy lột mất thì chẳng có gì để ghi nhận cả.

Để lấy IP thật sự của client, server phải request client "cái gì đó" và tùy ở proxy có chịu chuyển gởi request này đến client hay không. Cũng tùy ở client có "chịu" gởi trả lời hay không nữa.
 

Để lấy IP thật sự của client, server phải request client "cái gì đó" và tùy ở proxy có chịu chuyển gởi request này đến client hay không. Cũng tùy ở client có "chịu" gởi trả lời hay không nữa.
 

Đọc lại một số bài, công nhận là lão quanta khá, hay rất thông minh. Khi lão StarGhost chất vấn sau bài viết của tôi, khi tôi còn đang loay hoay tìm cách trả lời sao cho dễ hiểu và ổn thỏa, thì lão quanta đã trả lời một cách rất hiệu quả. 

Ngoài ra lão này(quanta) tỉm ra bài liên quan mà tôi viết trên vninformatics.com rất nhanh, chính xác, nhanh hơn chính tôi tìm ra bài của mình nhiều. 

Cuối cùng khi ta dùng một software của một nhà cung cấp dich vụ tên miền năng động ( Dynamic domain name service) thí dụ No-ip, thì nếu trừong hơp ta áp dụng dich vụ tên miền năng động loại miễn phí ( free) thì phần mềm nói trên luôn detect sai đia chỉ WAN IP của modem. Điều này tôi đã giải thích rất rõ trong một bài viết liên quan trong forum vninformatics.com của anh nbthanh rồi. Các bạn có thể tìm xem thêm. Khi tôi tìm ra URL address của bài viết này, tôi sẽ thông báo.
 

no-ip site:vninformatics.com

Lão này sẽ khá toàn diện nếu như chịu khó nghiên cứu sâu thêm về network ( cái này cũng khá phức tạp, tôi thực ra chỉ biết rất ít), thêm một chút về hardwares và về bảo mật nữa. Chỉ một thời gian không lâu nữa, nếu chịu nghiên cứu như vậy, lão này chắc chắn sẽ giỏi hơn tôi bây giờ và ngay cả lúc ấy rất nhiều. Hì hì, đây là nói thật lòng.
 

By the way, xin hỏi các bạn điều này:

Khi chúng ta truy cập đến một số trang web có cài đặt tiện ích detect đia chỉ WAN IP của máy ta ( chính xác là của ADSL modem hay của cả mạng LAN sau modem của ta), thì có các khả năng sau xảy ra:

1- Một số website detect ra đúng địa chỉ WAN IP của máy ta ( thí dụ 203.126.7.125 )
2- Một số ít website ngoài WAN IP nói trên, nó còn detect luôn cả private IP của máy ta thí dụ 10.0.0.13 ( Các website này thừong cài một spyware- dạng java applet chẳng hạn- sử dụng để thâm nhập vào máy của ta nhằm detect ra private IP và gửi thông tin về website-server )
3- Không ít website lại không detect ra WAN IP của chính máy ta, mà detect ra một WAN IP khác ( thí dụ không detect ra WAN IP 203.126.7.125, như đã nói ở điểm 1 trên đây, mà detect ra một WAN IP khác, thí dụ 203.126.7.100 chẳng hạn.

Vậy thì cái đia chỉ WAN IP 203.126.7.100 này là WAN IP của gate way server của mạng ADSL của ISP hay là của Cache Proxy server của ISP. Khi nào nó là của Gate way server, khi nào là của Cache Proxy server ? Tai sao?
( Proxy server có nhiều loại, ở đây phải gọi là Cache Proxy server cho chính xác, để phân biệt với anonymous proxy servers chẳng hạn)
 

||================||       ||===========||
                                              || Proxy Server 1 ||       || Gateway 1 ||
                                              ||                ||       ||           ||  
LAN === Modem/Router === ISP (Load Balancing) || Proxy Server 2 || ===== || Gateway 2 || ===== Internet                          
                                              ||                ||       ||           ||
                                              || Proxy Server 3 ||       || Gateway 3 ||
                                              || ...            ||       || ...       ||
                                              ||================||       ||===========||

Bởi vì traffic có đích là cổng 80 (web) thì sẽ "bị" ép đi xuyên qua proxy của ISP. Có lẽ ý anh PXMMRF ở đây là public IP của proxy (của ISP).
 

TH1: Khi gói tin đi qua Proxy Server của ISP. Tại đây, có thể nó bị proxy này "lột" mất thông tin x-forwarded-for trong HTTP Header (như anh conmale nói). Sau đó nó đi tiếp qua Gateway, rồi ra Internet. Trường hợp này website (A) phát hiện ra WAN IP của Proxy Server của ISP  

Tại Gateway cũng có thể thông tin trong HTTP Header bị mất, làm cho website (A) lầm tưởng rằng WAN IP của gateway của ISP chính là WAN IP của modem người truy cập

Tất cả chỉ là phỏng đoán, mong chú và mọi người chỉ bảo thêm.

 

quanta wrote:

TH1: Khi gói tin đi qua Proxy Server của ISP. Tại đây, có thể nó bị proxy này "lột" mất thông tin x-forwarded-for trong HTTP Header (như anh conmale nói). Sau đó nó đi tiếp qua Gateway, rồi ra Internet. Trường hợp này website (A) phát hiện ra WAN IP của Proxy Server của ISP  

Cái này ko thể nói là "lột" được bồ ạ, vì nó có đâu mà lột.
 

quanta wrote:

Tại Gateway cũng có thể thông tin trong HTTP Header bị mất, làm cho website (A) lầm tưởng rằng WAN IP của gateway của ISP chính là WAN IP của modem người truy cập

Tất cả chỉ là phỏng đoán, mong chú và mọi người chỉ bảo thêm.

 

Nếu ko qua proxy thì việc thông tin trong HTTP headers bị mất hay ko ko ảnh hưởng đến việc detect user IP của web server bồ ạ. Và bình thường thì chắc ko có ISP nào chuối đến nỗi để router modify đến tận tầng Application đâu. 

3- Không ít website lại không detect ra WAN IP của chính máy ta, mà detect ra một WAN IP khác ( thí dụ không detect ra WAN IP 203.126.7.125, như đã nói ở điểm 1 trên đây, mà detect ra một WAN IP khác, thí dụ 203.126.7.100 chẳng hạn.

Vậy thì cái đia chỉ WAN IP 203.126.7.100 này là WAN IP của gate way server của mạng ADSL của ISP hay là của Cache Proxy server của ISP. Khi nào nó là của Gate way server, khi nào là của Cache Proxy server ? Tai sao?
( Proxy server có nhiều loại, ở đây phải gọi là Cache Proxy server cho chính xác, để phân biệt với anonymous proxy servers chẳng hạn)
 

TH1: Khi gói tin đi qua Proxy Server của ISP. Tại đây, có thể nó bị proxy này "lột" mất thông tin x-forwarded-for trong HTTP Header (như anh conmale nói). Sau đó nó đi tiếp qua Gateway, rồi ra Internet. Trường hợp này website (A) phát hiện ra WAN IP của Proxy Server của ISP  

Cái này ko thể nói là "lột" được bồ ạ, vì nó có đâu mà lột. 

Nếu nó detect ra cái WAN public IP của Proxy server thì có lẻ ko chỉ lột mất x-forwarded-for mà tại Proxy Server nó đã "lắp" IP của nó vào thay cho cái WAN public IP của mình rồi đi tiêp 

Nghĩa là việc dùng Proxy , Gateway ..etc của ISP Viettel ( vd vậy ) dựng lên không phải nhằm

mục đích tiết kiệm địa chỉ IP WAN.

 

Mục đích dùng caching proxy chắc là để giảm web traffic cho những site được visit nhiều.  

Nghĩa là việc dùng Proxy , Gateway ..etc của ISP Viettel ( vd vậy ) dựng lên không phải nhằm

mục đích tiết kiệm địa chỉ IP WAN.

Vậy nó đừng sờ sờ trước modem ADSL và Internet nhằm mục đích gì? Anh em cho ý kiến thử xem. hehe
 

Vậy nó đừng sờ sờ trước modem ADSL và Internet nhằm mục đích gì? Anh em cho ý kiến thử xem. hehe
 

. Nó đóng vai trò như router ngoài ngăn cản các luồng traffic bên ngoài vào, tuy nhiên mức độ bảo mật không cao.
. Nó lưu trữ bảng định tuyến tối ưu đến các ISP khác và ra Internet.
. Quản lý các modem ADSL trùng với ý ở trên.
 

Porxy server không có chức năng Routing như các bạn đã đề cập.
 

2. Dùng để che lấp các public IP của ISP bị liệt vào blacklist vì một lý do nào đó mà ISP không thể kiểm soát nổi. 

dabu wrote:

2. Dùng để che lấp các public IP của ISP bị liệt vào blacklist vì một lý do nào đó mà ISP không thể kiểm soát nổi. 

Anh dabu có thể giải thích cho em đoạn này được ko?  

Cái này thì tui lại thấy ngược lại. Chính các Proxy servers của VN đang bị liệt vào blacklist. Đơn cử, những ai vô tình 'bị' sử dụng các proxy 203.162.4.15X đều ko thể truy cập dịch vụ của một số trang như http://eventid.net  

nguoididingoaipho wrote:

dabu wrote:

2. Dùng để che lấp các public IP của ISP bị liệt vào blacklist vì một lý do nào đó mà ISP không thể kiểm soát nổi. 

Anh dabu có thể giải thích cho em đoạn này được ko?  

Cái này thì tui lại thấy ngược lại. Chính các Proxy servers của VN đang bị liệt vào blacklist. Đơn cử, những ai vô tình 'bị' sử dụng các proxy 203.162.4.15X đều ko thể truy cập dịch vụ của một số trang như http://eventid.net , ...

 

Chính vì dùng proxy nên mới chỉ có IP của proxy bị vào blacklist, nếu ko thì còn lan ra 1 đống IP khác. Sau đó chắc lâu lâu thay IP proxy 1 lần, còn ko biết làm sao để thương lượng đưa IP trong blacklist ra nhỉ?  

Chứng tỏ: vịt teo khi thế này, khi thế khác bởi vì code của HVA không thay đổi ở phần lấy IP này.