VirtualBox

Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#5531 closed defect (invalid)

GRE protocol nut supported in NAT mode

Reported by: Reiner1210 Owned by:
Component: network/NAT Version: VirtualBox 3.0.12
Keywords: GRE NAT Cc:
Guest type: Windows Host type: Linux

Description

The GRE protocol, used by Windows for VPN connections does not work when connected via NAT mode (I have not tried the bridge mode but I suppose that it is working). Host: Suse 11.1 (32 bit) Guest: Windows XP (32 bit) It was possible to establich a VPN connection from the guest to an other Computer

Change History (6)

comment:1 by Reiner1210, 14 years ago

in reply to:  1 comment:2 by vasily Levchenko, 14 years ago

Resolution: invalid
Status: newclosed

Replying to Reiner1210:

Here some details about GRE

http://support.microsoft.com/kb/241251/EN-US/

unfortunately it's impossible to do without raw sockets (because GRE is neither UDP nor TCP base protocol). which aren't a solution also, because restrictions of Windows on using raw socket, the one possible way implementing this will remove any difference between NAT and Bridged networking.

comment:3 by Technologov, 14 years ago

one possible way implementing this will remove any difference between NAT and Bridged networking.

What do you mean ? How is it possible to remove the difference ?

Those are *fundamentally* different things, and NAT cannot work with *some* payload. (non-standard protocols).

-Technologov

in reply to:  3 comment:4 by vasily Levchenko, 14 years ago

Replying to Technologov:

one possible way implementing this will remove any difference between NAT and Bridged networking.

What do you mean ? How is it possible to remove the difference ?

e.g. ICMP support, require raw socket on Linux/Solaris, but Windows has ICMP API. lack of raw sockets has enforced e.g. nmap use driver instead raw sockets since XP sp2 times. support such protocols like GRE requires raw sockets that is noway on Windows except driver solution. We can't allow ourself to have got much different NAT implementation on Windows, Unix and Darwin, the lat one has own obstacles.

Those are *fundamentally* different things, and NAT cannot work with *some* payload. (non-standard protocols).

-Technologov

comment:5 by Reiner1210, 14 years ago

Well if the combination is Linux Host and Windows Guest I think it's possible since the host is Linux which have raw sockets. I think the more important question is how many people will need it? I have discovered this incidentally, but perhaps there are situations where this is needed.

Reiner

in reply to:  5 comment:6 by vasily Levchenko, 14 years ago

Replying to Reiner1210:

Well if the combination is Linux Host and Windows Guest I think it's possible since the host is Linux which have raw sockets. I think the more important question is how many people will need it?

The problem is that NAT should work on all platforms and by adding raw sockets on Linux, we'll have to introduce kernel land code on Windows, to keep functionality consistent.

I have discovered this incidentally, but perhaps there are situations where this is needed.

Reiner

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use