> On Wednesday 16 January 2002 12:30, Alex McLintock wrote:
>
> Comments inline:
> > I am after advice because my first DachStein (floppy) installation is
> > stuck. I am not getting any response from my ISP except for the
> > initial DHCP....
>
> OK, do you know this for sure? More later on this.
>
> > I had some problems getting the D-Link 528's to be recognised but
> > that was because I thought they were tulip based (like other later
> > D-Links). They required pci_scan, ne2k_pci, and 8390 to all be
> > enabled/uncommented.
>
> Almost all pci cards (if not all) will require the pci-scan module now
> with the major re-write Donald Becker did. He took code that was used
> in virtually every pci NIC and made it into the pci-scan module. The
> new tulip module uses it too.
>
--- guitarlynn <[EMAIL PROTECTED]> wrote:
> > My Internet provider is NTL:Home which is a UK based cable company. I
> > know that that is working to some extent because I can get it working
> > with a single windows98 box. I can configure it with DHCP and bobs
> > your uncle.
>
> Good, you can open a "run..." dialog box and enter "winipcfg", select
> your Nic in the adapter box, and push the "more info" button to get
> info on your Gateway and dns server ip addresses.
Aha! Thanks for that. Please put it in the FAQ :-)
It told me that my IP address for the laptop was 80.1.127.3,
Gateway 80.1.127.1,
DNS 194.168.4.100
DHCP server 10.0.122.70
Now when I boot up my DachStein box (just after the cable modem set top box!!!)
it gets the same DHCP server. I get a line something like
DHCPREQUEST on eth0 to 10.0.122.70 port 67
DHCPACK from 10.0.122.70
eth0 bound to 10.50.14.4
Jan 13 08:24:54 firewall dhclient: DHCPREQUEST on eth0 to 10.0.122.70 port 67
Jan 13 08:24:54 firewall dhclient: DHCPACK from 10.0.122.70
Jan 13 08:24:55 firewall dhclient: bound to 10.50.14.4 -- renewal in 1800 seconds.
which is weird since it gave my windows box a 80.* address.....
When I ping the DHCP server I get flashing lights on the NIC but no response
(either appearing or in the logs)
When I ping 10.50.14.0 I do get some response - I get errors appearing in the log files
input DENY lines.
This doesn't happen when I pin 10.50.14.X where X is something else (but not 4).
Now lets pick an IP address which we think is right. The windows 98 box gave me
194.168.4.100
as the DNS server...
netstat -i says:
Kernel Interface table
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0 1500 0 35 0 0 0 330 0 0 0 BMRU
eth1 1500 0 75 0 0 0 0 0 0 0 BMRU
lo 3924 0 0 0 0 0 0 0 0 0 LRU
which hopefully shows that the NIC is working. (I have used the internal web interface
-
just not this time around).
If I run ipchains -L it lists three input DENY rules and then hangs - not displaying
anything else except my previous "tail -f /var/log/syslog &"
Is that normal? surely ipchains -L should list all the rules and then quit...
> > I then got DachStein DENYing absolutely everything that tried to
> > leave the box. Happily a document on the sourceforge site gave me a
> > clue. It said there was a single line in the Eiger network.conf file
> > which denied any access when the external IP address was a "local"
> > one such as 192.168.X.X or 10.X.X.X etc. "Hooray" says I. I have been
> > getting addresses in the 10. range from my ISP. So I edit the file
> > (1, 2 in lrfg) and find not one, but three lines which mention DENY
> > and 10. ip address ranges. I comment them all out.
>
> Hmmm, I only remember one setup that you had to comment out on
> Eigerstein. Dachstein may be different though.
Dachstein does appear to be different in this respect. I *could* go to Eigerstien
but that seems a bit backward.
here is the debug information I should have supplied last time...
> ip addr show
1: lo: <LOOPBACK,UP> mtu 3924 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 brd 127.255.255.255 scope global lo
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100
link/ether 00:50:ba:bd:ab:80 brd ff:ff:ff:ff:ff:ff
inet 10.50.14.4/24 brd 255.255.255.255 scope global eth0
3: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100
link/ether 00:50:ba:bd:b7:78 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.254/24 brd 192.168.1.255 scope global eth1
> ip route show
192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.254
10.50.14.0/24 dev eth0 proto kernel scope link src 10.50.14.4
default via 10.50.14.1 dev eth0
> netstat -i
> lsmod
Module Pages Used by
ip_masq_vdolive 1180 0 (unused)
ip_masq_user 3708 0 (unused)
ip_masq_raudio 2980 0 (unused)
ip_masq_quake 1220 0 (unused)
ip_masq_portfw 2416 0 (unused)
ip_masq_mfw 3196 0 (unused)
ip_masq_irc 1924 0 (unused)
ip_masq_ftp 3576 0 (unused)
ip_masq_cuseeme 964 0 (unused)
ip_masq_autofw 2476 0 (unused)
ne2k-pci 4024 2
8390 6236 0 [ne2k-pci]
pci-scan 2296 0 [ne2k-pci]
> and dmesg
blah...blah...blah...
ne2k-pci.c:v1.01a 10/4/2000 D. Becker/P. Gortmaker
http://www.scyld.com/network/ne2k-pci.html
eth0: RealTek RTL-8029 found at 0xff40, IRQ 10, 00:50:BA:BD:AB:80.
eth1: RealTek RTL-8029 found at 0xff80, IRQ 11, 00:50:BA:BD:B7:78.
blah...blah...blah...
Packet log: input DENY eth0 PROTO=1 10.50.14.4:8 10.50.14.0:0 L=84 S=0x00 I=126
F=0x0000 T=64
(#17)
Packet log: input DENY eth0 PROTO=1 10.50.14.4:8 10.50.14.0:0 L=84 S=0x00 I=127
F=0x0000 T=64
(#17)
Packet log: input DENY eth0 PROTO=1 10.50.14.4:8 10.50.14.0:0 L=84 S=0x00 I=128
F=0x0000 T=64
(#17)
Packet log: input DENY eth0 PROTO=1 10.50.14.4:8 10.50.14.255:0 L=84 S=0x00 I=129
F=0x0000 T=64
(#17)
Packet log: input DENY eth0 PROTO=1 10.50.14.4:8 10.50.14.255:0 L=84 S=0x00 I=130
F=0x0000 T=64
(#17)
This is me pinging some machines hoping to find something which will respond.
Presumably this
means something did respond and my ipchains rules DENYed it.
But later on I see this
Packet log: input DENY eth0 PROTO=17 172.16.30.83:53 10.50.14.4:1024 L=116 S=0x00
I=1365 F=0x4000
T=246 (#8)
Packet log: input DENY eth0 PROTO=17 172.16.30.84:53 10.50.14.4:1024 L=116 S=0x00
I=15785 F=0x4000
T=244 (#8)
Packet log: input DENY eth0 PROTO=17 172.16.30.83:53 10.50.14.4:1024 L=116 S=0x00
I=1366 F=0x4000
T=246 (#8)
Packet log: input DENY eth0 PROTO=17 172.16.30.84:53 10.50.14.4:1024 L=116 S=0x00
I=15786 F=0x4000
T=244 (#8)
Packet log: input DENY eth0 PROTO=17 172.16.30.83:53 10.50.14.4:1024 L=116 S=0x00
I=1367 F=0x4000
T=246 (#8)
Packet log: input DENY eth0 PROTO=17 172.16.30.84:53 10.50.14.4:1024 L=116 S=0x00
I=15787 F=0x4000
T=244 (#8)
which is weird. I don't really know what this is....possibly a port scan?
> OK, dns isn't working... is the right NIC attached to the cablemodem?
> Have you tried switching them? Sounds like the NIC isn't loaded right
> or hasn't gotten any info from the dhcp server to me.
Yep the right nic is attached. I can access and ping through the internal NIC.
(both ways).
> > Any idea on what I should do now? I can't see any kind of traceroute
> > function on the standard DachStein installation. Is that what I
> > should look for?
>
> commands above should give a good idea!
>
> > PS I don't know what my ISP's DNS server is. Does that matter or will
> > DHCP pick that up for me?
>
> Linux doesn't always take the dns entry's from a dhcp server depending
> on how the ISP's dhcp server is set up, you may have to enter it
> manually, we'll see it doesn't sound like the NIC is working right to
> me yet.
I can't even get ip addresses working yet so I'll ignore DNS for the moment.
I would be greatful if someone can confirm Dachstein has worked with a 10.X.X.X
external
IP address.
Thanks again for the help.
Alex McLintock
=====
Alex McLintock [EMAIL PROTECTED] Open Source Consultancy in London
OpenWeb Analysts Ltd, http://www.OWAL.co.uk/
---
SF and Computing Book News and Reviews: http://news.diversebooks.com/
Get Your XML T-Shirt <t-shirt/> at http://www.inversity.co.uk/
COMPETITION : http://news.diversebooks.com/article.pl?sid=01/10/08/1947255
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
_______________________________________________
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user
