Re: downgrade
Norbert Koch writes: Hi! Is it possible to downgrade a machine from -current to -stable? Yes, it's possible, but if you've got much on your system I don't think it's worth it. I (almost) did it a couple of months ago. It's not for the faint of heart. One thing that you've got to keep in mind is the bump in shared library versions; you'll probably have to reinstall anything you built yourself or via the ports system, and make sure you've removed the -current libraries (with the higher version numbers) first. After I'd spent most of a day deinstalling and reinstalling various ports, I decided it would be a lot safer and easier to just do a binary-only install from the CD, check out the latest -stable sources, and upgrade that way. If you were tracking -current before, you've got a local copy of the repository, right :-)? That's a good argument for multiple partitions, by the way. Since I have a partition for projects, one for src (both FreeBSD and /usr/ports/distfiles), and one for my mp3s I just told sysinstall to newfs /, /usr and /var but leave /home and all the rest alone. -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ppp/samba (configuration?) question
If this isn't the right place for this, I apologize. Feel free to set followups appropriately. I'm running ppp on a -current system (12/7/2000 vintage) named `moran'. I'm using it as a gateway for small in-home network (a couple of windoze boxes and a laptop running -stable), and I have NAT enabled. ppp is started automatically at boot as follows: /usr/sbin/ppp -quiet -auto -nat mintel Here's the appropriate part of ppp.conf: mintel: allow users rjk set openmode active 5 set phone 1234567 set timeout 2700 set socket /var/tmp/internet "" set authname a set authkey b deny lqr disable lqr set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0 delete all add default HISADDR enable dns In ppp.linkdown, I have: mintel: iface clear I'm using 10.1.0.0/24 internally, and moran is also running dhcpd and samba. Everything is working fine, except (you knew there'd be an except, right?:) the windoze boxes on my local network can't find the samba server on moran immediately after moran reboots. After some experimenting with config files and playing with ethereal, I think I know what's going on but I don't know what to do about it. If I don't put "10.0.0.1 localhost" in /etc/hosts, rebooting is very slow; I have to wait for ppp to make a connection before sendmail gets going. If I add it to /etc/hosts I don't have to wait on sendmail but I have problems with nmbd. With the above configuration for ppp, ifconfig always shows 2 IP addresses associated with tun0. Immediately after boot, it looks like (for example): tun0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1514 inet 10.0.0.1 -- 255.255.255.255 netmask 0x inet 63.xx.xx.13 -- 63.xx.xx.2 netmask 0xff00 Opened by PID 115 After I lose my connection for whatever reason (which normally happens at least 3 or 4 times a day with our local telephone service :() ppp automatically redials and reconnects. After this happens, ifconfig would show: tun0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1514 inet 63.xx.xx.13 -- 255.255.255.255 netmask 0x inet 63.xx.xx.47 -- 63.xx.xx.2 netmask 0xff00 Opened by PID 115 The 10. address is gone, my last address is still there but points to 255.255.255.255, and my new address is fine. ethereal shows that nmbd is saying it lives at 10.0.0.1. If I kill nmbd and restart it after having lost and remade my ppp connection, everything is fine. Note that this only affects nmbd. Browsers and ssh work just fine. Have I got something misconfigured? Should ppp be keeping my last IP address around like that? Sorry for the length of this message. Any comments and/or suggestions? Thanks. -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Confusing error messages from shell image activation
David O'Brien writes: On Mon, Dec 11, 2000 at 02:35:43PM -0500, Richard J Kuhns wrote: /usr/libexec/ld-elf.so.1: Shared object "libstdc++.so.2" not found /prog/applix/axdata/axmain: Operation timed out Blah. :-( Applixware depends on the compat3x distribution it seems. Can you install compat3x and see if it now runs? -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX Yes, it now runs. So it looks like we have the following scenario: 1. Applixware v5.0 depends on the compat3x distribution, so it won't run on an out-of-the-box FreeBSD 4.2 system. I hadn't noticed that before because I originally installed it on a machine that went through a phase running 3.x, so the older libraries were still there. 2. Applixware v5.0 can be installed anywhere you like as long as you use the package, but you have to manually edit a shell script. Eg, PREFIX=/opt pkg_add -p $PREFIX applix-5.0.tgz Then edit $PREFIX/bin/applix and make sure APPLIX_HOME is set to $PREFIX/applix. By the way, v5 seems to be much more responsive than v4. Purely subjective, of course, but I've had a couple of comments on it. -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Confusing error messages from shell image activation
Tony Maher writes: On the other hand, Applixware Office ships a precompiled package for /usr/local, and doesn't like being installed anywhere else. Which means I've got a couple of hundred megabytes being backup up for no good reason :-(. Really?! I have it installed in /opt/applix and I dont think there are any symlinks anywhere in /usr/local for it. It works fine. The install logfile: CopyFile: /cdrom/applix - /opt/applix/applix CopyFile: /cdrom/axart/alphabet/a1.ag - /opt/applix/axart/alphabet/a1.ag ... ... ... CopyFile: /opt/applix/axdata/axlicensedemo - /opt/applix/axlocal/axlicensedat CopyFile: /opt/applix/axdata/eng/ax_prof4.eng - /opt/applix/axdata/ax_prof4 The location was an install question from memory. This is version 4.42. Maybe Version 5 different? Yes, it's definitely different. No matter what you say when installing, `applix' is: #!/bin/sh APPLIX_HOME="/usr/local/applix" export APPLIX_HOME exec $APPLIX_HOME/applix "$@" Note the hard-coded APPLIX_HOME. There were other problems trying to install somewhere else, but I'm afraid I don't remember details. I played with it for a little while, but gave up and left it in /usr/local :(. -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Confusing error messages from shell image activation
David O'Brien writes: On Mon, Dec 11, 2000 at 09:07:27AM -0500, Richard J Kuhns wrote: Yes, it's definitely different. No matter what you say when installing, `applix' is: #!/bin/sh APPLIX_HOME="/usr/local/applix" export APPLIX_HOME exec $APPLIX_HOME/applix "$@" Again lack of details.. :-( EXACTLY what is this file you are showing us? Both my of my Applixware 4.42 and 5.0 installations have a real binary named `applix' in the root of the install directory. I installed 4.42 from the Walnut Creek CDROM CD of it. I installed 5.0 on the first tarball package of 5.0 BSDi made (that wasn't released to the public). So we also need to know how you got 5.0 (ie, what media are you using). Something may have easily changed between what I installed and what BSDi is now shipping. OK. In my current installation, it's /usr/local/bin/applix. I installed from the CD the Walnut Creek/BSDi shipped me (Applixware Office for FreeBSD v5.0). I just tried to install it from scratch on a new machine running 4.2-RELEASE. If I cd to /cdrom/Applix5 and run ./install, I'm not offered a choice concerning where to install -- it goes under /usr/local. I just tried `pkg_add -v -p /opt applix-5.0.tgz'. It then put things under /opt, but /opt/bin/applix was the file I listed above with the hardcoded "/usr/local/applix". When I changed it to "/opt/applix" and tried to run it, I got /usr/libexec/ld-elf.so.1: Shared object "libstdc++.so.2" not found /prog/applix/axdata/axmain: Operation timed out Since there's not a libstdc* of any sort under /opt/applix, either something didn't get installed correctly or applix was compiled using an older version of the shared library. At this point, I have some Real Work to do. If there's something else you'd like me to look at, let me know. It may take me a few hours, though. -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: YA ssh question (ssh-askpass?)
Kris Kennaway writes: On Tue, 7 Mar 2000, Richard J Kuhns wrote: So does all this mean that I now have to start using ssh-add/ssh-agent? Not at all; it's there as an option for people who have "secure" workstations and/or want single-signon for SSH. I often use ssh-agent if I have lots of remote CVS commits to do consecutively, e.g. do 'ssh-agent tcsh' and then ssh-add in the subshell, and exit when I'm done. ssh-add will also only invoke ssh-askpass if invoked with no controlling terminal, e.g. ssh-add /dev/null or if called during the X login process. Otherwise it uses the good old (internal) text prompt. Kris But then I'm back to my original question/problem: how to get ssh to ask for a password using ssh-askpass. I've looked through the code (a little); how would you feel about a patch to openssh/readpass.c that caused it to call ssh-askpass if there's no controlling tty but DISPLAY is set? -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
YA ssh question (ssh-askpass?)
I just built- and installed- world about an hour ago, and removed the ssh-1.2.27 port. The build and install went without a problem, but I've apparently lost some functionality. I spend most of my time in xemacs, and I make heavy use of CVS to access a couple of remote repositories. I've had CVS_RSH=ssh for quite some time, and use vc (the emacs/xemacs interface to CVS) to handle my sources. Up until this morning, it worked fine. Whenever I needed to access a remote repository, a window popped up to ask for my password. Now, I just get an error message saying "You have no controlling tty. Cannot read passphrase." I've installed a Tcl/Tk version of ssh-askpass in /usr/local/bin (which works by itself; I've tried it). I've also set SSH_ASKPASS_ENV to /usr/local/bin/ssh-askpass, but it hasn't made any difference. Any suggestions? Thanks... -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: YA ssh question (ssh-askpass?)
Oscar Bonilla writes: # cd /usr/ports/security/OpenSSH-askpass/ # make all install clean regards, -oscar Well, that installed a C version of ssh-askpass in /usr/X11R6/bin. Running it directly, it looks different but functions identically to the Tcl/TK version I'd installed earlier (which I moved so it wouldn't interfere with anything). It also made no difference whatsoever. A quick grep through /usr/src/crypto/openssh seems to indicate that only ssh-add uses ssh-askpass. -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: YA ssh question (ssh-askpass?)
Kris Kennaway writes: On Tue, 7 Mar 2000, Richard J Kuhns wrote: I've installed a Tcl/Tk version of ssh-askpass in /usr/local/bin (which works by itself; I've tried it). I've also set SSH_ASKPASS_ENV to /usr/local/bin/ssh-askpass, but it hasn't made any difference. There's an X11 version in /usr/ports/security/openssh-askpass, but it should probably work with other "equivalent" versions. By default it looks for it in /usr/X11R6/bin/ssh-askpass (compile-time define), but can be overridden using the SSH_ASKPATH environment variable. This is documented in the ssh-add(1) manpage :-) Kris So does all this mean that I now have to start using ssh-add/ssh-agent? Does that actually buy me anything? I was under the impression that ssh-agent was there to allow you to enter your passphrase once, and then not have to do it again that session. I *don't* want to do that; when I'm on-site, I *want* to be prompted for my password when I attempt to commit changes to a file (and I work with multiple repositories). Thanks... -- Richard Kuhns [EMAIL PROTECTED] PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems with the ATA-driver
Soren Schmidt writes: It seems Theo van Klaveren wrote: On Tue, 21 Dec 1999, Soren Schmidt wrote: Harddisks: Western Digital Caviar (2.0 GB), non-DMA and Western Digital Caviar (2.5 GB), DMA-33. Mainboard: Asus P5A-B Super7 Chipset: ALi Aladdin V AGPset It probably because I relaxed the requirements for doing WDMA on disks that doesn't bother to tell whihc verson of the ATA spec they conform to. I think your case is the more seldom one, but I'm this close to blacklisting all WD/Maxtor drives, that would make life alot easier... Hmmm... what exactly does the 'blacklisting all WD/Maxtor drives' mean? That I can't use the ATA driver, or that the timeout for these drives is increased? It means they will not do DMA without user intervention... -Søren FWIW, I've been running a 20G Maxtor 92048U8/VA510PF0 for about a month with the new driver without a single problem -- great work. dmesg output follows: Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #13: Tue Dec 14 13:22:22 EST 1999 [EMAIL PROTECTED]:/misc/src/sys/compile/MORAN Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Xeon/Celeron (451.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 134152192 (131008K bytes) avail memory = 127152128 (124172K bytes) Preloaded elf kernel "kernel" at 0xc02da000. Preloaded elf module "msdos.ko" at 0xc02da09c. Preloaded elf module "ibcs2.ko" at 0xc02da13c. Preloaded elf module "linux.ko" at 0xc02da1dc. Pentium Pro MTRR support enabled apm0: APM BIOS on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 vga-pci0: NVidia Riva128 graphics accelerator irq 11 at device 0.0 on pci1 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 ata-pci0: Intel PIIX4 ATA controller at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 irq 10 chip1: Intel 82371AB Power management controller at device 7.3 on pci0 ahc0: Adaptec 2940 Ultra SCSI adapter irq 11 at device 19.0 on pci0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs isa0: unexpected tag 14 fdc0: NEC 72065B or clone at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: PLIP network interface on ppbus 0 lpt0: generic printer on ppbus 0 lpt0: Interrupt-driven port sbc0: Creative SB AWE64 at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 pcm0: SB DSP 4.16 on sbc0 unknown0: Game at port 0x200-0x207 on isa0 unknown1: WaveTable at port 0x620-0x623 on isa0 unknown: PNP can't assign resources unknown2: PNP0200 at port 0-0xf,0x81-0x83,0x87,0x89-0x8b,0x8f-0x91,0xc0-0xdf drq 4 on isa0 unknown3: PNP0100 at port 0x40-0x43 irq 0 on isa0 unknown4: PNP0b00 at port 0x70-0x71 irq 8 on isa0 unknown: PNP0303 can't assign resources unknown: PNP0800 can't assign resources unknown5: PNP0c04 at port 0xf0-0xff irq 13 on isa0 unknown6: PNP0c01 at iomem 0-0x9,0xfffe-0x,0x10-0x7ff on isa0 unknown7: PNP0c02 at iomem 0xf-0xf3fff,0xf4000-0xf,0xd3000-0xd3fff,0xc8000-0xc9fff on isa0 unknown8: PNP0a03 at port 0x294-0x297,0x4d0-0x4d1,0xcf8-0xcff,0x480-0x48f,0x4000-0x403f,0x5000-0x501f on isa0 unknown: PNP0f13 can't assign resources unknown9: PNP0c02 at port 0x208-0x20f on isa0 unknown10: PNP0c02 at port 0x3800-0x381f on isa0 unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0400 can't assign resources ad0: Maxtor 92048U8/VA510PF0 ATA-5 disk at ata0 as master ad0: 19531MB (4464 sectors), 39683 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 Waiting 10 seconds for SCSI devices to settle acd0: NEC CD-ROM DRIVE:28D/3.04 CDROM drive at ata1 as master acd0: read 2928KB/s (6890KB/s), 128KB buffer, UDMA33 acd0: supported read
PPP problem + mailing list archive problem
Well, I'd hoped I'd be able to do a little more before bothering the list, but... I'd last built world around the end of April, with no problems. I then grew a fairly heavy workload, and so didn't get a chance to build world again until 2 days ago (May 24). During that time, something changed with ppp so it no longer works correctly for me (details shortly). ** I decided to check the -commit archives in case I missed an alert somewhere, and the database seems to be corrupted. Using netscape 4.5, I checked cvs-committers only, asked for articles on ppp sorted by date, and got a nice list. However, when I click on, say, 4.Brian Some cvs commit: src/usr.sbin/ppp arp.c defs.c iface.c ipcp.c tun.c Score: 711; Lines: 35; 26-Apr-1999; Archive: cvs-committers I get an article commenting on a commit to src/secure/usr.bin/bdes bdes.c. ** I normally start ppp with -auto XXX-pppd, with the following ppp.conf (I have a static IP address). # # Default setup. Executed always when PPP is invoked. # default: set log Phase Chat Connect LCP IPCP CCP TUN command set device /dev/cuaa0 set speed 57600 set ctsrts on set stopped 5 set dial ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \\ ATZ OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT # # XXX-pppd: allow user me set openmode passive set phone 123456 set login TIMEOUT 5 login:-\\r-login: ppp word: xx set timeout 1200 set socket /var/tmp/internet deny lqr disable lqr delete all set ifaddr *myaddr* *hisaddr* add default HISADDR enable dns test-pppd: allow user me set openmode passive set phone 123456 set login TIMEOUT 5 login:-\\r-login: ppp word: xx # I dial and login ok, but then nothing happens. the ppp.log says (normal successful login...) May 25 11:02:48 moran ppp[3577]: tun0: Phase: deflink: login - lcp May 25 11:02:48 moran ppp[3577]: tun0: LCP: FSM: Using deflink as a transport May 25 11:02:48 moran ppp[3577]: tun0: LCP: deflink: State change Initial -- Closed May 25 11:02:48 moran ppp[3577]: tun0: LCP: deflink: State change Closed -- Stopped May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: Stopped timer expired May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: State change Stopped -- Closed May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: State change Closed -- Initial May 25 11:03:01 moran ppp[3577]: tun0: Command: /dev/tty: down May 25 11:03:01 moran ppp[3577]: tun0: Phase: deflink: Disconnected! It sits at the State change Closed -- Initial until I tell it to disconnect or the idle time goes off. ps shows it waiting on select. All the `p's in the pppctl/ppp prompt are lower case. Curiously enough, if I do everything manually, it works! Ie, I start ppp, set device, set speed, use term to talk directly to the modem, and ATDT123456 to dial and then login, I get the prompt almost immediately with all upper-case Ps, and I can then enter the commands to set address/routes and it works just fine. At this moment, I'm running a 3.1 binary from the CD; it works perfectly also. Did I miss something, or is this a genuine bug? I'll be happy to try other things/supply more info on request. Thanks... -- Richard Kuhns r...@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Roadx319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: PPP problem + mailing list archive problem
Brian Somers writes: Well, I'd hoped I'd be able to do a little more before bothering the list, but... I'd last built world around the end of April, with no problems. I then grew a fairly heavy workload, and so didn't get a chance to build world again until 2 days ago (May 24). During that time, something changed with ppp so it no longer works correctly for me (details shortly). [.] May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: Stopped timer expired May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: State change Stopped -- Closed This happens because the peer hasn't said anything in the five seconds you've been connected (``set openmode passive'' says to wait for the peer to start talking and ``set stopped 5'' says to bring the layer down if we find ourselves in the STOPPED state for 5 seconds). Your login script looks suspect - it's always dangerous to have a login script that sends your password and waits for no confirmation of success (or failure). Isn't there something you can ``expect'' ? Try increasing your ``set stopped'' value to (say) 20 and see if that helps. [.] I raised my `set stopped' to 20; that just made it wait 20 seconds before it said `stopped timer expired' :-(. I removed the `set openmode passive' and got May 26 17:49:59 moran ppp-4[28641]: tun0: LCP: FSM: Using deflink as a transpo rt May 26 17:49:59 moran ppp-4[28641]: tun0: LCP: deflink: State change Initial -- Closed May 26 17:49:59 moran ppp-4[28641]: tun0: LCP: deflink: State change Closed -- Stopped May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: deflink: LayerStart May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: ACFCOMP[2] May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: PROTOCOMP[2] May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: ACCMAP[6] 0x May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: MRU[4] 1500 May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: MAGICNUM[6] 0x1f0d216b May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: deflink: State change Stopped -- Req-Sent May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: deflink: RecvConfigReq(1) state = Req-Sent May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: ACFCOMP[2] May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: PROTOCOMP[2] May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: ACCMAP[6] 0x May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: MRU[4] 1500 May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: MAGICNUM[6] 0x1f0d216b May 26 17:50:00 moran ppp-4[28641]: tun0: LCP: Magic is same (1f0d216b) - 1 time s May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: deflink: SendConfigNak(1) state = Req-Sent May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: MAGICNUM[6] 0x1f0d216b May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: deflink: RecvConfigNak(1) state = Req-Sent May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: MAGICNUM[6] 0x1f0d216b May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: Magic 0x1f0d216b is NAKed! May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: deflink: SendConfigReq(2) state = Req-Sent May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: ACFCOMP[2] May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: PROTOCOMP[2] May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: ACCMAP[6] 0x May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: MRU[4] 1500 May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: MAGICNUM[6] 0x38e4a5bd May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: deflink: RecvConfigReq(2) state = Req-Sent May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: ACFCOMP[2] May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: PROTOCOMP[2] May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: ACCMAP[6] 0x May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: MRU[4] 1500 May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: MAGICNUM[6] 0x38e4a5bd May 26 17:50:01 moran ppp-4[28641]: tun0: LCP: Magic is same (38e4a5bd) - 2 time s May 26 17:50:02 moran ppp-4[28641]: tun0: LCP: deflink: SendConfigNak(2) state = Req-Sent [...] May 26 17:50:50 moran ppp-4[28641]: tun0: LCP: ACFCOMP[2] May 26 17:50:50 moran ppp-4[28641]: tun0: LCP: PROTOCOMP[2] May 26 17:50:50 moran ppp-4[28641]: tun0: LCP: ACCMAP[6] 0x May 26 17:50:50 moran ppp-4[28641]: tun0: LCP: MRU[4] 1500 May 26 17:50:50 moran ppp-4[28641]: tun0: LCP: MAGICNUM[6] 0x534d1784 May 26 17:50:53 moran ppp-4[28641]: tun0: Phase: deflink: Too many LCP REQs sent - abandoning negotiation May 26 17:50:53 moran ppp-4[28641]: tun0: LCP: deflink: SendTerminateReq(13) sta te = Req-Sent May 26 17:50:53 moran ppp-4[28641]: tun0: LCP: deflink: State change Req-Sent -- Closing May 26 17:50:56 moran ppp-4[28641]: tun0: LCP: deflink: SendTerminateReq(13) sta te = Closing which didn't do much good. Finally, I told it to expect `Welcome' after logging in, and received the following -- note the extra `e' it says