Last updated 2004-06-30 by Roedy
Green ©1996-2004 Canadian Mind Products
Java definitions: 0-9 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
You are here : home : Java Glossary : I words : IP.
For the second and third questions use one of these whois services:
public class DottedQuad { /** * display an IP as a dotted quad xxx.xxx.xxx.xxx */ public static String dottedQuad ( int ip ) { StringBuffer sb = new StringBuffer( 15 ); for ( int shift=24; shift >0; shift-=8 ) { // process 3 bytes, from high order byte down. sb.append( Integer.toString( (ip >>> shift) & 0xff )); sb.append('.'); } sb.append( Integer.toString( ip & 0xff ) ); return sb.toString(); } /** * test harness * * @param args not used */ public static void main ( String[] args ) { System.out.println( dottedQuad( 0x01ff0010 ) ); } }
// IP bit tricks // compute an n bit subnet mask, all 1s except for last n bits. int subnet = ~( ( 1 << n ) - 1 ); // generate a list of possible local IP addresses, e.g. // 192.168.0.0 .. 192.168.255.255 int base = (192 << 24) | (168 << 16); for ( int i=0; i<0xffff; i++ ) { int sample = base | i; System.out.println( DottedQuad.dottedQuad( sample ) ); }
Unfortunately, unsigned Applets will be told the hostname is localhost/127.0.0.1 since such nosiness is considered a security breach. Signed Applets will be told the truth. Further, if you are behind a router or firewall, you will just get your local LAN address, e.g. [192.168.2.34], not the facing address you are known by out on the Internet via your proxy.
In JSP, the following methods may be useful: request.getServerName(), request.getServerPort() and request.getRequestURI()
If you are writing a Applet, you can find out the name of the server indirectly via Applet.getCodeBase. You have to use the URL.getHost method to pull out just the part you want.
If your webserver supports SSI you can get such information via the REMOTE_HOST (URL) REMOTE_ADDR (IP) SERVER_NAME (URL) and SERVER_ADDR (IP) directives.
In Windows, you can use the utility ipconfig /all to display information such as IP, subnet mask, DNS Server IP, host name, physical ethernet 48-bit MAC address, gateway IP and DHCP server IP. In older versions of Windows there is a similar utility called winipconfig. You can spawn this utility from Java with the exec function, and programmatically scan through the output to find what you need. Alternatively, you need to write platform specific JNI code to grab additional information, such as DNS servers, gateways, masks, etc.
There are various utilities that periodically probe to find out your IP address, then notify you if your face IP changes, and also notify the DynDns server.
You can use
If you are behind a firewall you may not have access to DNS or reverse DNS lookup. You might experiment by putting the DNS-IP pair in your Windows or NT HOSTS file, or working purely with IPs. Sometimes the receiver requires a DNS name, not just a pure IP. In that case you can provide one with URLConnection.setRequestProperty().
I know of no way to discover your DNS server IPs without resorting to JNI.
Unfortunately, finding out your server's IP will trip the sandbox security mechanism in an Applet. You could sign the Applet, or you can dance around the problem this way: you get the server name from getCodeBase().getServer(), open a Socket to port 80 and retrieve the local IP address from that Socket. If getServer() returns null, the Applet is running locally, and you could just use localhost namely 127.0.0.1 as the IP address. In Linux you could use localhost@localdomain.
You can find out who owns a domain name at http://www.networksolutions.com/cgi-bin/whois/whois. Unfortunately, you can no longer find out who owns an IP. For that you need arin.net.
If you need finer control than InetAddress gives you, e.g. the ability to select the DNS server, try DNSJava.
For computers not directly attached to the Internet, (e.g. via a proxy server), or on a LAN that has Internet access, but without individual station access, or on an isolated LAN, you don't need universally unique IP numbers. You can use the ones reserved for local private LAN use. You don't need to get anyone's permission to use them such as 192.168.0.1 .. 192.168.255.254
| IP Addresses | |||||
|---|---|---|---|---|---|
| Address
Class |
IP Range | Format | |||
| A large | 0.0.0.0 (null)
1.0.0.1 .. 9.255.255.254
10.0.0.1 .. 10.255.255.254
11.0.0.1 .. 126.255.255.254 127.0.0.1 (localhost) |
|
|||
| B medium | 128.0.0.1 .. 172.15.255.254
172.16.0.1 .. 172.31.255.254
172.32.0.1 .. 191.255.255.254 |
|
|||
| C small | 192.0.0.1 .. 192.167.255.254
192.168.0.1 .. 192.168.255.254
192.169.0.1 .. 223.255.255.254 |
|
|||
One of the rather terrifying things about the way the Internet is designed is that there is nothing to stop people from configuring their machines with IPs they have no business using. It becomes trivially easy to steal unused or rarely used IPs, to spoof someone else's identity, or to spy on someone else's traffic. The Internet protocols were not designed to deal with malicious teenage hackers, only gentlemanly academics. If engineers built the way computer scientists do, the first woodpecker than came along would destroy civilisation.
| IPv4 Packet Header | ||
|---|---|---|
| Field | Size in bits | Purpose |
| version | 4 | 4 for IP version 4. This allows IPv4 and IPv6 packets to be mixed. |
| hlen | 4 | size of packet header measured in 32-bit chunks. |
| total length | 16 | total size of packet header plus data payload measured in 8-bit chunks (aka bytes or octets). The means the maximum size of a packet including data is 64K. This means the payload of data is at most 65,515 bytes. |
| time to live | 8 | how many more hops/seconds this packet has to live before being discarded as lost or hopelessly late. On each leg of this packet's journey, this field gets decremented by 1 or the number of seconds of delay at that hop if the delay was greater than one second. |
| header checksum | 16 | digest of just the header to ensure the header has not been scambled in transmission. It has to be recomputed at each hop to account for the new value of the time to live field. Note that the body of the packet is not protected by checksum. That has to be done at a higher level, e.g. UDP or TCP/IP. |
| source IP | 32 | Who sent the packet. When it finally arrives at its destination the receiver will know who it was from. |
| destination IP | 32 | Where the packet is going. On each leg of its journey the routing computer uses this to get the packet a little closer to its final destination. |
| other stuff | 48 | Miscellaneous fields. See details. |
Everything is in big endian byte order.
The sender tosses his packet of data into the Internet, with the header. Computers on the net pass the packet along hoping to get it closer and closer to its destination. Perhaps a dozen hops later it finally arrives. Perhaps it doesn't. There is nothing in IP protocol to guarantee safe arrival.
IP protocol does not sound too promising. Unlikely you will use IP protocol directly. UDP ( via Java classes DatagramPacket and DatagramSocket) and TCP/IP (via Java classes Socket and ServerSocket) protocols are built on top of IP, and FTP and HTTP (via Java class HttpURLConnection) are built on top of TCP/IP.
MaxMind sells code to obtain the country, region, city, latitude, and longitude of any IP address. This would often be an ISP rather than the actual company responsible for content.
home |
Canadian Mind Products | |||
| mindprod.com IP:[24.87.56.253] | ||||
| Your IP:[80.134.30.163] | ||||
| You are visitor number 7684. | ||||
| Please send errors, omissions and suggestions | ||||
| to improve this page to Roedy Green. | ||||
| You can get a fresh copy of this page from: | or possibly from your local J: drive mirror: | |||
| http://mindprod.com/jgloss/ip.html | J:\mindprod\jgloss\ip.html | |||