Re: MPD problems connecting to a Cisco 3000 concentrator
Joe Marcus Clarke wrote: I'm trying to establish an encrypted PPTP connection to a Cisco VPN concentrator using mpd-3.14. It works fine when I disable all encryption, but with even 40-bit stateless, I get errors like: [vpn] LCP: rec'd Protocol Reject #2 link 0 (Opened) [vpn] LCP: protocol 0x32f7 was rejected [vpn] LCP: rec'd Protocol Reject #10 link 0 (Opened) [vpn] LCP: protocol 0xa785 was rejected [vpn] LCP: rec'd Protocol Reject #11 link 0 (Opened) [vpn] LCP: protocol 0x5a41 was rejected [vpn] LCP: rec'd Protocol Reject #12 link 0 (Opened) [vpn] LCP: protocol 0x5ceb was rejected Almost certain that either the MPD side is incorrectly decrypting the packets or the Cisco side is incorrectly encrypting them. All known MPD bugs in this regard are fixed in the latest version of MPD FreeBSD... try upgrading the Cisco box?? Or try MS-CHAPv1 instead of v2? -Archie __ Archie Cobbs *Halloo Communications* http://www.halloo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Increasing interface queues
Mike Tancsa wrote:
We have a box terminating a lot of MPD tunnels from dialup
connections. When the modems at remote sites renegotiate due to poor line
quality, there will be a pause in the flow of data. Occasionally, the
interface on the terminating side will get a no buffer space as data is
accumulating to be sent out. Is there a way for me to increase those queue
sizes so that the server's queue has more room to hold the data until the
other end is ready to receive again ?
The only sysctl var I could see
% sysctl -a | grep -i queue
net.inet.ip.intr_queue_maxlen: 50
net.inet.ip.intr_queue_drops: 0
p1003_1b.sigqueue_max: 0
I dont think is related to this issue.
The ENOBUFS is coming from ng_pptpgre(4) and really means the PPTP
transmit window is full. The fact that PPTP has such a window is
itself a bug (L2TP is better). But in any case increasing that queue
length is not the right answer.. you actually want short queues (just
long enough to handle burstiness in the flow of packets) to avoid
excessive latency, and to let TCP etc. do its thing.
If you want ng_pptpgre(4) to just silently drop the packets instead
apply the patch below.
-Archie
__
Archie Cobbs *Halloo Communications* http://www.halloo.com
Index: ng_pptpgre.c
===
RCS file: /home/ncvs/src/sys/netgraph/ng_pptpgre.c,v
retrieving revision 1.2.2.13
diff -u -r1.2.2.13 ng_pptpgre.c
--- ng_pptpgre.c10 Oct 2002 18:27:54 - 1.2.2.13
+++ ng_pptpgre.c23 Jul 2003 03:55:52 -
@@ -491,7 +491,7 @@
= a-xmitWin) {
priv-stats.xmitDrops++;
NG_FREE_DATA(m, meta);
- return (ENOBUFS);
+ return (0);
}
/* Sanity check frame length */
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
XFree86 can't allocate colors on 4.7-RELEASE
I recently upgraded an IBM A20m laptop to 4.7-RELEASE and it appears that the new version of the X server is broken. The problem is that applications can no longer allocate colors... e.g.: Fvwm-95: in function GetColor: ERROR can't allocate color #808080 *FvwmTaskBar: cannot open console xsetroot: unable to allocate color for turquoise4 xearth 1.1: fatal - unable to allocate enough colors *FvwmTaskBar: can't alloc LightYellow *FvwmTaskBar: can't alloc LightYellow *FvwmTaskBar: can't alloc LightYellow ... My XF86Config (mostly auto-generated) and a sample /var/log/XFree86.0.log are attached. Thanks for any ideas... -Archie P.S. please CC: me on any responses __ Archie Cobbs * Packet Design * http://www.packetdesign.com XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 5.0-CURRENT i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Mon Nov 11 23:18:56 2002 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/TrueType/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on freebsd (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 104c,ac1b card , rev 03 class 06,07,00 hdr 82 (II) PCI: 00:02:1: chip 104c,ac1b card , rev 03 class 06,07,00 hdr 82 (II) PCI: 00:03:0: chip 8086,1229 card 8086,2408 rev 09 class 02,00,00 hdr 80 (II) PCI: 00:03:1: chip 115d,000c card 8086,2408 rev 00 class 07,00,02 hdr 80 (II) PCI: 00:05:0: chip 1013,6003 card 1014,0153 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,80,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 03 class 06,80,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c4d card 1014,0154 rev 64 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x8c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0x2000 - 0x20ff (0x100) IX[B] [1] -1 0x2400 - 0x24ff (0x100) IX[B] [2] -1
Re: XFree86 can't allocate colors on 4.7-RELEASE
+++ Archie Cobbs [12/11/02 13:23 -0800]: I recently upgraded an IBM A20m laptop to 4.7-RELEASE and it appears that the new version of the X server is broken. The problem is that applications can no longer allocate colors... e.g.: See below, the default colors are installed as /usr/X11R6/lib/X11/rgb.txt, did you cut and paste ;-) Section Files RgbPath /usr/X11R6/lib/X11/rgb ^ Changing the ColorDepth seemed to fix the problem. That line was auto-generated by XF86Config. It does seem wrong though, because the file is named rgb.txt, not rgb. But it seems to work now. So ... ? not sure what that means. Thanks, -Archie __ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: XFree86 can't allocate colors on 4.7-RELEASE
On Tue, 12 Nov 2002 13:23:10 -0800 (PST) I recently upgraded an IBM A20m laptop to 4.7-RELEASE and it appears that the new version of the X server is broken. No, it isn't, the problem is that you're running at 8bit colour depth, hence, the problems with colour allocation. Change the default colour depth to 16 or 24, that should fix it. Either by starting X with 'startx -- -bpp 16' or by editing the config file. Here's the relevant part of the log... - (II) Setting vga for screen 0. (==) ATI(0): Chipset: ati. (==) ATI(0): Depth 8, (==) framebuffer bpp 8 ^^ Thanks! That fixes it. Now I got all the colors and the log shows: (**) ATI(0): Depth 24, (--) framebuffer bpp 32 (--) Depth 24 pixmap format is 32 bpp But, um, was this supposed to be obvious? :-) My (wrong) intuition thought that using fewer bits per pixel would mean less memory required, thus helping things out, or something... Anyway, thanks mucho for the help! -Archie __ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: [Mpd-users] pptp networking question
gahn wrote: wiht two default gateways, of course i could not connect to anywhere. how could i fix this? i just want to connect pptp server and get one ip address (192.168.2.10/24) with no default route on the pptp interface. This is a windows-side question.. I think windows does this (i.e., adding a default route for pptp connections) automatically. Not sure if there is any way to fix it (but I don't know much about windows). -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
