Thanks to Tom Eastep's help, I got the LEAF PPTP client working. I did all my
testing on a cable modem connection, though, and now I'm preparing to head
out to our remote office where they use a PPPoE DSL connection.
I read somewhere in the mailing list archives (can't find it now, darn it!)
Chad Carr wrote:
Hello routing and tunneling guys and gals! I have a tunneling quandry for
ye.
I am doing an implementation of mobile ip and have finally solidified all
of the protocol bits to implement a foreign agent, and have come to the
part where I need to accept ip-in-ip tunneled
On Monday 23 September 2002 13:56, Francois BERGERET wrote:
HI Chutima,
I am tempting this for 5 firewalls without success.
I have never been able to start a VPN between only two boxes !
I am waiting for any help from Chad who has Bering IPSec in charge.
Is it possible to have a post with
I also have noticed windows doing that, not really sure the exact
mechanism
they use, maybe looking at the ARP.
I have not seen this behavior under Windows. But then, I can't recall ever
duplicating an IP address on a LAN I was managing (and I don't have enough
non-essential hosts running
Support Requests item #615630, was opened at 2002-09-27 12:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=213751aid=615630group_id=13751
Category: Release/Branch: Bering
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
I currently have a server running behind my Bering box. The rules that I
have set up in shorewall rules are as follows:
#Access to my web server
DNAT net loc:192.168.1.280
#Access to my webmin server
DNAT net loc:192.168.1.2:25000https
The problem
Support Requests item #615630, was opened at 2002-09-27 19:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=213751aid=615630group_id=13751
Category: Release/Branch: Bering
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
Support Requests item #615630, was opened at 2002-09-27 12:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=213751aid=615630group_id=13751
Category: Release/Branch: Bering
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
Troy Aden wrote:
I currently have a server running behind my Bering box. The rules that I
have set up in shorewall rules are as follows:
#Access to my web server
DNAT net loc:192.168.1.280
#Access to my webmin server
DNAT net loc:192.168.1.2:25000
The client is in the 'net' zone. (remote computer) I am attempting to
connect to my webmin server at home from work and it is failing when I try
to login to webmin over ssl. Please note that if I allow the page to time
out then I hit the back button my page is there. Why would this happen?
Please direct all support questions to the LEAF-user mailing list as
requested on my support page:
http://lrp.steinkuehler.net/Support.htm
Your problem is you're not allowing the desired ports through the
firewall rules before trying to port-forward them. You need to add the
following to
Troy Aden wrote:
The client is in the 'net' zone. (remote computer) I am attempting to
connect to my webmin server at home from work and it is failing when I try
to login to webmin over ssl. Please note that if I allow the page to time
out then I hit the back button my page is there. Why
Tom Eastep wrote:
Troy Aden wrote:
The client is in the 'net' zone. (remote computer) I am attempting to
connect to my webmin server at home from work and it is failing when I
try
to login to webmin over ssl. Please note that if I allow the page to time
out then I hit the back button my
Tom Eastep wrote:
Tom Eastep wrote:
Troy Aden wrote:
The client is in the 'net' zone. (remote computer) I am attempting to
connect to my webmin server at home from work and it is failing when
I try
to login to webmin over ssl. Please note that if I allow the page to
time
out then I
Hi.
Here's my setup.
P166/32 RAM
Dachstein (Kernel 2.2.19-3-LEAF)
Eth0: Intel PRO/100+ Management (PCI)
Eth1: 3COM 3C509B-TPO (ISA)
Loaded modules on startup:
pci-scan.o
8390.o
eepro100.o
3c509.o
All modules load correctly, and self-test correctly. However, the network
cards conflict
One possible problem is that the last PCI slot may be interfering with a
ISA slot. Try moving the ISA card to a different slot. I discovered
this problem when I built a Pentium machine as my router with two ISA
nic's and the system board has both ISA and PCI slots on it.
Robert Chambers
Kyle
P166/32 RAM
Dachstein (Kernel 2.2.19-3-LEAF)
Eth0: Intel PRO/100+ Management (PCI)
Eth1: 3COM 3C509B-TPO (ISA)
Loaded modules on startup:
pci-scan.o
8390.o
eepro100.o
3c509.o
All modules load correctly, and self-test correctly. However, the
network
cards conflict with each
Thanks for replying.
I've since gone back and taken 8390 out. At first, when things weren't
working right, I tried putting it in there, thinking there was some sort of
wierd dependancy or something. I've searched through Intel's site, and
found out that I need to be using e100.o. So, I have
FYI - I posted about 3 months back witn a problem I had with extreme
slowdown when I was going through the Dachstein firewall. I've since been
able to figure out it was the 3Com cards I was using. I was using PCI 3C905
cards. Switched out to Intel cards and I'm running full speed, NO other
On Fri, 27 Sep 2002 at 20:38:42 EST Kyle Holder wrote:
Here's my setup.
P166/32 RAM
Dachstein (Kernel 2.2.19-3-LEAF)
Eth0: Intel PRO/100+ Management (PCI)
Eth1: 3COM 3C509B-TPO (ISA)
On Fri, 27 Sep 2002 23:25:12 -0400 Karl Poglitsch wrote:
FYI - I posted about 3 months back witn a
On Fri, 27 Sep 2002 22:11:30 EST Kyle Holder wrote:
I've searched through Intel's site, and
found out that I need to be using e100.o. So, I have since switched to that
driver, and now, am having IRQ problems, as you have correctly pointed out.
I am currently trying to figure out if it is
21 matches
Mail list logo