[leaf-user] Adding a second ppp device to Bering 1.2
In an attempt to setup a dial in server with my Bering 1.2 box I need to add a dynamic ppp1 for the dial in modem. ppp0 is used by the PPPOA connection on my USB speedtouch modem and it gets a bit upset when the machine trys to use ppp without a second ppp device defined properly. I have mgetty and most other config options set but cannot get a second ppp device to appear drynamically when the modem answers with AutoPPP This is a follow up to my posting two days ago, can anyone advise on this please? With thanks, Matthew --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Alcatel adsl speedtouch problems.
Hi all, I am still trying to get my adsl connection going using an usb speedtouch adsl modem, but so far no luck. I followed the descriptions in the bering users guide but I am still not succesfull. If i run the ifup -v ppp0 as suggested by Jacques when he tried to help out Matthew I see the commands defined in my /etc/interfaces execute, so I see the mount, modem_run command, and then pon adsl. But after that I don't see a ppp0 device when I do an ip add. I have attached the relevant portions of daemon.log syslog Any help would be greatly appreciated. Kim Oppalfens daemon.log Sep 15 15:10:17 mgoose pppd[30758]: pppd 2.4.1 started by root, uid 0 Sep 15 15:10:17 mgoose pppd[30758]: using channel 1 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 19760), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 2 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 14139), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 3 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 17929), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 4 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 14656), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 5 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 22150), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 6 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 4072), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 7 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 19059), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 8 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 27194), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 9 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 2304), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 10 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 3171), status = 0x8b00 Sep 15 15:10:17 mgoose pppd[30758]: Modem hangup Sep 15 15:10:17 mgoose pppd[30758]: Connection terminated. Sep 15 15:10:17 mgoose pppd[30758]: using channel 11 Sep 15 15:10:17 mgoose pppd[30758]: Using interface ppp0 Sep 15 15:10:17 mgoose pppd[30758]: Connect: ppp0 -- /dev/ttyp1 Sep 15 15:10:17 mgoose pppd[30758]: Script /usr/sbin/pppoa3 -m 1 -c -vpi 8 -vci 35 finished (pid 32096), status = 0x8b00 Sep 15 15:10:17
[leaf-user] VPN -- VPN issues
Hello all! I am running into a strange VPN problem between our offices here and in a second location. Here is the configuration. (Site1) VPN client -- Firewall -- Internet -- Firewall -- VPN client (Site 2) -will not allow a second VPN connection to site 1! Why? (I am terrible at ASCI art so I will do my best to explain.) There are 2 sites. If a client at site 1 makes a VPN connection to site 2 all is well. And likewise if a client from site 2 makes a VPN connection to site 1 all is well. The problems start when a second client from site 2 attempts a VPN connection to site 1 they can't do it. Does this sound to anyone like a firewall issue or a server configuration issue? I am hoping that this something that could be solved by using Bering 1.2 with shorewall. We are running FloppyFW right now with Iptables rules to allow VPN inbound and outbound at both locations. (But this package does not have any modules to manage these connections ie. # snip from Bering module config Modules needed for PPTP connection slhc ppp_generic ppp_async ppp_mppe snip from Bering module config These modules are enabled on my Bering box. Would using these modules with Bering solve this VPN problem? I would be happy to answer any questions to clarify this further if needed. Thanks in advance! Troy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] firewall comparison - recommendations?
After some problems getting my second floppy recognized under Dachstein, I am wondering whether or not I should switch to something else. But, that leaves me with a lot more questions: How do the various LEAFirewalls differ? What are the major minimum requirements for each? Why should I use instead of ? Some google-ing did not really turn up much useful in the way of comparison data between one or the other and I would really appreciate some expert opinions and any links to existing comparison information I could look over. Thank you all in advance. Arnold --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
RE: [leaf-user] Bering lost it's NICs
It happened to me again this weekend. This time on the new PC. Just as in Francois' case the default route changed. In my case it went from eth0 (connected to a cable modem) to ipsec0. There has to be some explanation for this behavior, and a way to keep it from happening. Best Regards, Roger McClurg Reply-To: [EMAIL PROTECTED] From: Francois BERGERET [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [leaf-user] Bering lost it's NICs Date: Sat, 13 Sep 2003 21:38:26 +0200 Dear Leaf Users and developpers, Always searching how to resolve this problem... We are several to have it and not read any solution to correct it. For now, I can say that when this problem occures, the manual solution, excepting a complete reboot of my Soekris/Bering card, is to delete the default route, which have switched curiously from ppp0 to ipsec0, and to add a new default route assigning ppp0 again ! And Bering works again, always alive ! So, how can I do that automaticaly ? May be this occures with a little drop of my IPS link ? If yes, just to survey the up/down of ppp0 and del/add default route systematicaly when ppp0 is up again could resolve this ? But, to do that correctly, how to assign the IP address of mu ISP gateway which is not always the same at each PPPoE connection ? I have tempt an idiot command with %defaultroute, but, this variable seems to be not authorized at this place... What could be the correct solution ? Any idea guys ? Best Regards, Francois BERGERET, France. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
RE: [leaf-user] Bering and MRTG [faked-from][sls]
I use the netsnmp packages from Charles Steinkuehler's Dachstein CD. They work just fine under Bering 1.2. You can find the packages here: netsnmpd.lrp : http://leaf-project.org/devel/cstein/files/diskimages/dachstein-CD/CD-Contents/netsnmpd.lrp netsnmpu.lrp : http://leaf-project.org/devel/cstein/files/diskimages/dachstein-CD/CD-Contents/netsnmpu.lrp Best Regards, Roger McClurg --- Subject: RE: [leaf-user] Bering and MRTG [faked-from][sls] From: Ronny Aasen [EMAIL PROTECTED] To: leaf [EMAIL PROTECTED] Organization: Date: 11 Sep 2003 14:13:58 +0200 On Wed, 2003-09-10 at 22:13, Charles Holbrook wrote: Packages are listed on leaf.sourceforge.net under the Bering-uClibc 1.x downloads. As far as configuring the snmpd.conf file you COULD use it straight out of the box with no modifications and it would work. There is a single tweak that you might want to do to allow a more robust walk of the snmp tree. Trace back your community name through the groups to it's persmissions, change that from system to .1 and that will allow you to walk all of the tree without having to specify anything in the snmpwalk command. I would however suggest making one change to the conf script and that is for the community name. the snmp package in the tarballs on leaf.sf.net. Is any of those compatible with regular Bering 1.2 (glibc) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] firewall comparison - recommendations?
Arnold Wiegert wrote: After some problems getting my second floppy recognized under Dachstein, I am wondering whether or not I should switch to something else. Did you edit syslinux.cfg on the first floppy and make sure the second floppy is defined for floppies PKGPATH=/dev/fd0,/dev/fd1 or PKGPATH=/dev/fd0u1680,/dev/fd1u1680 depending on the type of floppies you use. Dachstein and Bering use two floppies in the same way. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Compile module Bering 1.2 how to
Anybody knows about a Bering 1.2 kernel distribution to compile modules HOW TO. Thanks in advance. Sebastián A. Aresca --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Compile module Bering 1.2 how to
I have had problems coming up with the correct environment to compile under for Bering-Uclibc 1.2. I do have a couple suggestions though. 1) I have been told that the UML environment provided at uclibc.org will not work due to wchar implementation in it's version of uclibc. 2) Although it may seem a little light these directions are correct. http://leaf.sourceforge.net/mod.php?mod=userpagemenu=91018page_id=52 3) Someone may correct me on this one but it would seem that there is one thing left out of them. export CC=full patch/i386-uclibc-gcc This way it will always look to uclibc's gcc for compiling. 4) Other than that I really can't say a whole lot about it. Everything I have tried to compile under uclibc, with the exception of keepalived, has gone extremely smooth. I haven't gotten to the testing phase of my software yet so I don't know if I did everything absolutely correct yet. On Mon, 2003-09-15 at 13:59, Sebastian A. Aresca wrote: Anybody knows about a Bering 1.2 kernel distribution to compile modules HOW TO. Thanks in advance. Sebastián A. Aresca --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] PROTO=ICMP messages from my Bering box???
Hi again! Sorry I missed the [leaf-user] tag in the subject line the first time. Won't happen again. -- Jordi Besora [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] PROTO=ICMP messages from my Bering box???
Hi everyone! I'm seeing some PROTO=ICMP messages in my shorwall logs since four or five days ago, and I wonder what they can be. I have Bering 1.2 connected between my ADSL modem and my internal LAN. The internal router's IP is 192.168.1.254, and the only computer I have connected to the network at the moment is 192.168.1.250, runing Mandrake 9.1. The Bering box i floppy-based and the floppy is write-protected. I get lots of this PROTO=ICMP from external addresses, but what worries me, is that it looks like I'm getting these from my Bering box! Here are the messages I get, as copied from weblet (sorry they lost formatting). From Current Connections, under Masqueraded Connections (only at the time it happens, then these connections disappear) icmpsrc=8dst=192.168.1.255dst=src=192.168.1.250type=8 --1 sec. id=4107 [UNREPLIED] src=192.168.1.255 dst=192.168.1.250 type=0 code=0 id=4107use=1 icmpsrc=8dst=192.168.1.0dst=src=192.168.1.250type=8 --1 sec. id=4107 [UNREPLIED] src=192.168.1.0 dst=192.168.1.250 type=0 code=0 id=4107 use=1 From hits sorted by frequency and ip address under my router's address hits caused by 192.168.1.254. It starts at about the time I booted the router: Sep 15 19:05:11 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:f5:c5:00:01:ff:ff:02:01:f5:c5:02:06:ff:ff:13:00:f5:c5:00:01:ff:ff:02:01:f5:c5:10:09:ff:ff:2a:00:f5:c5:00:01:ff:ff:02:01:f5:c5:00:05:ff:ff:05:00:f5:c5:00:01:ff:ff:02:01:f5:c5:10:07:ff:ff:66:00:f5:c5:00:01:ff:ff:02:01:f5:c5:00:06:ff:ff:0a:45:00:00:1c:1e:90:00:00:40:01:d7:08:c0:a8:01:fe:c0:a8:01:fa:00:00:a0:f8:5f:07:00:00:06:ff:ff SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=7824 PROTO=ICMP TYPE=0 CODE=0 ID=24327 SEQ=0 Sep 15 19:05:21 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC= SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=36278 PROTO=ICMP TYPE=0 CODE=0 ID=24327 SEQ=0 Sep 15 19:10:33 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=28710 PROTO=ICMP TYPE=0 CODE=0 ID=22281 SEQ=0 Sep 15 19:10:43 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=819 PROTO=ICMP TYPE=0 CODE=0 ID=22281 SEQ=0 Sep 15 19:20:36 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=2744 PROTO=ICMP TYPE=0 CODE=0 ID=54793 SEQ=0 Sep 15 19:20:46 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=44529 PROTO=ICMP TYPE=0 CODE=0 ID=54793 SEQ=0 Sep 15 19:40:41 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=5934 PROTO=ICMP TYPE=0 CODE=0 ID=9482 SEQ=0 Sep 15 19:40:44 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=33894 PROTO=ICMP TYPE=0 CODE=0 ID=9482 SEQ=0 Sep 15 20:20:43 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=31960 PROTO=ICMP TYPE=0 CODE=0 ID=38154 SEQ=0 Sep 15 20:20:53 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=64183 PROTO=ICMP TYPE=0 CODE=0 ID=38154 SEQ=0 Sep 15 21:40:46 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=54824 PROTO=ICMP TYPE=0 CODE=0 ID=4107 SEQ=0 Sep 15 21:40:53 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=48465 PROTO=ICMP TYPE=0 CODE=0 ID=4107 SEQ=0 After this they keep coming every hour and 20 minutes. Any ideas? I'm grateful for any directions, pointers, suggestions. -- Jordi Besora [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Compile module Bering 1.2 how to
Sebastian Sebastian A. Aresca wrote the following at 20:59 15.09.2003: Anybody knows about a Bering 1.2 kernel distribution to compile modules HOW TO. I just use a separate directory (not /usr/src) and gcc 2.95.x. My native compiler is gcc 3.x., so I placed a copy of 2.95.x in /usr/local/bin and changed the PATH accordingly. I built my own Makefile which downloads everything needed and compiles the kernel, but IIRC Jacques has prepared a fully blown bering kernel source in one downloadable tarball. The rest can be found in the Kernel HOWTO HTH Erich THINK Püntenstrasse 39 8143 Stallikon mailto:[EMAIL PROTECTED] PGP Fingerprint: BC9A 25BC 3954 3BC8 C024 8D8A B7D4 FF9D 05B8 0A16 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] PROTO=ICMP messages from my Bering box???
At 10:13 PM 9/15/2003 +0200, Jordi Besora wrote: Hi everyone! I'm seeing some PROTO=ICMP messages in my shorwall logs since four or five days ago, and I wonder what they can be. I have Bering 1.2 connected between my ADSL modem and my internal LAN. The internal router's IP is 192.168.1.254, and the only computer I have connected to the network at the moment is 192.168.1.250, runing Mandrake 9.1. The Bering box i floppy-based and the floppy is write-protected. I get lots of this PROTO=ICMP from external addresses, but what worries me, is that it looks like I'm getting these from my Bering box! Here are the messages I get, as copied from weblet (sorry they lost formatting). [...] Sep 15 21:40:53 darouter Shorewall:all2all:REJECT: IN= OUT=eth1 MAC=00:20:af:5d:e1:9a:00:20:1a:11:3d:73:08:00 SRC=192.168.1.254 DST=192.168.1.250 LEN=28 TOS=00 PREC=0x00 TTL=64 ID=48465 PROTO=ICMP TYPE=0 CODE=0 ID=4107 SEQ=0 After this they keep coming every hour and 20 minutes. Any ideas? I'm grateful for any directions, pointers, suggestions. Well, they all are TYPE=0, which is Echo Reply, that is, a response to a ping. Is some app on your Mandrake host pinging the router for some reason? I assume you have your Shorewall setup configured to block ping replies, though I don't know why you would do that for the LAN. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
RE: [leaf-user] Alcatel adsl speedtouch problems.
First of all thanks for taking time out of a probably busy schedule. I am indeed using Bering uclibc and I am running from cdrom by now. The speedtouch package is the one I downloaded from your website, so I should bounce that question back to you, but I assume it is not compiled against uclibc no. I wouldn't mind switching back to bering, but I thought I used the quick way out and try to get my current setup going. Probably switching to bering will turn out to be quicker anyway. I do assume usbdevfs is mounted ok since a cat /proc/bus/usb/devices shows the speedtouch device. I will start configuring a berind cd and try again, I will keep you posted on my progress. Kim Oppalfens Kim: Some suggestions I understand you are using Bering uclibc. Is your speedtouch package compiled against the same lib ? I you were willing (at least for testing purpose) to use standard Bering you would find in my testing directory to other versions of the speedtouch driver: 1.1 (stable) and 1.2-beta2. You could give it a try and see if that solves your pb Are you sure usbdevfs is mounted ok ? Jacques smime.p7s Description: S/MIME cryptographic signature