Создание обратного прокси с использованием Jpcap
Мне нужно создать программу, которая получает HTTP-запрос и перенаправляет эти запросы на веб-серверы.
http://img269.imageshack.us/img269/1862/h98trsly.jpg
Я успешно сделал это, используя только Java Sockets, но клиенту нужно было реализовать программу в Jpcap. Я хотел бы знать, возможно ли это, и какую литературу я должен читать для этого проекта.
Это то, что я сейчас имею, соединив куски из учебника Jpcap:
import java.net.InetAddress;
import java.io.*;
import jpcap.*;
import jpcap.packet.*;
public class Router {
public static void main(String args[]) {
//Obtain the list of network interfaces
NetworkInterface[] devices = JpcapCaptor.getDeviceList();
//for each network interface
for (int i = 0; i < devices.length; i++) {
//print out its name and description
System.out.println(i+": "+devices[i].name + "(" + devices[i].description+")");
//print out its datalink name and description
System.out.println(" datalink: "+devices[i].datalink_name + "(" + devices[i].datalink_description+")");
//print out its MAC address
System.out.print(" MAC address:");
for (byte b : devices[i].mac_address)
System.out.print(Integer.toHexString(b&0xff) + ":");
System.out.println();
//print out its IP address, subnet mask and broadcast address
for (NetworkInterfaceAddress a : devices[i].addresses)
System.out.println(" address:"+a.address + " " + a.subnet + " "+ a.broadcast);
}
int index = 1; // set index of the interface that you want to open.
//Open an interface with openDevice(NetworkInterface intrface, int snaplen, boolean promics, int to_ms)
JpcapCaptor captor = null;
try {
captor = JpcapCaptor.openDevice(devices[index], 65535, false, 20);
captor.setFilter("port 80 and host 192.168.56.1", true);
} catch(java.io.IOException e) {
System.err.println(e);
}
//call processPacket() to let Jpcap call PacketPrinter.receivePacket() for every packet capture.
captor.loopPacket(-1,new PacketPrinter());
captor.close();
}
}
class PacketPrinter implements PacketReceiver {
//this method is called every time Jpcap captures a packet
public void receivePacket(Packet p) {
JpcapSender sender = null;
try {
NetworkInterface[] devices = JpcapCaptor.getDeviceList();
sender = JpcapSender.openDevice(devices[1]);
} catch(IOException e) {
System.err.println(e);
}
IPPacket packet = (IPPacket)p;
try {
// IP Address of machine sending HTTP requests (the client)
// It's still on the same LAN as the servers for testing purposes.
packet.dst_ip = InetAddress.getByName("192.168.56.2");
} catch(java.net.UnknownHostException e) {
System.err.println(e);
}
//create an Ethernet packet (frame)
EthernetPacket ether=new EthernetPacket();
//set frame type as IP
ether.frametype=EthernetPacket.ETHERTYPE_IP;
//set source and destination MAC addresses
// MAC Address of machine running reverse proxy server
ether.src_mac = new MacAddress("08:00:27:00:9C:80").getAddress();
// MAC Address of machine running web server
ether.dst_mac = new MacAddress("08:00:27:C7:D2:4C").getAddress();
//set the datalink frame of the packet as ether
packet.datalink=ether;
//send the packet
sender.sendPacket(packet);
sender.close();
//just print out a captured packet
System.out.println(packet);
}
}
Любая помощь будет принята с благодарностью. Спасибо.
2 ответа
Зачем? Каковы его причины? Он действительно хочет заплатить в десять раз больше за то же самое, что вы уже сделали?
Вам не нужен Jpcap для реализации HTTP прокси. Это можно сделать полностью в java.net или java.nio.
Я не думаю, что вы можете сделать это, по крайней мере, на коробке Windows. Jpcap - это просто оболочка для Winpcap, и этот базовый механизм не может отбрасывать наблюдаемые пакеты:
Итак, я не вижу, как вы можете создать обратный прокси-сервер "на проводе". Разве вы не должны делать следующее:
Наблюдайте за поступающим HTTP-запросом, объединяя пакеты в режиме реального времени И отбрасывая их от получения намеченным хостом.
Сделайте альтернативный HTTP-запрос на основе любых правил прокси, которые вы используете.
Захватить ответ на ваш запрос и отправить по сети пакеты, которые имитируют ответ от исходного хоста?
Поскольку вы не можете отбросить входящие пакеты, не будет ли намеченный хост пытаться обработать запрос и выбросить собственные пакеты в ответ? Наверное, есть еще кое-что, о чем я не знаю, потому что я не эксперт по сетям. Этот вопрос просто заставил меня задуматься о том, что можно было бы использовать с помощью такой "прокладки".