make sure you have run the config util that brian fritz pointed out, it is a
life saver...
also, check the bios for setting the pci/pnp option, I would leave it on,
but on some newer bios' there is an option to reset the status of all the
pci cards, try configuring the 3com first, add the intel
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 i
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 wi
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
chan
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 si
> 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 w
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 A
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 with
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
>>
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
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
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 /etc/ne
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?
But...
Troy Aden wrote:
> Just a footnote to this. I can connect within my LAN to the webmin
> just fine so I am forced to conclude that it is a problem with my firewall
> rules. Thanks.
These sorts of problems can be associated with MTU discovery problems as
well as rules -- is the client in the
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:
Just a footnote to this. I can connect within my LAN to the webmin
just fine so I am forced to conclude that it is a problem with my firewall
rules. Thanks.
-Original Message-
From: Troy Aden [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 27, 2002 1:30 PM
To: Leaf-U
Support Requests item #615630, was opened at 2002-09-27 12:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=213751&aid=615630&group_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 seems
Support Requests item #615630, was opened at 2002-09-27 19:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=213751&aid=615630&group_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=detail&atid=213751&aid=615630&group_id=13751
Category: Release/Branch: Bering
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
> >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
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
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 tunnel
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!)
24 matches
Mail list logo