亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? tcpip.html

?? 黑客培訓教程
?? HTML
?? 第 1 頁 / 共 3 頁
字號:
<pre>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |       Ethernet destination address (first 32 bits)             |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    | Ethernet dest (last 16 bits)  |Ethernet source (first 16 bits) |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |       Ethernet source address (last 32 bits)                   |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |        Type code                                               |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |  IP header, then TCP header, then your data                    |</P>
<P>    |                                                                |</P>
<P>    |                                                                |</P>
<P>    | &#9;&#9;&#9;&#9;&#9;&#9;&#9;                                   |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |                       Ethernet Checksum                        |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
</pre>
<P>Address Resolution Protocol or ARP</P>

<P>Data before being transmitted across the Internet or across a local network is broken down into smaller Packets which are suitable for transfer over the net. These packets have the Source and Destination IP's but for the transfer to take place the suitable Hardware Addresses or the MAC addresses must also be known. That is where ARP comes in.</P>

<P>To get the Hardware MAC addresses, ARP or Address Resolution Protocol sends a request message. The Router replies with the Hardware Address. It is similar to the DNS and it too has a cache. This cache can be a bit vulnerable as a Hacker could forge a connection from a remote machine claiming to be one of the cached locations. So we can conclude that ARP translates IP's into Ethernet Addresses. One thing to remember about ARP is that it only translates outgoing packets.</P>

<P>There is also something called the RARP which is an abbreviation for Reverse Address Resolution   Protocol, which like the name says does exactly reverse of what ARP does.</P>

<P>There is simply no algorithm to get the Ethernet Address from the IP Address. To carry out such translations, each computer has a file which has a table with rows for each computer and two columns for their corresponding IP address and Ethernet Address. The File is somewhat like the following-:</P>

<P>                                      Internet Protocol Address                         Ethernet Address</P>
<P>Computer Name              xxx.xy.yy.yx                                           08-00-39-00-2F-C3</P>

<P>Say there are a system in a Network (A) and an unidentified system (B) contacts it. Now A only knows the IP address of B. Now A will first try to identify whether B is the same network so that it can directly communicate via Ethernet. So it will first check the IP to MAC address translation table which it has. If it finds the IP in the table then well and good and A will establish a connection with B via Ethernet. </P>

<P>On the Other hand if A does not find any match for the specific IP, it will send out a request in the form of a 'Broadcast'. All computers within the Network will receive this broadcast and will search their own IP to MAC translation table and will reply with the necessary MAC address. A basic difference between an Ip address and MAC address is that an IP is the form xxx.xxx.xxx.xxx and a MAC address is in the form </P>
<P>xx:xx:xx:xx:xx:xx and one is 32 bit while the other is 40 bit.</P>

<P>Read RFC 826 for further in depth details about the ARP protocol.</P>

<P>Application Layer</P>

<P>Till now  you  have learnt  how data is broken down into smaller chunks, and transferred to the destination, where the chunks are rearranged. But there is yet another aspect to a successful data transfer process, which we have not discussed yet: The Application Protocols and the Application Layer itself. A host which receives datagrams has many applications or services (daemons) running which are ready to establish a TCP connection and accept a message. Datagrams travelling on the Internet must know which application they have to establish connection with, which application they have to send the message to. A typical web server will have the FTP daemon, the HTTP daemon, the POP daemon, and the SMTP daemon running.</P>
<P>Wouldn't the datagrams get confused as to which daemon to send the message to.</P>

<P>For the datagrams to know which computer to send the message to, we have IP addresses. The datagram knows what daemon or application to send the message to by the Port Number attached to the IP address of the Destination. A TCP address is actually fully described by 4 numbers; The IP address of the Source and Destination and the TCP Port Numbers of each end to which data is to be sent. These numbers are found in the TCP Header.</P>

<P>To make it simpler to understand I have included an excerpt from the Net Tools Chapter:</P>

<P>What is all the hype about socket programming? What exactly are sockets? </P>

<P>TCP\IP or Transmission Control Protocol\ Internet Protocol is the language or the protocol used by computers to communicate with each other over the Internet. Say a computer whose IP address is 99.99.99.99 wants to communicate with another machine whose IP address is 98.98.98.98 then would will happen? </P>

<P>The machine whose IP is 99.99.99.99 sends a packet addressed to another machine whose IP is</P>
<P>98.98.98.98. When 98.98.98.98 receives the packet then it verifies that it got the message by sending a</P>
<P>signal back to 99.99.99.99.But say the person who is using 99.99.99.99 wants to have simultaneously  more</P>
<P>than one connections to 98.98.98.98.....then what will happen? Say 99.99.99.99 wants to connect to </P>
<P>the FTP daemon and download a file by FTP and at the same time it wants to connect to 98.98.98.98's </P>
<P>website i.e. The HTTP daemon. Then 98.98.98.98. will have 2 connects with 99.99.99.99 simultaneously. Now how can 98.98.98.98.distinguish between the two connections...how does 98.98.98.98. know which </P>
<P>is for the FTP daemon and which for the HTTP daemon? If there was no way to distinguish between the </P>
<P>two connections then they would both get mixed up and there would be a lot of chaos with the message </P>
<P>meant for the HTTP daemon going to the FTP daemon. To avoid such confusion we have ports. At each </P>
<P>port a particular service or daemon is running by default. So now that the 99.99.99.99 computers knows </P>
<P>which port to connect to, to download a FTP file and which port to connect to, to download the web page, </P>
<P>it will communicate with the 98.98.98.98 machine using what is known as the socket pair which is a</P>
<P>combination of an IP address and a Port. So in the above case the message which is meant for the FTP daemon  will be addressed to 98.98.98.98 : 21 (Notice the colon and the default FTP port suceeding it.). </P>
<P>So that the receiving machine i.e. 98.98.98.98 will know for which service this message is meant for and to </P>
<P>which port it should be directed to.</P>

<P>In TCP\IP or over the Internet all communication is done using the Socket pair i.e. the combination of the IP address and the port.</P>

<P>*****************</P>
<P>HACKING TRUTH: Learn More about Ports, IP addresses and Sockets by reading the Net Tools Chapter.</P>
<P>*****************</P>
<P>The Application Layers basically consists of the Applications running on your computer and the Applications running on the host to which you are connected. Say you are viewing the Hotmail Site, then the application layer comprises of the Web Browser running on your computer and the HTTP daemon running at Hotmail's server and the Application Protocol being used to communicate is HyperText Transfer Protocol. </P>

<P>As soon as a TCP connection is established the Applications running on Each end decide the language or protocol to be used to communicate and send datagrams.</P>

<P>Coming Soon: IP Spoofing , DNS, DNS Spoofing, Dos Utilities in Technical terms, Port Scanning in     </P>
<P>                        TCP\IP terms.</P>

<P>Ankit Fadia</P>
<P></FONT><A HREF="mailto:Ankit@bol.net.in"><FONT SIZE=2>ankit@bol.net.in</FONT></A></P>
<FONT SIZE=2>
<P>To get everything you ever dreamt of written by Ankit Fadia </P>
<P>Join his mailing list by sending an email to:</P>
<P>programmingforhackers-subscribe@egroups.com</P>

<P>&nbsp;</P>
<P>&nbsp;</P></FONT></BODY>
</HTML>

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
久久影院午夜论| av成人免费在线观看| 国产午夜精品理论片a级大结局| 欧美日韩视频在线观看一区二区三区| 91女厕偷拍女厕偷拍高清| 成人免费高清视频| 成人av免费观看| aa级大片欧美| 日韩欧美三级在线| 国产网站一区二区| 欧美aaaaa成人免费观看视频| 麻豆精品久久久| 黄色资源网久久资源365| 国产精品一品视频| 99re66热这里只有精品3直播| 99久久精品国产精品久久| 欧美一区二区在线免费观看| 日韩免费成人网| 亚洲码国产岛国毛片在线| 亚洲另类春色校园小说| 亚洲成a人片综合在线| 麻豆一区二区三| 欧美午夜精品理论片a级按摩| 日韩欧美国产高清| 午夜久久久久久久久| 国产一区二区精品久久91| 99re在线精品| 中文字幕国产一区| 亚洲妇女屁股眼交7| 久久精品国产77777蜜臀| 国产.欧美.日韩| 欧美日韩久久一区| 国产嫩草影院久久久久| 一区二区三区在线观看欧美| 免费在线视频一区| 欧美麻豆精品久久久久久| 亚洲国产高清在线| 成人激情免费网站| 国产精品伦理在线| 久久国产精品区| 日韩美女视频在线| 精品夜夜嗨av一区二区三区| 精品国产免费一区二区三区四区 | 91精品国产综合久久久蜜臀图片| 日韩一区二区电影网| 中文一区在线播放| 成人app在线观看| 亚洲欧美国产毛片在线| 色域天天综合网| 久久人人爽人人爽| 三级欧美韩日大片在线看| 99久久久国产精品免费蜜臀| 国产精品久久网站| 国产麻豆精品theporn| 国产午夜精品久久久久久久| 成人免费视频免费观看| 亚洲精品成人精品456| 欧美日精品一区视频| 欧美aaaaaa午夜精品| 国产日韩欧美一区二区三区综合| 国产成人精品一区二区三区四区| 正在播放亚洲一区| 激情综合亚洲精品| 亚洲视频一二三区| 成人高清伦理免费影院在线观看| 亚洲欧洲韩国日本视频| 成人黄色电影在线| 樱花草国产18久久久久| 日韩一区二区精品在线观看| 国产精品亚洲专一区二区三区| 国产精品青草综合久久久久99| 91麻豆swag| 捆绑紧缚一区二区三区视频| 国产精品乱码人人做人人爱| 欧美日韩精品是欧美日韩精品| 国产一区二区三区精品欧美日韩一区二区三区| 国产农村妇女精品| 91麻豆精品国产无毒不卡在线观看| 国内不卡的二区三区中文字幕| 亚洲精品高清在线观看| 久久众筹精品私拍模特| 在线看国产日韩| 亚洲午夜激情网页| 久久精品欧美一区二区三区麻豆| 日本韩国精品一区二区在线观看| 狠狠色2019综合网| 亚洲一区二区精品视频| 51精品久久久久久久蜜臀| av不卡一区二区三区| 久久不见久久见中文字幕免费| 亚洲免费观看高清完整版在线观看 | 日韩精品电影一区亚洲| 国产精品视频一二三区| 精品欧美一区二区三区精品久久| 国产在线精品一区二区三区不卡| 夜夜爽夜夜爽精品视频| 久久精品网站免费观看| 日韩一区二区三区免费看| 欧美中文字幕一二三区视频| 成人少妇影院yyyy| 国产精品18久久久久| 日本sm残虐另类| 午夜久久久影院| 亚洲国产精品自拍| 亚洲男女毛片无遮挡| 国产精品欧美久久久久无广告| 日韩欧美一二三| 欧美一区二区三区播放老司机| 色婷婷亚洲婷婷| 99视频精品全部免费在线| 国产麻豆成人精品| 国产一区 二区| 国产麻豆精品在线观看| 国内一区二区在线| 久久电影网站中文字幕| 久久国产精品色婷婷| 麻豆精品久久精品色综合| 久久国产人妖系列| 久久99国产精品尤物| 久久成人18免费观看| 精彩视频一区二区三区| 狠狠色丁香久久婷婷综| 激情av综合网| 国产一区二区三区日韩| 国产成人免费av在线| 国产成人av自拍| 99精品在线免费| 色狠狠色狠狠综合| 欧美日韩在线不卡| 91精品国产综合久久福利软件| 日韩一区二区三区在线观看| 精品999久久久| 中文字幕欧美激情| 亚洲蜜臀av乱码久久精品| 亚洲精品免费在线播放| 亚洲一级电影视频| 秋霞影院一区二区| 国产.欧美.日韩| 色婷婷综合久色| 欧美精品一级二级| 精品国产一区二区三区久久久蜜月 | 在线观看日韩电影| 欧美巨大另类极品videosbest | 国产精品日韩成人| 一区二区三区国产| 久久国产精品72免费观看| 国产99久久久久| 色av成人天堂桃色av| 欧美一区二区三区在线观看视频| 精品福利一区二区三区免费视频| 国产日产欧美一区| 一区二区三区免费| 日产国产高清一区二区三区| 一区二区三区在线影院| 久久精品国产在热久久| www.性欧美| 欧美高清视频一二三区 | 中文字幕一区二区三中文字幕| 亚洲成人激情自拍| 国产精品正在播放| 日本高清视频一区二区| 精品国产乱码久久久久久牛牛 | 91免费观看国产| 日韩午夜在线播放| 亚洲欧美一区二区三区国产精品| 久久精品国产在热久久| 色综合久久88色综合天天6| 精品剧情在线观看| 亚洲制服丝袜av| 国产高清不卡二三区| 9191成人精品久久| 亚洲乱码国产乱码精品精的特点 | 亚洲一区在线观看视频| 国产精品乡下勾搭老头1| 欧美日韩性生活| 中文字幕一区免费在线观看| 精品一区二区三区影院在线午夜| 色哟哟国产精品免费观看| 久久色视频免费观看| 日韩中文字幕不卡| 欧美日韩一区二区三区在线看| 国产精品日产欧美久久久久| 久久精品国产免费看久久精品| 欧美性做爰猛烈叫床潮| 亚洲人成7777| 成人黄色软件下载| 欧美激情一区在线| 精品一区二区国语对白| 日韩亚洲欧美综合| 日韩精品一二三四| 欧美日韩精品是欧美日韩精品| 亚洲理论在线观看| 色94色欧美sute亚洲13| 日韩理论片网站| 成人性视频网站| 国产精品三级视频| www.在线成人| 亚洲男人的天堂网| 色噜噜久久综合| 亚洲国产精品一区二区久久恐怖片|