From owner-freebsd-net Sun Jan 9 2:19:25 2000 Delivered-To: freebsd-net@freebsd.org Received: from cichlids.com (as1-048.rp-plus.de [149.221.236.48]) by hub.freebsd.org (Postfix) with ESMTP id 833CF1521E for ; Sun, 9 Jan 2000 02:19:22 -0800 (PST) (envelope-from alex@cichlids.com) Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 20B45AB92; Sun, 9 Jan 2000 11:19:25 +0100 (CET) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id LAA01281; Sun, 9 Jan 2000 11:19:14 +0100 (CET) (envelope-from alex) Date: Sun, 9 Jan 2000 11:19:14 +0100 From: Alexander Langer To: Mohit Aron Cc: weyrich@goodnet.com, freebsd-net@freebsd.org Subject: Re: performance of FreeBSD-current as SMP Message-ID: <20000109111914.A1218@cichlids.cichlids.com> References: <20000108201159.A14353@cichlids.cichlids.com> <200001082045.OAA16047@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200001082045.OAA16047@cs.rice.edu>; from aron@cs.rice.edu on Sat, Jan 08, 2000 at 02:45:23PM -0600 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thus spake Mohit Aron (aron@cs.rice.edu): > Sounds so similar to Microsoft - "Windows NT is optimized as much as it > possibly can be ...". You should join Microsoft and make such foolish > statements there. I _am_ a Microsoft developer. In fact, I'm main-developer for the NT SMP stuff. Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 9 6:13:43 2000 Delivered-To: freebsd-net@freebsd.org Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (Postfix) with ESMTP id 23D8E14E8C for ; Sun, 9 Jan 2000 06:13:38 -0800 (PST) (envelope-from mbretter@sbox.tu-graz.ac.at) Received: from babsi.tu-graz.ac.at (chello-a17.vc-graz.ac.at [193.170.225.17]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with SMTP id PAA13702 for ; Sun, 9 Jan 2000 15:13:35 +0100 (MET) From: Michael Bretterklieber To: freebsd-net@freebsd.org Subject: 3.3R, custom-config, boot-problems Date: Sun, 9 Jan 2000 14:58:49 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00010915115500.29979@babsi.tu-graz.ac.at> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I ported my custom-picobsd from 3.1R to 3.3R. If I try to boot from my custom-PicoBSD-floppy the boot-process stops after the last device-probing-output, the last lines I got are: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in and then nothing, no more messages, no errors no warnings. After that I tried the 3.3R-boot-disks, and there were no problems. I've no idea, where can I to search the problem!? Does anybody have a similar problem? How can I debug it to get more messages at boot time? Thanx, -- \|/ @ @ +---------------------------oOO-(_)-OOo---------------------------+ Michael Bretterklieber Office: Michael.Bretterklieber@gamed.com Privat: mbretter@sbox.tu-graz.ac.at URL: http://www.sbox.tu-graz.ac.at/home/m/mbretter/ Sorry for my bad english! +-----------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jan 9 17: 0:40 2000 Delivered-To: freebsd-net@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 2FCB814CCE for ; Sun, 9 Jan 2000 17:00:37 -0800 (PST) (envelope-from aron@cs.rice.edu) Received: (from aron@localhost) by cs.rice.edu (8.9.0/8.9.0) id TAA00110; Sun, 9 Jan 2000 19:00:29 -0600 (CST) From: Mohit Aron Message-Id: <200001100100.TAA00110@cs.rice.edu> Subject: Re: performance of FreeBSD-current as SMP To: alex@microsoft.com (Alexander Langer) Date: Sun, 9 Jan 2000 19:00:29 -0600 (CST) Cc: weyrich@goodnet.com, freebsd-net@freebsd.org In-Reply-To: <20000109111914.A1218@cichlids.cichlids.com> from "Alexander Langer" at Jan 9, 2000 11:19:14 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I _am_ a Microsoft developer. In fact, I'm main-developer for the NT > SMP stuff. > Figures. - Mohit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jan 10 2:36:42 2000 Delivered-To: freebsd-net@freebsd.org Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (Postfix) with ESMTP id 7608414CFE for ; Mon, 10 Jan 2000 02:36:35 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.197.47]) by smtp01.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAB1845; Mon, 10 Jan 2000 11:36:33 +0100 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id LAA87100; Mon, 10 Jan 2000 11:18:46 +0100 (CET) (envelope-from asmodai) Date: Mon, 10 Jan 2000 11:18:46 +0100 From: Jeroen Ruigrok/Asmodai To: Omachonu Ogali Cc: Robert Czaplicki , "'net@freebsd.org'" Subject: Re: port 1024 Message-ID: <20000110111846.B86986@daemon.ninth-circle.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from oogali@intranova.net on Thu, Jan 06, 2000 at 09:53:37PM -0500 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -On [20000107 08:00], Omachonu Ogali (oogali@intranova.net) wrote: >On most machines the ephermal ports start at 1024, so immediately after >boot, the ports allocated would be 1024, 1025, etc. Sometimes, BIND is the >first network-based process to run and binds it self to the first >available port (in some cases 1024), I would advise you to get 'lsof' and >run it to see what process is bound to that port. If you say according to BSD history (duh, how's that for logic) then you are right. Otherwise you get ports 49152 upto 65535 for ephemeral ports (according to IANA). Given Solaris and possible other SVR4 descendants you'll end up at 32768 upto 65535 for the ephemeral ports. -- Jeroen Ruigrok van der Werven/Asmodai asmodai@[wxs.nl|bart.nl] Documentation nutter. *BSD: Technical excellence at its best... The BSD Programmer's Documentation Project There's pathetic opposition, they're the cause of my condition, I'll be coming back... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jan 10 11:24:12 2000 Delivered-To: freebsd-net@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id DEE5F14F73; Mon, 10 Jan 2000 11:24:08 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.2/8.9.2) id LAA03925; Mon, 10 Jan 2000 11:24:06 -0800 (PST) From: Archie Cobbs Message-Id: <200001101924.LAA03925@bubba.whistle.com> Subject: Re: cvs commit: src/sys/netinet ip_output.c In-Reply-To: <200001101846.KAA96010@freefall.freebsd.org> from Ruslan Ermilov at "Jan 10, 2000 10:46:06 am" To: ru@FreeBSD.org (Ruslan Ermilov) Date: Mon, 10 Jan 2000 11:24:06 -0800 (PST) Cc: cvs-committers@FreeBSD.org, freebsd-net@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ruslan Ermilov writes: > Modified files: > sys/netinet ip_output.c > Log: > MGETHDR() does not initialize m_pkthdr.rcvif, do it here. > > This fixes page fault panic observed when diverting packets > with IP options (e.g. ping -R remoteIP over natd). > > PR: kern/8596, kern/11199 I've been bitten by this same bug more than once. It might be good to do a quick code review, I bet there are other instances around. Or, how about adding a new argument for the initial value of 'rcvif' to the MGETHDR() macro? This would insure this bug doesn't happen and cost nothing (except in presumably rare cases where rcvif is not known yet). -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jan 10 17:27:33 2000 Delivered-To: freebsd-net@freebsd.org Received: from svn.com.br (sv1.svn.com.br [200.223.74.33]) by hub.freebsd.org (Postfix) with ESMTP id CF9F21538C for ; Mon, 10 Jan 2000 17:27:18 -0800 (PST) (envelope-from boozy@rabelo.eti.br) Received: from robusto (sp362.svn.com.br [200.223.82.160]) by svn.com.br (8.9.3/8.9.2) with SMTP id XAA16003; Mon, 10 Jan 2000 23:25:41 -0200 Message-Id: <200001110125.XAA16003@svn.com.br> X-Sender: boozy%rabelo.eti.br@mickey.atarde.com.br X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo X-Priority: 1 (Highest) Date: Mon, 10 Jan 2000 23:17:51 -0200 To: 6bone@isi.edu, users@ipv6.org, freebsd-net@FreeBSD.org From: Boozy Subject: Problemas na instalacao do KAME Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_947560671==_" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --=====================_947560671==_ Content-Type: text/plain; charset="us-ascii" Hello, I have downloaded the last stable version of KAME for FreeBSD (19991213), but I didn't get sucess. I extracted the tgx file into /usr/kame and copied the file GENERIC.v6 to saturno.v6 without any changes. I ran /usr/sbin/config saturno.v6 without any problems. However some erros occurred when I tried to execute make depend. Can anybody help me? I'm using FreeBSD 3.3 and I'm sending the file created by the script command. [] Luciano Rabelo --=====================_947560671==_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="step_2b" Script started on Mon Jan 10 17:52:51 2000 saturno# pwd /usr/kame/freebsd3 saturno# cd sys/i386/conf saturno# cp GENERIC.v6 saturno.v6 saturno# /usr/sbin/config saturno.v6 Don't forget to do a ``make depend'' Kernel build directory is ../../compile/saturno.v6 saturno# cd ../../compile/saturno.v6/ saturno# make depend cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi = -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include= opt_global.h -D_KERNEL ../../i386/i386/genassym.c cc -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline= -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I-= -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h= -D_KERNEL genassym.o -o genassym ./genassym >assym.s rm -f param.c cp ../../conf/param.c . sh ../../kern/vnode_if.sh ../../kern/vnode_if.src make -f ../../dev/aic7xxx/Makefile MAKESRCPATH=3D../../dev/aic7xxx Warning: Object directory not changed from original= /usr/kame/freebsd3/sys/compile/saturno.v6 yacc -d ../../dev/aic7xxx/aicasm_gram.y mv y.tab.c aicasm_gram.c cc -O -pipe -I/usr/include -I. -c aicasm_gram.c lex -t ../../dev/aic7xxx/aicasm_scan.l > aicasm_scan.c cc -O -pipe -I/usr/include -I. -c aicasm_scan.c cc -O -pipe -I/usr/include -I. -c ../../dev/aic7xxx/aicasm.c cc -O -pipe -I/usr/include -I. -c ../../dev/aic7xxx/aicasm_symbol.c cc -O -pipe -I/usr/include -I. -o aicasm aicasm_gram.o aicasm_scan.o= aicasm.o aicasm_symbol.o -ll ./aicasm -nostdinc -I- -I. -I../.. -I../../../include -o aic7xxx_seq.h -r= aic7xxx_reg.h ../../dev/aic7xxx/aic7xxx.seq ./aicasm: 709 instructions used perl5 ../../kern/makedevops.pl -c ../../kern/device_if.m perl5 ../../kern/makedevops.pl -h ../../kern/device_if.m perl5 ../../kern/makedevops.pl -c ../../kern/bus_if.m perl5 ../../kern/makedevops.pl -h ../../kern/bus_if.m rm -f .newdep mkdep -a -f .newdep -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi = -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include= opt_global.h -D_KERNEL -elf device_if.c bus_if.c ../../cam/cam.c= ../../cam/cam_xpt.c ../../cam/cam_extend.c ../../cam/cam_queue.c= ../../cam/cam_periph.c ../../cam/cam_sim.c ../../cam/scsi/scsi_all.c= ../../cam/scsi/scsi_da.c ../../cam/scsi/scsi_sa.c ../../cam/scsi/scsi_cd.c= ../../cam/scsi/scsi_pass.c ../../dev/advansys/advansys.c = ../../dev/advansys/advlib.c ../../dev/advansys/advmcode.c = ../../dev/advansys/adwcam.c ../../dev/advansys/adwlib.c = ../../dev/advansys/adwmcode.c ../../dev/aha/aha.c = ../../dev/aic7xxx/aic7xxx.c ../../dev/aic7xxx/93cx6.c = ../../dev/buslogic/bt.c ../../dev/isp/isp_freebsd.c ../../dev/isp/isp.c = ../../dev/dpt/dpt_scsi.c ../../dev/ppbus/lpt.c ../../dev/ppbus/ppb_base.c = ../../dev/ppbus/ppb_1284.c ../../dev/ppbus/ppb_msq.c = ../../dev/ppbus/ppbconf.c ../../dev/ppbus/ppi.c ../../dev/ppbus/if_plip.c = ../../dev/vx/if_vx.c ../../isofs/cd9660/cd9660_bmap.c = ../../isofs/cd9660/cd9660_lookup.c ../../isofs/cd9660/cd9660_node.c = ../../isofs/cd9660/cd9660_rrip.c ../../isofs/cd9660/cd9660_util.c = ../../isofs/cd9660/cd9660_vfsops.c ../../isofs/cd9660/cd9660_vnops.c = ../../kern/imgact_aout.c ../../kern/imgact_elf.c ../../kern/imgact_gzip.c = ../../kern/imgact_shell.c ../../kern/inflate.c ../../kern/init_main.c = ../../kern/init_sysent.c ../../kern/kern_intr.c ../../kern/kern_module.c = ../../kern/kern_linker.c ../../kern/link_aout.c ../../kern/link_elf.c = ../../kern/kern_acct.c ../../kern/kern_clock.c ../../kern/kern_conf.c = ../../kern/kern_descrip.c ../../kern/kern_environment.c = ../../kern/kern_exec.c ../../kern/kern_exit.c ../../kern/kern_fork.c = ../../kern/kern_ktrace.c ../../kern/kern_lock.c ../../kern/kern_lockf.c = ../../kern/kern_malloc.c ../../kern/kern_mib.c ../../kern/kern_ntptime.c = ../../kern/kern_physio.c ../../kern/kern_proc.c ../../kern/kern_prot.c = ../../kern/kern_resource.c ../../kern/kern_shutdown.c = ../../kern/kern_sig.c ../../kern/kern_subr.c ../../kern/kern_synch.c = ../../kern/kern_syscalls.c ../../kern/kern_sysctl.c ../../kern/kern_time.c= ../../kern/kern_timeout.c ../../kern/kern_xxx.c ../../kern/md5c.c= ../../kern/subr_autoconf.c ../../kern/subr_bus.c ../../kern/subr_devstat.c= ../../kern/subr_diskslice.c ../../kern/subr_dkbad.c ../../kern/subr_log.c= ../../kern/subr_module.c ../../kern/subr_prf.c ../../kern/subr_prof.c= ../../kern/subr_rlist.c ../../kern/subr_scanf.c ../../kern/subr_xxx.c= ../../kern/sys_generic.c ../../kern/sys_pipe.c ../../kern/sys_process.c= ../../kern/subr_rman.c ../../kern/sys_socket.c ../../kern/sysv_ipc.c= ../../kern/sysv_msg.c ../../kern/sysv_sem.c ../../kern/sysv_shm.c= ../../kern/tty.c ../../kern/tty_compat.c ../../kern/tty_conf.c= ../../kern/tty_pty.c ../../kern/tty_subr.c ../../kern/tty_tty.c= ../../kern/uipc_domain.c ../../kern/uipc_mbuf.c ../../kern/uipc_proto.c= ../../kern/uipc_socket.c ../../kern/uipc_socket2.c= ../../kern/uipc_syscalls.c ../../kern/uipc_usrreq.c ../../kern/vfs_bio.c= ../../kern/vfs_cache.c ../../kern/vfs_cluster.c ../../kern/vfs_conf.c= ../../kern/vfs_default.c ../../kern/vfs_init.c ../../kern/vfs_lookup.c= ../../kern/vfs_subr.c ../../kern/vfs_syscalls.c ../../kern/vfs_vnops.c = ../../kern/kern_threads.c ../../kern/vfs_aio.c = ../../miscfs/deadfs/dead_vnops.c ../../miscfs/fifofs/fifo_vnops.c = ../../miscfs/procfs/procfs_ctl.c ../../miscfs/procfs/procfs_fpregs.c = ../../miscfs/procfs/procfs_map.c ../../miscfs/procfs/procfs_mem.c = ../../miscfs/procfs/procfs_note.c ../../miscfs/procfs/procfs_regs.c = ../../miscfs/procfs/procfs_status.c ../../miscfs/procfs/procfs_subr.c = ../../miscfs/procfs/procfs_type.c ../../miscfs/procfs/procfs_vfsops.c = ../../miscfs/procfs/procfs_vnops.c ../../miscfs/specfs/spec_vnops.c = ../../msdosfs/msdosfs_conv.c ../../msdosfs/msdosfs_denode.c = ../../msdosfs/msdosfs_fat.c ../../msdosfs/msdosfs_lookup.c = ../../msdosfs/msdosfs_vfsops.c ../../msdosfs/msdosfs_vnops.c = ../../net/bpf.c ../../net/bpf_filter.c ../../net/altq_conf.c ../../net/if.c= ../../net/if_ethersubr.c ../../net/if_loop.c ../../net/if_media.c = ../../net/if_mib.c ../../net/if_ppp.c ../../net/if_sl.c ../../net/if_tun.c = ../../net/ppp_tty.c ../../net/radix.c ../../net/raw_cb.c = ../../net/raw_usrreq.c ../../net/route.c ../../net/rtsock.c = ../../net/slcompress.c ../../net/zlib.c ../../netinet/altq_afmap.c = ../../netinet/altq_blue.c ../../netinet/altq_cbq.c = ../../netinet/altq_cdnr.c ../../netinet/altq_fifoq.c = ../../netinet/altq_hfsc.c ../../netinet/altq_localq.c = ../../netinet/altq_red.c ../../netinet/altq_rio.c = ../../netinet/altq_rmclass.c ../../netinet/altq_subr.c = ../../netinet/altq_wfq.c ../../netinet/if_ether.c ../../netinet/igmp.c = ../../netinet/in.c ../../netinet/in_pcb.c ../../netinet/in_proto.c = ../../netinet/in_rmx.c ../../netinet/ip_flow.c ../../netinet/ip_icmp.c = ../../netinet/ip_input.c ../../netinet/ip_mroute.c = ../../netinet/ip_output.c ../../netinet/raw_ip.c ../../netinet/tcp_input.c= ../../netinet/tcp_output.c ../../netinet/tcp_subr.c= ../../netinet/tcp_timer.c ../../netinet/tcp_usrreq.c= ../../netinet/udp_usrreq.c ../../netkey/key.c ../../netkey/key_debug.c= ../../netkey/keysock.c ../../nfs/nfs_bio.c ../../nfs/nfs_node.c= ../../nfs/nfs_nqlease.c ../../nfs/nfs_serv.c ../../nfs/nfs_socket.c= ../../nfs/nfs_srvcache.c ../../nfs/nfs_subs.c ../../nfs/nfs_syscalls.c= ../../nfs/nfs_vfsops.c ../../nfs/nfs_vnops.c ../../pci/amd.c= ../../pci/adv_pci.c ../../pci/adw_pci.c ../../pci/ahc_pci.c = ../../pci/bt_pci.c ../../pci/dpt_pci.c ../../pci/if_al.c ../../pci/if_ax.c = ../../pci/if_de.c ../../pci/if_ed_p.c ../../pci/if_fxp.c = ../../pci/if_lnc_p.c ../../pci/if_mx.c ../../pci/if_pn.c ../../pci/if_rl.c = ../../pci/if_sf.c ../../pci/if_tl.c ../../pci/if_tx.c ../../pci/if_vr.c = ../../pci/if_vx_pci.c ../../pci/if_wb.c ../../pci/if_xl.c = ../../pci/isp_pci.c ../../pci/ncr.c ../../pci/pci.c ../../pci/pci_compat.c = ../../pci/pcisupport.c ../../pci/wdc_p.c ../../posix4/posix4_mib.c = ../../posix4/p1003_1b.c ../../net/if_dummy.c ../../net/if_gif.c = ../../net/net_osdep.c ../../netinet/in_gif.c ../../netinet6/in6_gif.c = ../../netinet/ip_ecn.c ../../netinet6/in6.c ../../netinet6/in6_ifattach.c = ../../netinet6/in6_cksum.c ../../netinet6/in6_pcb.c = ../../netinet6/in6_proto.c ../../netinet6/in6_rmx.c = ../../netinet6/in6_prefix.c ../../netinet6/dest6.c ../../netinet6/frag6.c = ../../netinet6/icmp6.c ../../netinet6/ip6_input.c = ../../netinet6/ip6_forward.c ../../netinet6/ip6_mroute.c = ../../netinet6/ip6_output.c ../../netinet6/route6.c ../../netinet6/mld6.c = ../../netinet6/nd6.c ../../netinet6/nd6_nbr.c ../../netinet6/nd6_rtr.c = ../../netinet6/raw_ip6.c ../../netinet6/udp6_usrreq.c = ../../netinet6/ah_core.c ../../netinet6/esp_core.c ../../netinet6/ipsec.c = ../../netinet6/ah_output.c ../../netinet6/ah_input.c = ../../netinet6/esp_output.c ../../netinet6/esp_input.c = ../../netinet6/ipcomp_core.c ../../netinet6/ipcomp_input.c = ../../netinet6/ipcomp_output.c ../../crypto/sha1.c = ../../crypto/des/des_cbc.c ../../crypto/des/des_ecb.c = ../../crypto/des/des_setkey.c ../../crypto/des/des_3cbc.c = ../../crypto/blowfish/bf_cbc.c ../../crypto/blowfish/bf_cbc_m.c = ../../crypto/blowfish/bf_enc.c ../../crypto/blowfish/bf_skey.c = ../../crypto/cast128/cast128.c ../../crypto/cast128/cast128_cbc.c = ../../crypto/rc5/rc5.c ../../crypto/rc5/rc5_cbc.c = ../../ufs/ffs/ffs_alloc.c ../../ufs/ffs/ffs_balloc.c = ../../ufs/ffs/ffs_inode.c ../../ufs/ffs/ffs_softdep_stub.c = ../../ufs/ffs/ffs_subr.c ../../ufs/ffs/ffs_tables.c = ../../ufs/ffs/ffs_vfsops.c ../../ufs/ffs/ffs_vnops.c = ../../ufs/mfs/mfs_vfsops.c ../../ufs/mfs/mfs_vnops.c = ../../ufs/ufs/ufs_bmap.c ../../ufs/ufs/ufs_disksubr.c = ../../ufs/ufs/ufs_ihash.c ../../ufs/ufs/ufs_inode.c = ../../ufs/ufs/ufs_lookup.c ../../ufs/ufs/ufs_quota.c = ../../ufs/ufs/ufs_vfsops.c ../../ufs/ufs/ufs_vnops.c = ../../vm/default_pager.c ../../vm/device_pager.c ../../vm/swap_pager.c = ../../vm/vm_fault.c ../../vm/vm_glue.c ../../vm/vm_init.c= ../../vm/vm_kern.c ../../vm/vm_map.c ../../vm/vm_meter.c= ../../vm/vm_mmap.c ../../vm/vm_object.c ../../vm/vm_page.c= ../../vm/vm_pageout.c ../../vm/vm_pager.c ../../vm/vm_swap.c= ../../vm/vm_unix.c ../../vm/vnode_pager.c ../../vm/vm_zone.c= ../../dev/fb/fb.c ../../dev/fb/splash.c ../../dev/kbd/atkbd.c= ../../dev/kbd/atkbdc.c ../../dev/kbd/kbd.c ../../dev/syscons/syscons.c = ../../dev/syscons/scvidctl.c ../../dev/syscons/scvesactl.c = ../../i386/apm/apm.c ../../i386/eisa/dpt_eisa.c ../../i386/eisa/3c5x9.c = ../../i386/eisa/adv_eisa.c ../../i386/eisa/ahc_eisa.c = ../../i386/eisa/ahb.c ../../i386/eisa/bt_eisa.c ../../i386/eisa/eisaconf.c= ../../i386/eisa/if_vx_eisa.c ../../i386/i386/atomic.c= ../../i386/i386/autoconf.c ../../i386/i386/bios.c= ../../i386/i386/busdma_machdep.c ../../i386/i386/cons.c= ../../i386/i386/elf_machdep.c ../../i386/i386/i686_mem.c= ../../i386/i386/identcpu.c ../../i386/i386/in_cksum.c= ../../i386/i386/initcpu.c ../../i386/i386/machdep.c= ../../i386/i386/math_emulate.c ../../i386/i386/mem.c= ../../i386/i386/pmap.c ../../i386/i386/procfs_machdep.c= ../../i386/i386/sys_machdep.c ../../i386/i386/trap.c= ../../i386/i386/userconfig.c ../../i386/i386/vm_machdep.c= ../../i386/isa/adv_isa.c ../../i386/isa/aha_isa.c= ../../i386/isa/atkbd_isa.c ../../i386/isa/atkbdc_isa.c= ../../i386/isa/bt_isa.c ../../i386/isa/clock.c= ../../i386/isa/diskslice_machdep.c ../../i386/isa/elink.c= ../../i386/isa/fd.c ../../i386/isa/if_cs.c ../../i386/isa/if_ed.c= ../../i386/isa/if_ep.c ../../i386/isa/if_ex.c ../../i386/isa/if_fe.c= ../../i386/isa/if_ie.c ../../i386/isa/if_le.c ../../i386/isa/if_lnc.c= ../../i386/isa/if_ze.c ../../i386/isa/if_zp.c ../../i386/isa/ipl_funcs.c= ../../i386/isa/intr_machdep.c ../../i386/isa/isa.c ../../i386/isa/mcd.c= ../../i386/isa/npx.c ../../i386/isa/matcd/matcd.c ../../i386/isa/pcibus.c = ../../i386/isa/pcicx.c ../../i386/isa/pnp.c ../../i386/isa/ppc.c = ../../i386/isa/psm.c ../../i386/isa/random_machdep.c ../../i386/isa/scd.c = ../../i386/isa/sio.c ../../i386/isa/syscons_isa.c ../../i386/isa/vesa.c = ../../i386/isa/vga_isa.c ../../i386/isa/wd.c ../../i386/isa/atapi.c = ../../i386/isa/atapi-cd.c ../../i386/isa/wfd.c ../../i386/isa/wt.c = ../../libkern/bcd.c ../../libkern/divdi3.c ../../libkern/inet_ntoa.c = ../../libkern/index.c ../../libkern/moddi3.c ../../libkern/qdivrem.c = ../../libkern/qsort.c ../../libkern/random.c ../../libkern/rindex.c = ../../libkern/scanc.c ../../libkern/skpc.c ../../libkern/strcat.c = ../../libkern/strcmp.c ../../libkern/strcpy.c ../../libkern/strlen.c = ../../libkern/strncmp.c ../../libkern/strncpy.c ../../libkern/udivdi3.c = ../../libkern/umoddi3.c ../../pci/ide_pci.c swapkernel.c ioconf.c param.c= vnode_if.c config.c mkdep -a -f .newdep -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi = -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include= opt_global.h -D_KERNEL ../../i386/i386/genassym.c env MKDEP_CPP=3D"cc -E" mkdep -a -f .newdep -x assembler-with-cpp -DLOCORE= -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline= -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I-= -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h= -D_KERNEL -elf ../../i386/apm/apm_setup.s ../../i386/i386/bioscall.s = ../../i386/i386/exception.s ../../i386/i386/globals.s = ../../i386/i386/support.s ../../i386/i386/swtch.s ../../i386/i386/locore.s rm -f .depend mv -f .newdep .depend saturno# exit exit Script done on Mon Jan 10 17:57:57 2000 --=====================_947560671==_ Content-Type: text/plain; charset="us-ascii" ******************************** * Luciano Rabelo * * Analista de Sistemas * * Salvador - Bahia - Brasil * * http://www.rabelo.eti.br/ * * lrcp@rabelo.eti.br * * UIN - 8642704 * ******************************** /"\ \ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ --=====================_947560671==_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jan 10 17:39: 6 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-112.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.240]) by hub.freebsd.org (Postfix) with ESMTP id 3AE99153DF for ; Mon, 10 Jan 2000 17:38:48 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id BAA28427; Tue, 11 Jan 2000 01:24:26 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id BAA07242; Tue, 11 Jan 2000 01:28:25 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200001110128.BAA07242@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: "Corigan" Cc: freebsd-net@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: PPP And Netgraph Help.. In-Reply-To: Message from "Corigan" of "Thu, 06 Jan 2000 15:22:40 EST." <00cb01bf5883$caa2f320$0200a8c0@zeist.sweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jan 2000 01:28:23 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, The first thing to make sure about is that ppp isn't compiling with -DNONEGRAPH on the compile line. If it is, then that's the problem. In -current and -stable, -DNONEGRAPH is no longer the default. The archive on my web site will use -DNONEGRAPH if it doesn't see /usr/include/netgraph/ng_pppoe.h. Assuming ppp still knows about netgraph, try running tcpdump on the interface - maybe ``tcpdump -e -i xxx not ip''. You should then see the PPPoE conversation being performed by the netgraph node. You could also enable debug logging for more info in the ppp log. Post these results and we can see if anything's obvious - maybe you now need a service name in the ``set device'' command. > Sorry For Posting it in freebsd-net, but I have posted it in > freebsd-questions and got no answer.. Was hoping maybe julian, archie, > brian, another PPPoE guru may be able to help me out.. :) > > Dear Fellow Freebsd question readers, > > I would like to open up this plea for help first by thanking brian > somers, archie cobb, and julian elischer for some excellent code, i.e. > Netgraph and user-PPP. This code definately worked real well. I had the > netgraph and user-ppp running great together until I cvsup'd one day and did > a make world. I went to bed, woke up, and there was no connection. So I > started looking through my logs to see if I could find out what happened. > Here is what my normal connection looks like - this is using Netgraph from a > recent cvsup on a 3.4-STABLE build with user-ppp 2.24. After all my trouble > occured I went to Brian's web page and grabbed his 2.26 user-ppp and > compiled it and still had the same results. Here is a log of what usually > happens when it connects properly, and I'll also paste my ppp.conf and > options file, etc. after a log of a good connection and then what happens > when I try to connect after the cvsup. I intiate the command > ./ppp -nat -ddial default to connect and it always worked fine, I tried it > without the nat flags of course to. So here is the good connection: > > Jan 3 17:22:02 crazytrain ppp[314]: Phase: Using interface: tun0 > Jan 3 17:22:02 crazytrain ppp[314]: Phase: deflink: Created in closed state > Jan 3 17:22:02 crazytrain ppp[321]: Phase: PPP Started (ddial mode). > Jan 3 17:22:02 crazytrain ppp[321]: Phase: bundle: Establish > Jan 3 17:22:02 crazytrain ppp[321]: Phase: deflink: closed -> opening > Jan 3 17:22:02 crazytrain ppp[321]: Phase: deflink: Connected! > Jan 3 17:22:02 crazytrain ppp[321]: Phase: deflink: opening -> dial > Jan 3 17:22:02 crazytrain ppp[321]: Phase: deflink: dial -> carrier > Jan 3 17:22:03 crazytrain ppp[321]: Phase: Received NGM_PPPOE_SUCCESS (hook > "tun0") > Jan 3 17:22:03 crazytrain ppp[321]: Phase: deflink: carrier -> login > Jan 3 17:22:03 crazytrain ppp[321]: Phase: deflink: login -> lcp > Jan 3 17:22:03 crazytrain ppp[321]: Phase: bundle: Authenticate > Jan 3 17:22:03 crazytrain ppp[321]: Phase: deflink: his = CHAP 0x05, mine = > none > Jan 3 17:22:03 crazytrain ppp[321]: Phase: Chap Input: CHALLENGE (16 bytes > from WDSTGACR_IFITL) > Jan 3 17:22:03 crazytrain ppp[321]: Phase: Chap Output: RESPONSE > (XXXX@bellsouth.net) > Jan 3 17:22:04 crazytrain ppp[321]: Phase: Chap Input: SUCCESS > Jan 3 17:22:04 crazytrain ppp[321]: Phase: deflink: lcp -> open > Jan 3 17:22:04 crazytrain ppp[321]: Phase: bundle: Network > Jan 3 17:22:04 crazytrain ppp[321]: Warning: Add route failed: default > already exists > > > This is normally what happens and when doing an ifconfig afterwards you > could see the ip address bound to tun0 and where it was going, I.E. > 0.0.0.0 ---> 1.1.1.1 > But when I woke up the next day and started inspecting my logs I found this: > > Jan 4 13:51:25 crazytrain ppp[2068]: Phase: deflink: hangup -> opening > Jan 4 13:54:18 crazytrain ppp[291]: Phase: Using interface: tun0 > Jan 4 13:54:18 crazytrain ppp[291]: Phase: deflink: Created in closed state > Jan 4 13:54:18 crazytrain ppp[293]: Phase: PPP Started (ddial mode). > Jan 4 13:54:18 crazytrain ppp[293]: Phase: bundle: Establish > Jan 4 13:54:18 crazytrain ppp[293]: Phase: deflink: closed -> opening > Jan 4 13:54:18 crazytrain ppp[293]: Phase: deflink: Connected! > Jan 4 13:54:18 crazytrain ppp[293]: Phase: deflink: opening -> dial > Jan 4 13:54:18 crazytrain ppp[293]: Phase: deflink: dial -> carrier > Jan 4 13:54:23 crazytrain ppp[293]: Phase: deflink: Disconnected! > Jan 4 13:54:23 crazytrain ppp[293]: Phase: deflink: carrier -> hangup > Jan 4 13:54:23 crazytrain ppp[293]: Phase: deflink: Connect time: 5 secs: 0 > octets in, 0 octets out > Jan 4 13:54:23 crazytrain ppp[293]: Phase: total 0 bytes/sec, peak 0 > bytes/sec on Tue Jan 4 13:54:23 2000 > > This is what started occuring the morning after. This could mean that my > connection is just down and something is messed on bellsouth's end, or > possibly that Netgraph isn't getting the call from ppp, or netgraph just > isn't recieving NGM_PPPOE_SUCCESS from my bellsouth server. I'm not > actually quite sure how it works. I Have compiled the netgraph code into > the kernel with the options NETGRAPH, options NETGRAPH_PPPOE, and options > NETGRAPH_SOCKET. Like I stated, I'm not quite sure how this > NGM_PPPOE_SUCCESS hook works.. if it is recieved from bellsouth and their > server, or recieved from ppp and it is ppp that isn't calling it. If > user-ppp is the problem in why it isn't grabbing that NGM_PPPOE_SUCCESS, how > can I fix this? I see that there is a -DNONETGRAPH command in user-ppp that > could be the cause of this, but I'm not quite sure of the legistics. I also > went and grabbed the new user-ppp sources from brian's page and compiled > them and tried the same thing with the new user-ppp 2.26 and had the same > results, just it trying to reconnect over and over again getting that same > log as posted above. Here are my ppp.conf and options files: > > /etc/ppp/options > > default: > set device PPPoE:mx0 > set mru 1492 > set mtu 1492 > deny pap > accept chap > set speed sync > set cd 5 > set authname XXXX@bellsouth.net > set authkey xxxxxx > enable lqr > set redial 0 0 > set dial > add 0 0 HISADDR > > ppp.conf looks the same way too, not sure if that was correct or not, but it > was working for quite sometime greatly.. :) I also had underneath all the > options in default an, interactive: section that has the same information > listed as under the default heading. Anyways, if anybody could help me out > and figure out why this stopped connecting it would be greatly appreciated. > It may be bellsouth's side, and it may be something that I compiled wrong on > my side after the cvsup by doing the make world, that I am not sure of. I > am hoping that some of these logs will let someone get an idea of what is > going on so they can possibly help me on my way to a resolution. It may > be something as simple as editing out the -DNONETGRAPH lines in the Makefile > in /usr/src/usr.sbin/ppp - but I'm not sure what I did the first time around > to make it function correctly. Once again, thanks everybody for listening > and coming together to get this code together. Archie, Brian, Julian, > everyone else, excellent work and thanks from a freebsd user that can use a > PPPoE connection. > > Matt Thomas > Gwarslave@mindspring.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 11 2:57:24 2000 Delivered-To: freebsd-net@freebsd.org Received: from bart.esiee.fr (bart.esiee.fr [147.215.1.20]) by hub.freebsd.org (Postfix) with ESMTP id 2A3C1153FE for ; Tue, 11 Jan 2000 02:57:22 -0800 (PST) (envelope-from bonnetf@bart.esiee.fr) Received: (from bonnetf@localhost) by bart.esiee.fr (8.9.3/8.9.3) id LAA17219 for freebsd-net@freebsd.org; Tue, 11 Jan 2000 11:57:20 +0100 (MET) From: Frank Bonnet Message-Id: <200001111057.LAA17219@bart.esiee.fr> Subject: IP address abuse ... To: freebsd-net@freebsd.org Date: Tue, 11 Jan 2000 11:57:20 MET X-Mailer: Elm [revision: 212.4] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Our primary DNS runs FreeBSD and we are facing a boring problem , some stupid student has put the same IP address than the DNS on a Linux (mandrake) machine , then our FreeBSD said "someone has taken my IP address" and stop to serve our LAN ... Is it possible with FreeBSD to avoid such trouble ? ( arpwatch is running on this machine ) TIA -- Frank Bonnet To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 11 5:55:40 2000 Delivered-To: freebsd-net@freebsd.org Received: from madcap.apk.net (madcap.apk.net [207.54.158.16]) by hub.freebsd.org (Postfix) with ESMTP id 813DA1545C for ; Tue, 11 Jan 2000 05:55:38 -0800 (PST) (envelope-from stuart@apk.net) Received: from junior.apk.net (stuart@junior.apk.net [207.54.158.20]) by madcap.apk.net (8.9.3/8.9.3/apk.990812+rchk1.22+bspm1.13.1.5) with ESMTP id IAA02518; Tue, 11 Jan 2000 08:35:47 -0500 (EST) Received: from localhost (stuart@localhost) by junior.apk.net (8.9.3/8.9.3) with ESMTP id IAA00308; Tue, 11 Jan 2000 08:35:47 -0500 (EST) Date: Tue, 11 Jan 2000 08:35:46 -0500 (EST) From: Stuart Krivis To: Frank Bonnet Cc: freebsd-net@FreeBSD.ORG Subject: Re: IP address abuse ... In-Reply-To: <200001111057.LAA17219@bart.esiee.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 11 Jan 2000, Frank Bonnet wrote: > Hi > > Our primary DNS runs FreeBSD and we are facing > a boring problem , some stupid student has > put the same IP address than the DNS on a Linux (mandrake) > machine , then our FreeBSD said "someone has taken my IP address" > and stop to serve our LAN ... > > Is it possible with FreeBSD to avoid such trouble ? > ( arpwatch is running on this machine ) Is the Linux machine on the same network segment as your nameserver? If not, you may be able to setup a static route in your router config and disable the Linux machine. Another option would be to simply unplug the Linux machine. :-) The student is disrupting network services. Don't you have a policy to deal with this? (Perhaps expulsion from school if he won't change the IP.) -- Stuart Krivis stuart@krivis.com Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 11 11: 0:17 2000 Delivered-To: freebsd-net@freebsd.org Received: from ind.alcatel.com (postal.xylan.com [208.8.0.248]) by hub.freebsd.org (Postfix) with ESMTP id 9B1A514E52 for ; Tue, 11 Jan 2000 10:59:55 -0800 (PST) (envelope-from wes@softweyr.com) Received: from mailhub.xylan.com (mailhub [198.206.181.70]) by ind.alcatel.com (8.9.3+Sun/8.9.1 (ind.alcatel.com 3.0 [OUT])) with SMTP id KAA10759; Tue, 11 Jan 2000 10:59:36 -0800 (PST) X-Origination-Site: Received: from omni.xylan.com by mailhub.xylan.com (SMI-8.6/SMI-SVR4 (mailhub 2.1 [HUB])) id KAA20398; Tue, 11 Jan 2000 10:59:35 -0800 Received: from softweyr.com (dyn1.utah.xylan.com [198.206.184.237]) by omni.xylan.com (8.9.3+Sun/8.9.1 (Xylan engr [SPOOL])) with ESMTP id KAA21988; Tue, 11 Jan 2000 10:58:19 -0800 (PST) Message-ID: <387B7E6B.2B5433B@softweyr.com> Date: Tue, 11 Jan 2000 12:03:07 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Frank Bonnet Cc: freebsd-net@freebsd.org Subject: Re: IP address abuse ... References: <200001111057.LAA17219@bart.esiee.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Frank Bonnet wrote: > > Our primary DNS runs FreeBSD and we are facing > a boring problem , some stupid student has > put the same IP address than the DNS on a Linux (mandrake) > machine , then our FreeBSD said "someone has taken my IP address" > and stop to serve our LAN ... > > Is it possible with FreeBSD to avoid such trouble ? > ( arpwatch is running on this machine ) You do have sledgehammers in .fr, don't you? Take one and bash his machine into several thousand small pieces, then explain to him that stealing IP addresses is a TRES bad thing to do. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 11 16:34: 7 2000 Delivered-To: freebsd-net@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id D889215590 for ; Tue, 11 Jan 2000 16:34:02 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id BAA11677 for freebsd-net@freebsd.org; Wed, 12 Jan 2000 01:33:54 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 2BB4F8863; Wed, 12 Jan 2000 01:31:06 +0100 (CET) Date: Wed, 12 Jan 2000 01:31:06 +0100 From: Ollivier Robert To: freebsd-net@freebsd.org Subject: Re: IP address abuse ... Message-ID: <20000112013106.A52829@keltia.freenix.fr> Mail-Followup-To: freebsd-net@freebsd.org References: <200001111057.LAA17219@bart.esiee.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200001111057.LAA17219@bart.esiee.fr>; from bonnetf@bart.esiee.fr on Tue, Jan 11, 2000 at 11:57:20AM +0100 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Frank Bonnet: > Our primary DNS runs FreeBSD and we are facing > a boring problem , some stupid student has > put the same IP address than the DNS on a Linux (mandrake) Don't solve a human problem with a technical solution. Whack him hard for being not only stupid (there are too many of them) but dangerous. LART is good for 'em. > Is it possible with FreeBSD to avoid such trouble ? Avoid lusers ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 11 17:30:14 2000 Delivered-To: freebsd-net@freebsd.org Received: from mullian.ee.mu.OZ.AU (mullian.ee.mu.OZ.AU [128.250.80.1]) by hub.freebsd.org (Postfix) with ESMTP id 6EA40150E1 for ; Tue, 11 Jan 2000 17:30:08 -0800 (PST) (envelope-from m.summerfield@ee.mu.oz.au) Received: from m-summerfield.ee.mu.oz.au (m-summerfield.ee.mu.OZ.AU [128.250.79.188]) by mullian.ee.mu.OZ.AU (8.9.1a/8.9.1) with ESMTP id MAA02975; Wed, 12 Jan 2000 12:29:55 +1100 (EST) Message-Id: <4.2.0.58.20000112121617.00ae0380@mullian.ee.mu.oz.au> X-Sender: summer@mullian.ee.mu.oz.au X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Wed, 12 Jan 2000 12:31:38 +1100 To: Frank Bonnet From: Mark Summerfield Subject: Re: IP address abuse ... Cc: freebsd-net@FreeBSD.ORG In-Reply-To: <387B7E6B.2B5433B@softweyr.com> References: <200001111057.LAA17219@bart.esiee.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 12:03 11/01/00 -0700, Wes Peters wrote: >Frank Bonnet wrote: > > > > Our primary DNS runs FreeBSD and we are facing > > a boring problem , some stupid student has > > put the same IP address than the DNS on a Linux (mandrake) > > machine , then our FreeBSD said "someone has taken my IP address" > > and stop to serve our LAN ... > > > > Is it possible with FreeBSD to avoid such trouble ? > > ( arpwatch is running on this machine ) > >You do have sledgehammers in .fr, don't you? Take one and bash his machine >into several thousand small pieces, then explain to him that stealing IP >addresses is a TRES bad thing to do. This does seem to be the best solution -- and has widespread support ;-) There is probably not an effective or worthwhile technical solution anyway. My reading of Frank's question is that he has interpreted the refusal of the FreeBSD box to continue serving to be the result of some intentional code which (perhaps) disables the corresponding network interface when it discovers some other machine has "taken over" its address. If so, it's reasonable to conclude that this behaviour could perhaps be turned off. However, unless something's changed since I last looked at in_arpinput(), this is not what happens. In fact, the only action the FreeBSD box should take (aside from reporting the fact that someone else is using its IP address) when it sees an ARP request with its own source address, is to reply to that request. Such a request should ALWAYS be the first communication you see from the rogue Linux box, because it should issue a gratuitous ARP when the interface is brought up. However, otherwise the FreeBSD box should continue to do its best to carry on functioning normally. So your loss of DNS services is more likely due to the confusion being experienced by all the other machines on the network, and not due to any actions taken by the FreeBSD box which could be modified. Your only solution would be to take some action on every OTHER machine in your network -- for example hardwire routing entries and/or ARP cache entries on all your other hosts -- which, frankly, is a network management disaster waiting to happen. So stick with the sledgehammer. I don't think there is one in the ports collection, but you should be able to get one from a local hardware store! Mark ---- Dr. Mark Summerfield Australian Photonics Cooperative Research Centre Photonics Research Laboratory Dept. of Electrical and Electronic Engineering The University of Melbourne Parkville, 3052 AUSTRALIA Phone: +61 3 9344 7419 Fax: +61 3 9344 6678 Email: m.summerfield@ieee.org WWW: http://www.ee.mu.oz.au/staff/summer/index.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 11 18:35: 8 2000 Delivered-To: freebsd-net@freebsd.org Received: from netcom.com (netcom18.netcom.com [199.183.9.118]) by hub.freebsd.org (Postfix) with ESMTP id 679AD1550E for ; Tue, 11 Jan 2000 18:35:05 -0800 (PST) (envelope-from stanb@netcom.com) Received: (from stanb@localhost) by netcom.com (8.9.3/8.9.3) id SAA27923 for freebsd-net@FreeBSD.ORG; Tue, 11 Jan 2000 18:35:00 -0800 (PST) From: Stan Brown Message-Id: <200001120235.SAA27923@netcom.com> Subject: IP tunneling? Or ? ... To: freebsd-net@FreeBSD.ORG (FreeBSD Networking) Date: Tue, 11 Jan 2000 21:34:59 -0500 (EST) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a small network which is connected to the corportae network via a FreeBSD firewaal. Normally you telnet inot this box, and then telnet inot one of the boxes on the semi-isolated network. I have several new computers that I need to set up, and integrate into the isolated nework. Thes computers will be in my office, which is in a different building, but also has access to the corportae network. I would like to set up a isolate segmnet in the office, and connect teh 2 segments using some sort of IP encapsulation, such taht to the isolare segments they apeared to be conected, but packets were actuallu encapsulated and sent over the corportae network, and the unwarped and put on the wire. Can I do this with FreeBSD boxes at each location? If so could someone point me in a direction as to how to do this? Thansk. -- Stan Brown stanb@netcom.com 404-996-6955 Factory Automation Systems Atlanta Ga. -- Look, look, see Windows 95. Buy, lemmings, buy! Pay no attention to that cliff ahead... Henry Spencer (c) 1998 Stan Brown. Redistribution via the Microsoft Network is prohibited. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 5:12: 1 2000 Delivered-To: freebsd-net@freebsd.org Received: from marvin.axion.bt.co.uk (marvin.axion.bt.co.uk [132.146.16.82]) by hub.freebsd.org (Postfix) with ESMTP id A508E14BF4 for ; Wed, 12 Jan 2000 05:11:58 -0800 (PST) (envelope-from graeme.n.brown@bt.com) Received: from cbtlipnt02.btlabs.bt.co.uk by marvin (local) with ESMTP; Wed, 12 Jan 2000 13:11:47 +0000 Received: by cbtlipnt02.btlabs.bt.co.uk with Internet Mail Service (5.5.2448.0) id ; Wed, 12 Jan 2000 13:12:23 -0000 Message-ID: <71DA16F18D32D2119A1D0000F8FE9A9402B5A3AF@mbtlipnt01.btlabs.bt.co.uk> From: graeme.n.brown@bt.com To: freebsd-net@freebsd.org Subject: Point-to-Point connection via Ethernet Date: Wed, 12 Jan 2000 13:12:21 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi ! I would to ask if it is possible to link two routers A and B via ethernet interfaces but configure the link with two different addresses which could not possibly be part of the same IP subnet ? For example intf a 10.0.0.1 netmask 255.255.255.255 intf b 172.25.28.1 netmask 255.255.255.255 in sketch below. ----- ---- | | a b | | | A |---------------------| B | | | ethernet | | ----- ----- Intuitively I would expect this needs to be configured as a Point-To-Point interface. Can the Point-to-Point flag be set on an ethernet interface in FreeBSD ? Is the above setup feasible/valid from an IP networking point of view ? TIA Graeme N Brown Graeme N Brown Internet Futures BT Adastral Park, UK email: graeme.n.brown@bt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 7:34:37 2000 Delivered-To: freebsd-net@freebsd.org Received: from ind.alcatel.com (postal.xylan.com [208.8.0.248]) by hub.freebsd.org (Postfix) with ESMTP id 1828114C42 for ; Wed, 12 Jan 2000 07:34:35 -0800 (PST) (envelope-from wes@softweyr.com) Received: from mailhub.xylan.com (mailhub [198.206.181.70]) by ind.alcatel.com (8.9.3+Sun/8.9.1 (ind.alcatel.com 3.0 [OUT])) with SMTP id HAA25599; Wed, 12 Jan 2000 07:33:49 -0800 (PST) X-Origination-Site: Received: from omni.xylan.com by mailhub.xylan.com (SMI-8.6/SMI-SVR4 (mailhub 2.1 [HUB])) id HAA22777; Wed, 12 Jan 2000 07:33:48 -0800 Received: from softweyr.com ([204.68.178.39]) by omni.xylan.com (8.9.3+Sun/8.9.1 (Xylan engr [SPOOL])) with ESMTP id HAA17161; Wed, 12 Jan 2000 07:32:27 -0800 (PST) Message-ID: <387C9FAD.2243D875@softweyr.com> Date: Wed, 12 Jan 2000 08:37:17 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Mark Summerfield Cc: Frank Bonnet , freebsd-net@freebsd.org Subject: Re: IP address abuse ... References: <200001111057.LAA17219@bart.esiee.fr> <4.2.0.58.20000112121617.00ae0380@mullian.ee.mu.oz.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mark Summerfield wrote: > > At 12:03 11/01/00 -0700, Wes Peters wrote: > >Frank Bonnet wrote: > > > > > > Our primary DNS runs FreeBSD and we are facing > > > a boring problem , some stupid student has > > > put the same IP address than the DNS on a Linux (mandrake) > > > machine , then our FreeBSD said "someone has taken my IP address" > > > and stop to serve our LAN ... > > > > > > Is it possible with FreeBSD to avoid such trouble ? > > > ( arpwatch is running on this machine ) > > > >You do have sledgehammers in .fr, don't you? Take one and bash his machine > >into several thousand small pieces, then explain to him that stealing IP > >addresses is a TRES bad thing to do. > > This does seem to be the best solution -- and has widespread support ;-) I ran this past a couple of coworkers, whose universal reply can be summed up as "why waste a good machine, apply the sledgehammer to the user instead." -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 7:42: 0 2000 Delivered-To: freebsd-net@freebsd.org Received: from relay.wplus.net (relay.wplus.net [195.131.52.179]) by hub.freebsd.org (Postfix) with ESMTP id C124D14DB6 for ; Wed, 12 Jan 2000 07:41:48 -0800 (PST) (envelope-from dms@wplus.net) X-Real-To: freebsd-net@FreeBSD.ORG Received: from wplus.net (ppdms.dialup.wplus.net [195.131.52.71]) by relay.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id SAA14753; Wed, 12 Jan 2000 18:38:40 +0300 (MSK) Message-ID: <387CA070.C6F1A73D@wplus.net> Date: Wed, 12 Jan 2000 18:40:32 +0300 From: Dmitry Samersoff X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: ru,en MIME-Version: 1.0 To: Ollivier Robert Cc: freebsd-net@FreeBSD.ORG Subject: Re: IP address abuse ... References: <200001111057.LAA17219@bart.esiee.fr> <20000112013106.A52829@keltia.freenix.fr> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ollivier Robert wrote: > According to Frank Bonnet: > > Our primary DNS runs FreeBSD and we are facing > > a boring problem , some stupid student has > > put the same IP address than the DNS on a Linux (mandrake) > > Don't solve a human problem with a technical solution. Whack him hard for > being not only stupid (there are too many of them) but dangerous. LART is good > for 'em. > > > Is it possible with FreeBSD to avoid such trouble ? It's not about FreeBSD. Try to setup static ARP or specific routing according with your network topology. -- Dmitry Samersoff, DM\S dms@wplus.net http://devnull.wplus.net * there will come soft rains To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 11:16:19 2000 Delivered-To: freebsd-net@freebsd.org Received: from bigcity.net (mail.bigcity.net [206.222.176.4]) by hub.freebsd.org (Postfix) with ESMTP id 9E6A41544C for ; Wed, 12 Jan 2000 11:16:08 -0800 (PST) (envelope-from josh@bigcity.net) Received: from enigma [209.0.209.15] by bigcity.net (SMTPD32-6.00) id A51A494101A8; Wed, 12 Jan 2000 13:25:14 -0600 Message-ID: <004401bf5d31$a206d280$1601a8c0@bigcity.net> From: "Josh Bell" To: References: Subject: Re: Upgrading FreeBSD 3.2 -> 3.4 Date: Wed, 12 Jan 2000 13:17:13 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org For all of those people that are wanting to upgrade, why not just use cvsup. I had a box that went from 2.2.2 through all of the "current" versions along the way, and I have never been forced to reinstall by anything other than human error. The cvsup package is in the ports tree, and it comes with example files that will tell you how to get everything you want. I am also pretty sure that www.FreeBSD.org has something on their page that will help you through this process. But this is much easier IMO, than getting a cd and waiting a few days, or downloading the ISO, etc. I have done this many times from a 56k modem, and if your worried about it slowen your connection down, I do it while I sleep. Josh Bell BigCity.Net 3000 Richmond, Suite 350 713.528.2580 x22 ----- Original Message ----- From: "Gene Harris" To: "Victor Meirans" Cc: "FreeBSD ISP mailing list" Sent: Wednesday, January 12, 2000 10:28 AM Subject: Re: Upgrading FreeBSD 3.2 -> 3.4 > > > On Wed, 12 Jan 2000, Victor Meirans wrote: > > > Hello, > > > > I am going to upgrade my 3.2 box to 3.4 pretty soon. > > Anyone who did this? How it went? Are there ahy things I should consider > > before doing it? > > > > Thanks in advance... > > -- > > ---> ViC <--- > > > > --==> Rezekne Internet Service Center http://www.risc.lv > > "PCT Latgale" Ltd. Phone: +371-4622972 > > Baznicas 17, Rezekne, Fax: +371-4622972 > > LV-4601, Latvia GSM: +371-9577569 > > -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- > > > > I did a simple upgrade using source code only. I grabbed > one of the late December source code images from > releng3.freebsd.org. I compiled a new kernel first, then > did a make buildworld && make installworld. Then I merged > any changes in /etc/default/rc.conf with the version in the > source image. I also search for any new files to for > inclusion in etc. I held my breath and rebooted. > > Took about 2 hours, never missed a beat. My ppp came up no > problem, postgre and apache all startup up with no problem. > > I have heard of a lot of problems when trying to upgrade > from binaries. > > Gene Harris > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 13: 9:22 2000 Delivered-To: freebsd-net@freebsd.org Received: from apollo.ocsny.com (apollo.ocsny.com [204.107.76.2]) by hub.freebsd.org (Postfix) with ESMTP id 9BD2C14F21 for ; Wed, 12 Jan 2000 13:09:18 -0800 (PST) (envelope-from mikel@ocsny.com) Received: from ocsny.com (thoth.upan.org [204.107.76.16]) by apollo.ocsny.com (8.9.2/8.9.3) with ESMTP id QAA75863 for ; Wed, 12 Jan 2000 16:06:44 -0500 (EST) Message-ID: <387CEE01.247826B7@ocsny.com> Date: Wed, 12 Jan 2000 16:11:30 -0500 From: Mikel Organization: Optimized Computer Solutions, Inc. X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: ppp with NAT Content-Type: multipart/mixed; boundary="------------8B0BDABCD90C59C9C9E60240" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------8B0BDABCD90C59C9C9E60240 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Anyone set up a fictious net (10.0.0.0) and using NAT push several workstations out through a ppp connection. Thanks in advance... -- Cheers, Mikel +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Optimized Computer Solutions, Inc http://www.ocsny.com | 39 W14th Street, Suite 203 212 727 2238 x132 | New York, NY 10011 +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ --------------8B0BDABCD90C59C9C9E60240 Content-Type: text/x-vcard; charset=us-ascii; name="mikel.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Mikel Content-Disposition: attachment; filename="mikel.vcf" begin:vcard n:King;Mikel x-mozilla-html:TRUE org:Optimized Computer Solutions version:2.1 email;internet:mikel@ocsny.com title:Procurement Manager tel;fax:2124638402 tel;home:http://www.upan.org/vizkr tel;work:2127272100 adr;quoted-printable:;;39 W14th St.=0D=0ASte 203;New York;NY;10011;US x-mozilla-cpt:;0 fn:Mikel King end:vcard --------------8B0BDABCD90C59C9C9E60240-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 13:52:42 2000 Delivered-To: freebsd-net@freebsd.org Received: from usc.edu (usc.edu [128.125.253.136]) by hub.freebsd.org (Postfix) with ESMTP id D1E8515115 for ; Wed, 12 Jan 2000 13:52:40 -0800 (PST) (envelope-from walker@usc.edu) Received: from skat.usc.edu (walker@skat.usc.edu [128.125.253.131]) by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id NAA05203; Wed, 12 Jan 2000 13:52:40 -0800 (PST) Received: from localhost (walker@localhost) by skat.usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id NAA23726; Wed, 12 Jan 2000 13:52:36 -0800 (PST) Date: Wed, 12 Jan 2000 13:52:35 -0800 (PST) From: Mike Walker To: Frank Bonnet Cc: freebsd-net@FreeBSD.ORG Subject: Re: IP address abuse ... In-Reply-To: <4.2.0.58.20000112121617.00ae0380@mullian.ee.mu.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org With a smart network you can require that hosts be registered (IP & MAC) and the network could auto disable lines to unregistered hosts. USC run's Cabletron's layer 3 vlan (SecureFast) to do this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 13:58:23 2000 Delivered-To: freebsd-net@freebsd.org Received: from bigcity.net (mail.bigcity.net [206.222.176.4]) by hub.freebsd.org (Postfix) with ESMTP id DE4D414DD9 for ; Wed, 12 Jan 2000 13:58:21 -0800 (PST) (envelope-from josh@bigcity.net) Received: from enigma [209.0.209.15] by bigcity.net (SMTPD32-6.00) id AB20562C007E; Wed, 12 Jan 2000 16:07:28 -0600 Message-ID: <001501bf5d48$4cbac400$1601a8c0@bigcity.net> From: "Josh Bell" To: References: <387CEE01.247826B7@ocsny.com> Subject: Re: ppp with NAT Date: Wed, 12 Jan 2000 15:59:29 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I suggest reading this http://www.freebsd.org/tutorials/ppp/index.html and doing it as you go along. If that doesnt help you out, I do not know what to tell you. My first time to do this, that is what I refered to in order to get mine working. Josh Bell BigCity.Net 3000 Richmond, Suite 350 713.528.2580 x22 ----- Original Message ----- From: "Mikel" To: Sent: Wednesday, January 12, 2000 3:11 PM Subject: ppp with NAT > Anyone set up a fictious net (10.0.0.0) and using NAT push several > workstations out through a ppp connection. Thanks in advance... > > -- > Cheers, > Mikel > +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ > | Optimized Computer Solutions, Inc http://www.ocsny.com > | 39 W14th Street, Suite 203 212 727 2238 x132 > | New York, NY 10011 > +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 15:30:55 2000 Delivered-To: freebsd-net@freebsd.org Received: from netcom.com (netcom1.netcom.com [199.183.9.101]) by hub.freebsd.org (Postfix) with ESMTP id 89F6D14D71 for ; Wed, 12 Jan 2000 15:30:51 -0800 (PST) (envelope-from stanb@netcom.com) Received: (from stanb@localhost) by netcom.com (8.9.3/8.9.3) id PAA12573 for freebsd-net@FreeBSD.ORG; Wed, 12 Jan 2000 15:30:41 -0800 (PST) From: Stan Brown Message-Id: <200001122330.PAA12573@netcom.com> Subject: Can FreeBSD do IP -> IP tunneling? To: freebsd-net@FreeBSD.ORG (FreeBSD Networking) Date: Wed, 12 Jan 2000 18:30:41 -0500 (EST) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I need to connect 2 physicaly seperate parts of the same subnet over another network Can I do this with FreeBSD machines at each end? If so could I get a pointer to some setuo documnetation? -- Stan Brown stanb@netcom.com 404-996-6955 Factory Automation Systems Atlanta Ga. -- Look, look, see Windows 95. Buy, lemmings, buy! Pay no attention to that cliff ahead... Henry Spencer (c) 1998 Stan Brown. Redistribution via the Microsoft Network is prohibited. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 17:27:12 2000 Delivered-To: freebsd-net@freebsd.org Received: from apollo.ocsny.com (apollo.ocsny.com [204.107.76.2]) by hub.freebsd.org (Postfix) with ESMTP id D05C5154D5 for ; Wed, 12 Jan 2000 17:27:01 -0800 (PST) (envelope-from mikel@ocsny.com) Received: from ocsny.com (ppp-001.ocsny.com [204.107.76.26]) by apollo.ocsny.com (8.9.2/8.9.3) with ESMTP id UAA82434; Wed, 12 Jan 2000 20:24:26 -0500 (EST) Message-ID: <387D2A6A.1100C679@ocsny.com> Date: Wed, 12 Jan 2000 20:29:14 -0500 From: Mikel Organization: Optimized Computer Solutions, Inc. X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Josh Bell Cc: net@FreeBSD.ORG Subject: Re: ppp with NAT References: <387CEE01.247826B7@ocsny.com> <001501bf5d48$4cbac400$1601a8c0@bigcity.net> Content-Type: multipart/mixed; boundary="------------3707438DA07A37F60DBB05E2" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------3707438DA07A37F60DBB05E2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks Josh, I shall jump there and check it out right away...... Josh Bell wrote: > I suggest reading this http://www.freebsd.org/tutorials/ppp/index.html and > doing it as you go along. If that doesnt help you out, I do not know what > to tell you. My first time to do this, that is what I refered to in order to > get mine working. > > Josh Bell > BigCity.Net > 3000 Richmond, Suite 350 > 713.528.2580 x22 > ----- Original Message ----- > From: "Mikel" > To: > Sent: Wednesday, January 12, 2000 3:11 PM > Subject: ppp with NAT > > > Anyone set up a fictious net (10.0.0.0) and using NAT push several > > workstations out through a ppp connection. Thanks in advance... > > -- Cheers, Mikel +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Optimized Computer Solutions, Inc http://www.ocsny.com | 39 W14th Street, Suite 203 212 727 2238 x132 | New York, NY 10011 +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Labor rates: Tech $125 hourly | Net Engineer $150 hourly | Phone Support $ 33 quarter hourly | Lost Password $ 45 per incedent +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | http://www.ocsny.com/~mikel +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ --------------3707438DA07A37F60DBB05E2 Content-Type: text/x-vcard; charset=us-ascii; name="mikel.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Mikel Content-Disposition: attachment; filename="mikel.vcf" begin:vcard n:King;Mikel x-mozilla-html:TRUE org:Optimized Computer Solutions version:2.1 email;internet:mikel@ocsny.com title:Procurement Manager tel;fax:2124638402 tel;home:http://www.upan.org/vizkr tel;work:2127272100 adr;quoted-printable:;;39 W14th St.=0D=0ASte 203;New York;NY;10011;US x-mozilla-cpt:;0 fn:Mikel King end:vcard --------------3707438DA07A37F60DBB05E2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 12 21:34:18 2000 Delivered-To: freebsd-net@freebsd.org Received: from sentry.granch.ru (sentry.granch.ru [212.20.5.135]) by hub.freebsd.org (Postfix) with ESMTP id 9BF58152BC for ; Wed, 12 Jan 2000 21:33:57 -0800 (PST) (envelope-from shelton@sentry.granch.ru) Received: (from shelton@localhost) by sentry.granch.ru (8.9.3/8.9.3) id LAA78163 for freebsd-net@freebsd.org; Thu, 13 Jan 2000 11:33:52 +0600 (NOVT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 13 Jan 2000 11:33:52 +0600 (NOVT) Organization: Granch Ltd. From: "Rashid N. Achilov" To: freebsd-net@freebsd.org Subject: SMC 1211TX 10/100 Mb Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Does FreeBSD have driver for SMC 1211TX 10/100 Mb Ethernet card? I can't found any mention about it in LINT... --- With Best Regards. Rashid N. Achilov (RNA1-RIPE), Cert. ID: 28514, Granch Ltd. lead engineer e-mail: achilov@granch.ru, tel (383-2) 24-2363 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 13 10:23: 3 2000 Delivered-To: freebsd-net@freebsd.org Received: from ind.alcatel.com (postal.xylan.com [208.8.0.248]) by hub.freebsd.org (Postfix) with ESMTP id EF0A91529B for ; Thu, 13 Jan 2000 10:23:00 -0800 (PST) (envelope-from wes@softweyr.com) Received: from mailhub.xylan.com (mailhub [198.206.181.70]) by ind.alcatel.com (8.9.3+Sun/8.9.1 (ind.alcatel.com 3.0 [OUT])) with SMTP id JAA18634; Thu, 13 Jan 2000 09:55:57 -0800 (PST) X-Origination-Site: Received: from omni.xylan.com by mailhub.xylan.com (SMI-8.6/SMI-SVR4 (mailhub 2.1 [HUB])) id JAA05724; Thu, 13 Jan 2000 09:55:52 -0800 Received: from softweyr.com (dyn1.utah.xylan.com [198.206.184.237]) by omni.xylan.com (8.9.3+Sun/8.9.1 (Xylan engr [SPOOL])) with ESMTP id JAA24026; Thu, 13 Jan 2000 09:54:39 -0800 (PST) Message-ID: <387E1289.F9167737@softweyr.com> Date: Thu, 13 Jan 2000 10:59:37 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Mikel Cc: freebsd-net@freebsd.org Subject: Re: ppp with NAT References: <387CEE01.247826B7@ocsny.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mikel wrote: > > Anyone set up a fictious net (10.0.0.0) and using NAT push several > workstations out through a ppp connection. Thanks in advance... Yes. If you have further questions on how to set this up, I suggest reading the FreeBSD Handbook first, then asking questions in the correct mailing list: freebsd-questions@freebsd.org. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 13 18:30:12 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-43.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.171]) by hub.freebsd.org (Postfix) with ESMTP id B51BA155E4 for ; Thu, 13 Jan 2000 18:30:08 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id AAA39739; Fri, 14 Jan 2000 00:45:30 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id TAA00395; Thu, 13 Jan 2000 19:04:19 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200001131904.TAA00395@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: graeme.n.brown@bt.com Cc: freebsd-net@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: Point-to-Point connection via Ethernet In-Reply-To: Message from graeme.n.brown@bt.com of "Wed, 12 Jan 2000 13:12:21 GMT." <71DA16F18D32D2119A1D0000F8FE9A9402B5A3AF@mbtlipnt01.btlabs.bt.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Jan 2000 19:04:19 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You need to ifconfig xx inet 10.0.0.1 netmask 0xffffffff route add -iface 172.25.28.1 10.0.0.1 > Hi ! > > I would to ask if it is possible to link two > routers A and B via ethernet interfaces > but configure the link with two different addresses > which could not possibly be part of the same IP subnet ? > > For example > > intf a 10.0.0.1 netmask 255.255.255.255 > intf b 172.25.28.1 netmask 255.255.255.255 > > in sketch below. > > ----- ---- > | | a b | | > | A |---------------------| B | > | | ethernet | | > ----- ----- > > Intuitively I would expect this needs to be configured as a Point-To-Point > interface. Can the Point-to-Point flag be set on an ethernet interface in > FreeBSD ? > > Is the above setup feasible/valid from an IP networking point of view ? > > TIA > Graeme N Brown > > > Graeme N Brown > Internet Futures > BT Adastral Park, UK > email: graeme.n.brown@bt.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 14 0:10:37 2000 Delivered-To: freebsd-net@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id 487691504B for ; Fri, 14 Jan 2000 00:10:32 -0800 (PST) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id DAA00520; Fri, 14 Jan 2000 03:10:09 -0500 Date: Fri, 14 Jan 2000 03:10:09 -0500 (EST) From: Mike Nowlin To: Frank Bonnet Cc: freebsd-net@FreeBSD.ORG Subject: Re: IP address abuse ... In-Reply-To: <200001111057.LAA17219@bart.esiee.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Our primary DNS runs FreeBSD and we are facing > a boring problem , some stupid student has > put the same IP address than the DNS on a Linux (mandrake) > machine , then our FreeBSD said "someone has taken my IP address" > and stop to serve our LAN ... Execute him. Violently. Lots of blood and guts. > Is it possible with FreeBSD to avoid such trouble ? > ( arpwatch is running on this machine ) Without trying this (not willing to screw up any networks right now with the amount of brain-numbing liquid in my system at the current time), I'd imagine you could side-step around the problem with one of the following: 1) a static arp entry on the FBSD box that tells it where a certain IP address should be (yours). 2) Possibly (?) an IPFW rule something like "deny udp from 10.1.1.1 in via fxp0" to keep your system from seeing anything coming in through fxp0 with your IP address. (Depending on where in the tree the IPFW rules are applied, it may also prevent your machine from seeing itself on that IP address -- Linux does have some problems with this, and I haven't tested how FBSD handles it.) 3) If you're on some sort on intelligently-switched network, you should be able to smack down any packets coming from his ethernet address. If the switch is really smart, you can kill packets on an IP/Port level, and keep him from sending anything out on port 53, either TCP or UDP with a given source/dest IP address, while still allowing him to telnet to the "daytime" port on the local HPUX machine. (Someone else posted:) >So stick with the sledgehammer. I don't think there is one in the ports >collection, but you should be able to get one from a local hardware >store! Or the sledge that I have symbolically sitting next to my desk -- yes, I have used it on a couple of old TRS-80 CoCo's... It was fun..... :) (And someone else posted:) >The student is disrupting network services. Don't you have a policy to >deal with this? (Perhaps expulsion from school if he won't change the >IP.) Just threaten him with legal action. Disrupting systems is usually a very serious offense, especially with government-funded schools. If that doesn't work, a few well-planned words passed to a couple of local fraternities can work nicely.... :) --mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 14 4:57: 3 2000 Delivered-To: freebsd-net@freebsd.org Received: from marvin.axion.bt.co.uk (marvin.axion.bt.co.uk [132.146.16.82]) by hub.freebsd.org (Postfix) with ESMTP id D24F7156AB for ; Fri, 14 Jan 2000 04:56:53 -0800 (PST) (envelope-from graeme.n.brown@bt.com) Received: from cbtlipnt01.btlabs.bt.co.uk by marvin (local) with ESMTP; Fri, 14 Jan 2000 12:56:36 +0000 Received: by cbtlipnt01.btlabs.bt.co.uk with Internet Mail Service (5.5.2448.0) id ; Fri, 14 Jan 2000 12:57:48 -0000 Message-ID: <71DA16F18D32D2119A1D0000F8FE9A9402B5A3B4@mbtlipnt01.btlabs.bt.co.uk> From: graeme.n.brown@bt.com To: freebsd-net@freebsd.org Subject: Response to changes in kernel routing table Date: Fri, 14 Jan 2000 12:57:47 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Would someone please be so kind as to enlighten me as to what happens in the following scenario. A unicast routeing daemon e.g. routed, gated etc. is running on a FreeBSD 3.x router. A new route is installed by a process running with root privileges (or by a user with root privileges using route command ) into the kernels forwarding table. What happens (if anything) to notify the unicast routeing daemon that a new route (which the daemon will likely advertise to rest of network) has been installed ? Does the kernel immediately send a notification on a routing socket to the routing daemon when the new route is installed in the kernels forwarding table ? Or does the routing daemon need to poll/scan the kernel's forwarding table periodically to spot any newly installed routes or modified routes ? TIA Graeme N Brown BT Adastral Park, UK email: graeme.n.brown@bt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 14 8:31:54 2000 Delivered-To: freebsd-net@freebsd.org Received: from tricord.system.pl (tricord.system.pl [195.205.185.10]) by hub.freebsd.org (Postfix) with ESMTP id 54581156DF for ; Fri, 14 Jan 2000 08:30:44 -0800 (PST) (envelope-from saper@system.pl) Received: from localhost (saper@localhost [127.0.0.1]) by tricord.system.pl (SYSTEM Internet) with ESMTP id RAA19146 for ; Fri, 14 Jan 2000 17:28:17 +0100 (MET) Date: Fri, 14 Jan 2000 17:28:14 +0100 (MET) From: Marcin Cieslak To: freebsd-net@FreeBSD.org Subject: RADIUS support in ppp(8) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have just enabled radius support in my plain old FreeBSD 2.2.8-based dial-in server (I managed to compile new ppp with libradius, skipping libalias and other unnecessary things to me). I see that I cannot use CHAP for authentication. I browsed the source code, and it is unclear to me, is it my fault that I don't supply "Challenge-Response" (as Ascend radiusd calls it) attribute - or is it not supported yet? Who is supposed to supply challenge (RADIUS server)? Second thing, is anyone working on accounting support for RADIUS? Seems to me that some basic attributes would be faily easy to implement. Then we would work to add more fancy "Ascend-*" attributes, which can be easily supported by current ppp (like Ascend-Input-Packets, Ascend-Output-Packets, Ascend-Multilink-ID etc.), or dig something out from a modem chat (like Ascend-Data-Rate). Right now I need Framed-Address and NAS-Port badly and I am going to hack ppp to get it. Last, is it possible to limit user sessions authenticad? Say to allow given user to login only once or given number of simultaneous connections. I cannot find a RADIUS attribute for that, but it would be nicely controlled from there. -- << Marcin Cieslak // saper@system.pl >> ----------------------------------------------------------------- SYSTEM Internet Provider http://www.system.pl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 14 10:11: 2 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id C5668158A4 for ; Fri, 14 Jan 2000 10:06:44 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id NAA85591; Fri, 14 Jan 2000 13:04:58 -0500 (EST) (envelope-from wollman) Date: Fri, 14 Jan 2000 13:04:58 -0500 (EST) From: Garrett Wollman Message-Id: <200001141804.NAA85591@khavrinen.lcs.mit.edu> To: graeme.n.brown@bt.com Cc: freebsd-net@FreeBSD.ORG Subject: Response to changes in kernel routing table In-Reply-To: <71DA16F18D32D2119A1D0000F8FE9A9402B5A3B4@mbtlipnt01.btlabs.bt.co.uk> References: <71DA16F18D32D2119A1D0000F8FE9A9402B5A3B4@mbtlipnt01.btlabs.bt.co.uk> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < Does the kernel immediately send a notification on a routing socket to the > routing daemon when the new route is installed in the kernels forwarding > table ? Yes. What the existing routing processes actually do with this notification varies. (I think, for the most part, they are of the belief that they alone manage the routing table and will either ignore or delete it.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 14 15:35:23 2000 Delivered-To: freebsd-net@freebsd.org Received: from meer.meer.net (meer.meer.net [140.174.164.2]) by hub.freebsd.org (Postfix) with ESMTP id 0B76C14E87 for ; Fri, 14 Jan 2000 15:35:09 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from jchurch.meer.net (unknown-35-202.wrs.com [147.11.35.202]) by meer.meer.net (8.9.3/8.9.3/meer) with ESMTP id PAA3257245 for ; Fri, 14 Jan 2000 15:35:07 -0800 (PST) Received: from neville-neil.com (localhost [127.0.0.1]) by jchurch.meer.net (8.9.3/8.9.2) with ESMTP id PAA39181 for ; Fri, 14 Jan 2000 15:38:02 -0800 (PST) (envelope-from gnn@neville-neil.com) Message-Id: <200001142338.PAA39181@jchurch.meer.net> To: freebsd-net@FreeBSD.ORG Subject: Netgraph documentation? Date: Fri, 14 Jan 2000 15:38:02 -0800 From: George Neville-Neil Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Folks, Are there any papers or documents on the netgraph system? I know the code is now in the tree but sometimes that's just not enough. Later, George To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 14 15:57:30 2000 Delivered-To: freebsd-net@freebsd.org Received: from pau-amma.whistle.com (pau-amma.whistle.com [207.76.205.64]) by hub.freebsd.org (Postfix) with ESMTP id AF6A514DDB for ; Fri, 14 Jan 2000 15:57:23 -0800 (PST) (envelope-from dhw@whistle.com) Received: (from dhw@localhost) by pau-amma.whistle.com (8.9.2/8.9.2) id PAA54185; Fri, 14 Jan 2000 15:57:21 -0800 (PST) Date: Fri, 14 Jan 2000 15:57:21 -0800 (PST) From: David Wolfskill Message-Id: <200001142357.PAA54185@pau-amma.whistle.com> To: freebsd-net@FreeBSD.ORG, gnn@neville-neil.com Subject: Re: Netgraph documentation? In-Reply-To: <200001142338.PAA39181@jchurch.meer.net> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Date: Fri, 14 Jan 2000 15:38:02 -0800 >From: George Neville-Neil > Are there any papers or documents on the netgraph system? I know >the code is now in the tree but sometimes that's just not enough. Over on gatekeeper.whistle.com:/pub/archie/netgraph, there's a file called "index.html" that looks as if it discusses various interesting things about netgraph. Cheers, david -- David Wolfskill dhw@whistle.com UNIX System Administrator voice: (650) 577-7158 pager: (888) 347-0197 FAX: (650) 372-5915 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 14 17:21: 4 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-36.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.164]) by hub.freebsd.org (Postfix) with ESMTP id 114261527D for ; Fri, 14 Jan 2000 17:21:00 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id BAA43967; Sat, 15 Jan 2000 01:15:10 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id BAA01055; Sat, 15 Jan 2000 01:19:34 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200001150119.BAA01055@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: Marcin Cieslak Cc: freebsd-net@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: RADIUS support in ppp(8) In-Reply-To: Message from Marcin Cieslak of "Fri, 14 Jan 2000 17:28:14 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Jan 2000 01:19:34 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I have just enabled radius support in my plain old > FreeBSD 2.2.8-based dial-in server (I managed to compile > new ppp with libradius, skipping libalias and other > unnecessary things to me). > > I see that I cannot use CHAP for authentication. > I browsed the source code, and it is unclear to me, > is it my fault that I don't supply "Challenge-Response" > (as Ascend radiusd calls it) attribute - or is it > not supported yet? Who is supposed to supply challenge > (RADIUS server)? ppp send the challenge to the client, the client sends a response and ppp sends both the challenge & response to the radius server then passes the radius servers answer back to the client. > Second thing, is anyone working on accounting support > for RADIUS? Seems to me that some basic attributes > would be faily easy to implement. Then we > would work to add more fancy "Ascend-*" attributes, > which can be easily supported by current ppp > (like Ascend-Input-Packets, Ascend-Output-Packets, > Ascend-Multilink-ID etc.), or dig something out > from a modem chat (like Ascend-Data-Rate). > > Right now I need Framed-Address and NAS-Port badly > and I am going to hack ppp to get it. Patches are always appreciated :-) Accounting support was only recently added to the radius client. > Last, is it possible to limit user sessions authenticad? > Say to allow given user to login only once or given > number of simultaneous connections. I cannot find > a RADIUS attribute for that, but it would be nicely > controlled from there. That would make sense. I think jdp is probably a good person to answer this. I don't know that much about server-side radius. > -- > << Marcin Cieslak // saper@system.pl >> > > ----------------------------------------------------------------- > SYSTEM Internet Provider http://www.system.pl -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jan 15 15:50:51 2000 Delivered-To: freebsd-net@freebsd.org Received: from tricord.system.pl (tricord.system.pl [195.205.185.10]) by hub.freebsd.org (Postfix) with ESMTP id C957715179 for ; Sat, 15 Jan 2000 15:50:30 -0800 (PST) (envelope-from saper@system.pl) Received: from localhost (saper@localhost [127.0.0.1]) by tricord.system.pl (SYSTEM Internet) with ESMTP id AAA09863; Sun, 16 Jan 2000 00:49:11 +0100 (MET) Date: Sun, 16 Jan 2000 00:49:08 +0100 (MET) From: Marcin Cieslak To: Brian Somers Cc: freebsd-net@FreeBSD.ORG Subject: Re: RADIUS support in ppp(8) In-Reply-To: <200001150119.BAA01055@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 15 Jan 2000, Brian Somers wrote: > > is it my fault that I don't supply "Challenge-Response" > > (as Ascend radiusd calls it) attribute - or is it > > not supported yet? Who is supposed to supply challenge > > (RADIUS server)? > > ppp send the challenge to the client, the client sends a response and > ppp sends both the challenge & response to the radius server then > passes the radius servers answer back to the client. It appears that Ascend RADIUS daemon does not support CHAP-Challenge(60) attribute - this violates RFC 2138. After I made a quick hack, it seems to work now. The ppp accounting patches are under way :) -- << Marcin Cieslak // saper@system.pl >> ----------------------------------------------------------------- SYSTEM Internet Provider http://www.system.pl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jan 15 17:47: 6 2000 Delivered-To: freebsd-net@freebsd.org Received: from tricord.system.pl (tricord.system.pl [195.205.185.10]) by hub.freebsd.org (Postfix) with ESMTP id 4EAC314D04 for ; Sat, 15 Jan 2000 17:46:46 -0800 (PST) (envelope-from saper@system.pl) Received: from localhost (saper@localhost [127.0.0.1]) by tricord.system.pl (SYSTEM Internet) with ESMTP id CAA10908; Sun, 16 Jan 2000 02:45:20 +0100 (MET) Date: Sun, 16 Jan 2000 02:45:17 +0100 (MET) From: Marcin Cieslak To: Brian Somers Cc: freebsd-net@FreeBSD.org Subject: Re: RADIUS support in ppp(8) In-Reply-To: <200001150119.BAA01055@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 15 Jan 2000, Brian Somers wrote: > Patches are always appreciated :-) Accounting support was only > recently added to the radius client. The initial version (hack-quality) is now working. I have duplicated radius_Authenticate() to radius_Account() and right now I am calling it from IPCP FSM "up" and "down" hooks. But the problem was of course to place accounting routine right in the whole ppp FSM context and adjust it's parameters. And thus, few design questions arise: 1. Should accounting request be sent at the start/stop of IPCP session (we need an IP address, ipcp throughput statistics) ? 2. Should it be sent every time the link in the MP bundle comes up? 3. What is the best variable to get username from? (cfg.auth.name from (struct bundle) is apparently empty). 4. How to get NAS-Port identifier? (right now I am taking it from fp->bundle->links[0] <- the "first" datalink open). I need an access to (struct physical) describing tty used. 5. Which variable to use as a best unique session identifier (peerid is apparently set only for MP sessions)? My understaing of internal PPP structure is not so great, however, the code is quite easy to learn. -- << Marcin Cieslak // saper@system.pl >> ----------------------------------------------------------------- SYSTEM Internet Provider http://www.system.pl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message