neverwon wrote:

Topic này có bài cuối cùng cách đây gần 8 tháng, tuy nhiên, tớ thấy cách giải thích của conmale về địa chỉ IP trong mạng LAN và địa chỉ IP của Private_network chưa "clear".

Theo những gì tớ hiểu thì như thế này:
Địa chỉ IP tạm thời được chia vào hai nhóm: Địa chỉ public và địa chỉ không public. (IPv4)

1. Địa chỉ public là địa chỉ xác định duy nhất trong toàn bộ hệ thống mạng Internet. Về lý thuyết có 2^32 (2 lũy thừa 32, tức là hơn 1 tỉ) địa chỉ, thực tế, số địa chỉ public có thể gán cho các thiết bị tham gia vào mạng Internet thấp hơn nhiều. Địa chỉ public được quản lý và phân phối bởi IANA và RIRs.

2. Địa chỉ không public, là địa chỉ "không thể truy cập từ mạng public". Bản thân địa chỉ không public có thể chia làm hai loại:
2.1. Địa chỉ dành riêng cho mạng Private (địa chỉ private), dải địa chỉ này được quản lý và phân phối bởi IANA (chuẩn RFC 1918), không thể gán địa chỉ trong dải này cho thiết bị trong mạng public. Có nghĩa là, quan hệ giữa địa chỉ public và địa chỉ private là quan hệ loại trừ.
2.2. Địa chỉ trong mạng LAN. Địa chỉ này có tính "không phublic", tức là không thể nhìn thấy từ mạng public. Tuy nhiên, khác với địa chỉ private, một địa chỉ trong mạng LAN có thể được thiết lập một cách tùy hứng, miễn là nó thuộc thuộc lớp A, B và C (tức là giá trị thập phân của octet đầu tiên khác 127 và không lớn hơn 223 - và dĩ nhiên là vẫn phải tuân theo chuẩn IPv4). Có thể xem như IANA không quan tâm đến địa chỉ gán cho thiết bị trong mạng LAN!!!
 

1. 2^32 mà có 1 tỉ thì hơi ít
 

2. Không hoàn toàn đúng.

6 2 ms 3 ms 2 ms 203.162.185.206
7 3 ms 3 ms 2 ms 192.168.1.6
8 1 ms 3 ms 1 ms 222.255.236.225
Trace complete.
 

 

3. "Chưa clear" :d. Giải thích như StarGhost dễ hình dung hơn.

Tớ thì thấy thế này, chả cần biết người ta qui định thế nào, nhưng nếu mà LAN của tớ không kết nối ra Internet, thì tớ muốn dùng IP thế quái nào cũng được. Còn nếu tớ mà mon men muốn ra ngoài Internet, thì phải cẩn thận trong chuyện dùng IP, chứ không thì có 2 chuyện xảy ra:
- packet của tớ ra đến cái gateway router nó drop cái rụp, một là vì IP mà người ta gọi là private IP, hai là vì IP không nằm trong subnet quản lý bởi cái router đó.
- packet mà server gửi trả về sẽ không về đến máy tớ, vì ngoài kia người ta route nó đến chỗ khác cơ.
 

 

Để dễ liên tưởng, tớ lấy ví dụ về một căn phòng có cửa lắp kính mờ một chiều, kính này cho phép người đứng trong phòng có thể nhìn thấy các sự việc diễn ra bên ngoài cánh cửa, nhưng người đứng bên ngoài cánh cửa thì không nhìn thấy các hoạt động diễn ra trong phòng, trừ khi có người ở trong phòng mở cửa ra. 

Cậu thử set giá trị cho octet đầu tiên xem, tớ cam đoan là nó sẽ reject khi cậu nhập giá trị 0, 127 hoặc từ 224 trở lên 

[root@localhost ~]# ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:1E:68:65:0A:66
inet addr:127.0.0.2 Bcast:127.0.0.255 Mask:255.0.0.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:114 Base address:0x6000
 

In Internet Protocol terminology, a private network is typically a network that uses private IP address space, following the standards set by RFC 1918 and RFC 4193. These addresses are common in home and office local area networks (LANs), as globally routable addresses are scarce, expensive to obtain, or their use is not necessary. Private IP address spaces were originally defined in efforts to delay IPv4 address exhaustion, but they are also a feature of the next generation Internet Protocol, IPv6.

These addresses are private because they are not globally delegated, meaning they aren't allocated to a specific organization. Anyone can use these addresses without approval from a regional Internet registry (RIR). Consequently, they are not routable within the public Internet. If such a private network needs to connect to the Internet, it must use either a network address translator (NAT) gateway, or a proxy server. 

[test@server ~]$ tracert 222.255.236.225
traceroute to 222.255.236.225 (222.255.236.225), 30 hops max, 40 byte packets
 1  67-220-217-65.hosted.static.webnx.com (67.220.217.65)  0.568 ms  0.549 ms  0.549 ms
 2  cr3-lax01.webnx.com (67.220.192.102)  0.529 ms  0.531 ms  0.529 ms
 3  gige-g2-17.core1.lax2.he.net (216.218.196.189)  0.504 ms  0.506 ms  0.500 ms
 4  hgc.com.hk.any2ix.crgwest.com (206.223.143.114)  1.924 ms  2.415 ms  3.655 ms
 5  218.189.5.170 (218.189.5.170)  0.657 ms  0.656 ms  0.651 ms
 6  d1-9-224-143-118-on-nets.com (118.143.224.9)  165.549 ms  166.852 ms  166.824 ms
 7  218.189.5.7 (218.189.5.7)  166.813 ms  167.000 ms  166.991 ms
 8  218.188.104.178 (218.188.104.178)  162.236 ms  162.241 ms  161.034 ms
 9  203.162.217.25 (203.162.217.25)  187.526 ms  187.539 ms  187.723 ms
10  222.255.165.33 (222.255.165.33)  200.741 ms  202.039 ms  202.029 ms
11  203.162.231.5 (203.162.231.5)  201.508 ms  203.754 ms  203.728 ms
12  localhost (123.30.120.22)  203.959 ms  203.954 ms  204.770 ms
13  203.162.185.206 (203.162.185.206)  199.930 ms  201.841 ms  201.812 ms
14  192.168.1.6 (192.168.1.6)  210.763 ms  209.778 ms  210.240 ms
15  222.255.236.225 (222.255.236.225)  209.723 ms  211.020 ms  210.987 ms

[test@server ~]$ tracert 192.168.1.6
traceroute to 192.168.1.6 (192.168.1.6), 30 hops max, 40 byte packets
 1  67-220-217-65.hosted.static.webnx.com (67.220.217.65)  0.480 ms  1.616 ms  1.644 ms
 2  cr3-lax01.webnx.com (67.220.192.102)  1.619 ms  1.627 ms  1.622 ms
 3  67-220-192-98.hosted.static.webnx.com (67.220.192.98)  0.401 ms  0.408 ms  0.403 ms
 4  host-216-66-253-246.static.linkline.com (216.66.253.246)  1.568 ms !H * *
[test@server ~]$

[root@NeifServer ~]# tracert 222.255.236.225
traceroute to 222.255.236.225 (222.255.236.225), 30 hops max, 40 byte packets
1 192.168.20.1 (192.168.20.1) 2.689 ms 0.408 ms 0.370 ms
2 192.168.10.1 (192.168.10.1) 0.902 ms 3.630 ms 0.812 ms
3 192.168.1.1 (192.168.1.1) 2.049 ms 2.137 ms 1.545 ms
4 * * *
5 localhost (222.252.96.113) 9.314 ms 10.205 ms 10.680 ms
6 localhost (222.252.96.1) 11.135 ms 11.794 ms 13.464 ms
7 localhost (123.30.63.25) 34.260 ms 35.112 ms 35.904 ms
8 203.162.231.18 (203.162.231.18) 42.169 ms 43.668 ms 43.190 ms
9 localhost (123.30.120.22) 39.318 ms 37.117 ms 37.880 ms
10 203.162.185.218 (203.162.185.218) 41.320 ms 41.616 ms 41.540 ms
11 222.255.236.225 (222.255.236.225) 27.699 ms 26.594 ms 26.245 ms 

[root@NeifServer ~]# tracert 67.220.217.65
traceroute to 67.220.217.65 (67.220.217.65), 30 hops max, 40 byte packets
1 192.168.20.1 (192.168.20.1) 1.952 ms 0.402 ms 0.360 ms
2 192.168.10.1 (192.168.10.1) 0.755 ms 0.917 ms 0.757 ms
3 192.168.1.1 (192.168.1.1) 1.807 ms 1.969 ms 5.044 ms
4 * * *
5 localhost (222.252.96.113) 104.070 ms 103.567 ms 103.014 ms
6 localhost (222.252.96.1) 102.893 ms 102.476 ms 102.173 ms
7 localhost (123.30.63.33) 102.183 ms 101.655 ms 101.174 ms
8 localhost (123.30.63.18) 147.804 ms 147.966 ms 147.448 ms
9 localhost (123.30.26.14) 147.332 ms 108.718 ms 108.161 ms
10 218.188.104.177 (218.188.104.177) 108.097 ms 107.592 ms 106.869 ms
11 218.189.5.10 (218.189.5.10) 106.334 ms 106.241 ms 105.744 ms
12 d1-22-224-143-118-on-nets.com (118.143.224.22) 300.767 ms 257.445 ms 257.276 ms
13 218.189.5.161 (218.189.5.161) 278.866 ms 325.790 ms 265.955 ms
14 218.189.31.26 (218.189.31.26) 267.252 ms 266.742 ms 266.182 ms
15 ge1.webnx.lax02.mzima.net (64.235.245.66) 262.956 ms 263.381 ms 263.273 ms
16 67-220-217-65.hosted.static.webnx.com (67.220.217.65) 262.762 ms 337.655 ms 337.064 ms 

...
Đây là kết quả trace route của tớ:
Code:

[test@server ~]$ tracert 222.255.236.225
traceroute to 222.255.236.225 (222.255.236.225), 30 hops max, 40 byte packets
...

 

Tớ cho rằng, địa chỉ 192.168.1.6 không phải là một địa chỉ "public", nó được "nhìn thấy" từ internet trong trường hợp này do nó đã được NAT. Tuy nhiên, tớ không chắc chắn lắm.
 

Tớ đã thử thiết lập địa chỉ IP cho Redhat, quả thực là Redhat chấp nhận địa chỉ với octet đầu tiên có giá trị là 127 hoặc lớn hơn 223. Tuy nhiên khi nói về một thiết bị thuộc về một mạng LAN, có nghĩa là thiết bị này phải giao thiếp được với thiết bị khác cùng thuộc về mạng LAN đó. Việc cấp địa chỉ IP cho thiết bị nói trên phải đảm bảo được yêu cầu này.
 

Cậu thử set giá trị cho octet đầu tiên xem, tớ cam đoan là nó sẽ reject khi cậu nhập giá trị 0, 127 hoặc từ 224 trở lên 

neverwon wrote:

...
Đây là kết quả trace route của tớ:
Code:

[test@server ~]$ tracert 222.255.236.225
traceroute to 222.255.236.225 (222.255.236.225), 30 hops max, 40 byte packets
...

 

Trên Linux, lệnh của nó là traceroute thì cứ để thế đi, việc gì phải sửa thành tracert.

neverwon wrote:

Tớ cho rằng, địa chỉ 192.168.1.6 không phải là một địa chỉ "public", nó được "nhìn thấy" từ internet trong trường hợp này do nó đã được NAT. Tuy nhiên, tớ không chắc chắn lắm.
 

/hvaonline/posts/list/23678.html

neverwon wrote:

Tớ đã thử thiết lập địa chỉ IP cho Redhat, quả thực là Redhat chấp nhận địa chỉ với octet đầu tiên có giá trị là 127 hoặc lớn hơn 223. Tuy nhiên khi nói về một thiết bị thuộc về một mạng LAN, có nghĩa là thiết bị này phải giao thiếp được với thiết bị khác cùng thuộc về mạng LAN đó. Việc cấp địa chỉ IP cho thiết bị nói trên phải đảm bảo được yêu cầu này.
 

Vậy nếu cá cược thì bạn thua rồi nhé:

neverwon wrote:

Cậu thử set giá trị cho octet đầu tiên xem, tớ cam đoan là nó sẽ reject khi cậu nhập giá trị 0, 127 hoặc từ 224 trở lên 

 

Tớ xài redhat 5, sử dụng lệnh tracert bình thường, không cần phải sửa
 

Theo em:
- Public IP dùng để định danh trên Internet ( mỗi IP là duy nhất )
- Private IP dùng để định danh trong private network . ( mỗi IP, chẳng hạn 192.168.1.2, có thể là LAN IP của anh quanta, cũng có thể là LAN IP của anh neverwon,...)

Các private network được che đậy với Internet bằng public IP ( thông qua NAT), Vì thế các giao tiếp trên Internet chỉ có public IP (nên anh quanta có LAN IP là 192.168.1.2, anh neverwon cũng có LAN IP 192.168.1.2, thì cũng không liên quan tới nhau).

Còn trường hợp anh quanta đưa ra : /hvaonline/posts/list/23678.html, thì gói tin được gởi đi chỉ nhờ IP đích (không biết nếu 192.168.x.x là IP đích thì sao?) nên không thể nói là từ Internet có thể nhìn thấy (theo nghĩa giao tiếp, kết nối) với các host trong private network mà không cần NAT được. 

hizit91 wrote:

Theo em:
- Public IP dùng để định danh trên Internet ( mỗi IP là duy nhất )
- Private IP dùng để định danh trong private network . ( mỗi IP, chẳng hạn 192.168.1.2, có thể là LAN IP của anh quanta, cũng có thể là LAN IP của anh neverwon,...)

Các private network được che đậy với Internet bằng public IP ( thông qua NAT), Vì thế các giao tiếp trên Internet chỉ có public IP (nên anh quanta có LAN IP là 192.168.1.2, anh neverwon cũng có LAN IP 192.168.1.2, thì cũng không liên quan tới nhau).

Còn trường hợp anh quanta đưa ra : /hvaonline/posts/list/23678.html, thì gói tin được gởi đi chỉ nhờ IP đích (không biết nếu 192.168.x.x là IP đích thì sao?) nên không thể nói là từ Internet có thể nhìn thấy (theo nghĩa giao tiếp, kết nối) với các host trong private network mà không cần NAT được. 

Mục đích của tớ khi "đào" topic này lên là phân biệt hai khái niệm: IP private và IP thiết lập cho mạng LAN.

Về vấn đề: "Tại sao khi tracert một IP public lại xuất hiện một hop có IP trong dải private" thì đã có một topic khác bàn đến. gói tin tracert của ta đi xuyên qua hop này, nhưng ta không thể ping hay tracert tới địa chỉ private này. (Tớ đã thử tracert tới địa chỉ private 192.168.1.6 và post kết quả lên đây rồi)

 

20/06/2007 06:27:21 (+0700) | #30 | 65747 

nghienruou01 wrote:

theo như pnco thì cấp IP động là để tiện cho quản lý, tôi thấy vấn đề này không ổn lắm, việc ngừng thuê bao một static IP và release IP này chỉ 1,2 thao tác 

Hello nghienruou01!
Bạn có thể nói rõ các thao tác này là gì không? Cho dù vậy nếu so với DHCP không cần thao tác nào thì vẫn tiện hơn chứ.

nghienruou01 wrote:

ngoài lý do thiếu IP như K4i đưa ra, tôi nghĩ còn lý do
bảo mật vì user thuê bao không phải ai cũng có đủ trình độ tin học  

Chỗ này chưa hiểu ý bạn lắm. 

Dễ tìm IP public nhất là vào 192.168.1.1. ở đó có ghi IP luôn.

ở nhà tớ là 118.71.23.166

Tuy nhiên tớ chưa hiểu phần cấu hình trong 192.168.1.1.Nhà tớ dùng ZyXEL T-660H T1v2.Vậy tiện đây cho hỏi luôn là, có thể cấu hình những gì trong 192.168.1.1 và cấu hình như thế nào? hoàn toàn không thấy chỗ nào có thể click chuột.
 

Vấn đề thứ 2.Tuy là địa chỉ 118.71.23.166 là public IP tuy nhiên nó vẫn phải thuộc 1 mạng và 1 router nào đó (1 con router chủ của fpt) đồng nghĩa vẫn phải có gẻtway, vậy cách tìm gẻtway đó như thế nào
 

Tớ tracer Yahoo ra bảng như sau:

1 1ms 1ms 1ms 192.168.1.1
2 * 24ms 24ms 118.70.0.243
3 23ms 24ms........ 118.70.1.65
4.... 118.70.0.25

Vì tracer ghi lại thông tin các trạm mà gói tin đi qua vậy 118.70.243 có phải là địa chỉ getway của router fpt hay không ?
 

và sao gõ địa chỉ đấy vào lại Problem load..
 

Cái nào cũng "thật" ở thời điểm sử dụng nó.

Trong cái đường đi của visualroute đó, cái 203.162 ngoài cùng là thực nhất. Bạn cứ tracert từ cái pc tới một cái yahoo nào đó là thấy nguyên đám 203.162..... 

bạn xem lại Ip của bạn là IP tĩnh hay động. IP Động thường thay đổi IP thường xuyên còn IP tĩnh thì không thay đổi 

À còn vấn đề này nữa : em sau khi vào HVA đọc một số bài nhưng sau khi kiểm tra trên cookies trên IE thì không thấy các bài viết mình đã đọc đâu. Vậy liệu có phải là Hva có cài đặt một trương trình nào để tự động del dữ liệu lưu trong cookies máy tính của người duyệt site. 

Tracing route to google.com.au [74.125.31.94]
over a maximum of 30 hops:

1 2 ms 2 ms 2 ms 192.168.1.1
2 12 ms 16 ms 12 ms 123.22.96.1
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 123 ms 121 ms 121 ms 72.14.196.21
7 121 ms 122 ms 121 ms 64.233.175.207
8 121 ms 122 ms 121 ms 209.85.241.58
9 144 ms 141 ms 142 ms 209.85.250.122
10 146 ms 140 ms 142 ms 209.85.243.21
11 * * * Request timed out.
12 143 ms 142 ms 143 ms tb-in-f94.1e100.net [74.125.31.94

Trace complete.