Re: Urgent, PPP Problems.
Sun Jul 27 11:41:20 EDT 2003 Hi, Is this with FreeBSD 5.1?. If it is, then does your /var/log/auth.log have PAM authentication errors? This is the same problem currently plaguing us. We have yet to do a latest build world. I'll let you know if that fixes things. Andrew. On Sun, Jul 27, 2003 at 05:21:08PM +0200, Chris Knipe wrote: Lo all, I've successfully set up FreeBSD on numerous occasions as a PPP Dialin Server, both for modem usage, as well as PPTP and other types of VPNs. I even managed to get the Radius sorted and working with that as well. But alas, this one, is giving me a *really* hard time, it refuses to work, and I simply cannot see what is wrong here I'm using mgetty to answer modem calls, and then use Auto_PPP to start the pppd process. From what I can see, it looks like PPP is having problems authenticating the users from ppp.secrets, but once again, from what I can see, ppp.secrets have no problem what so ever. My routing table is as follows: Internet: DestinationGatewayFlagsRefs Use Netif Expire default192.168.1.254 UGSc416461rl0 127.0.0.1 127.0.0.1 UH 10 98lo0 192.168.1/26 link#2 UC 40rl1 192.168.1.500:50:04:3c:61:14 UHLW1 6220rl1 1198 192.168.1.10 00:05:5d:7c:e3:e0 UHLW0 1939rl1940 192.168.1.11 00:c0:df:26:01:fb UHLW0 908rl1 1049 192.168.1.12 00:c0:26:7f:ef:70 UHLW0 2281rl1636 192.168.1.64/26link#3 UC 40rl2 192.168.1.66 00:c0:df:13:3b:40 UHLW0 2558rl2745 192.168.1.67 00:a0:c9:fb:b4:ed UHLW0 967rl2 1128 192.168.1.68 00:40:f4:75:bd:29 UHLW0 93rl2626 192.168.1.69 00:a0:c9:92:9e:0e UHLW0 953rl2953 192.168.1.128/26 link#4 UC 00rl3 192.168.1.248/29 link#1 UC 20rl0 192.168.1.249 00:40:f4:7b:48:c5 UHLW1 2019lo0 192.168.1.254 00:02:96:05:70:72 UHLW20rl0475 All pretty standard stuff, routing three /26 subnets over three dedicated networks. The fourth and last /26 is further subnetted into smaller /29 segments, also working fine. From a routing point of view, there is nothing wrong and everything is working very happily to date. mgetty's login.conf has: /AutoPPP/ - - /usr/sbin/ppp -direct dialin Once again, no problem from what I can see. Spending numerous hours on google, it's pretty much the same as what everyone else is using to call ppp. My ppp.conf looks as follows: default: set timeout 0 set log LCP IPCP CCP Chat Command Phase TUN set device /dev/cuaa0 set dial set login set speed 115200 dialin: accept dns allow mode direct disable chap enable pap enable proxy # set radius /etc/ppp/ppp.radius set ifaddr 192.168.1.249 10.0.0.2-10.0.0.254 Once again, nothing here really that *should* cause PPP to fail from what I can see, and pretty much in line with all of my other configurations on my other servers, as well as those from the numerous examples found via google. ppp.secret usernametabpassword As specified on numerous web sites. The ppp debug output is shown below. *ANY* advice very welcome, I need to get this server online and working ASAP. -- me Jul 25 20:08:33 router ppp[5741]: Phase: Using interface: tun0 Jul 25 20:08:33 router ppp[5741]: Phase: deflink: Created in closed state Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set device /dev/cuaa0 Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set speed 115200 Jul 25 20:08:33 router ppp[5741]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 ATOK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: disable chap Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: disable passwdauth Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: enable pap Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: enable proxy Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: set ifaddr 192.168.1.249 192.168.1.250 255.255.255.255 Jul 25 20:08:33 router ppp[5741]: tun0: Command: cuaa0: set dns 192.168.1.249 Jul 25 20:08:33 router ppp[5741]: tun0: Phase: PPP Started (direct mode). Jul 25 20:08:33 router ppp[5741]: tun0: Phase: bundle: Establish Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: closed - opening Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: Connected! Jul 25 20:08:33 router ppp[5741]: tun0: Phase: deflink: opening - carrier Jul 25 20:08:34 router ppp[5741]: tun0: Phase: deflink: /dev/cuaa0: CD detected Jul 25 20:08:34 router ppp[5741]: tun0: Phase:
Re: Auth fails partly for imap
Sun Jul 27 12:18:29 EDT 2003
Hi,
We use plaintext over SSL. For pine to work we add the following line
in the pine.conf
disable-these-authenticators=CRAM-MD5
Hope that helps. Use with care over insecure connections.
Andrew.
On Sun, Jul 27, 2003 at 11:57:04AM -0400, Lucas Holt wrote:
Historically, Netscape has not supported encrypted (even if it is weak)
authentication for imap and pop3. Slowly, they add standards as people
complain. I'm sure the mozilla project is no different. I know for a
fact that early builds of mozilla did not support cram md5.
Basically, webmail and mozilla are sending clear text authentication.
Pine is a bit smarter and uses cram md5. Look through the pine
preferences and see if you can downgrade it to clear text. If not,
there is probably a compile option to use cleartext. (thats how they
do it in imapd at least)
On Sunday, July 27, 2003, at 11:12 AM, Johan Paul wrote:
Hi all,
What have I done wrong when I can log into my IMAP account
(cyrus-imapd-2.0.17) via Mozilla and web mail (Squirrelmail) but Pine
doesn't allow me to log in? I use PAM with MySQL authentication. This
is what I get to my log file (first when I log into with Mozilla from
a remote client, then Pine locally):
-- 8 --
Jul 27 18:04:27 silakka imapd[5665]: login: my.computer.foo[x.x.x.x]
kypeli plaintext
Jul 27 18:05:09 silakka imapd[5685]: badlogin:
localhost.computer.foo[127.0.0.1] CRAM-MD5 authentication failure [no
secret in database]
-- 8 --
Why does Pine try to use CRAM-MD5 but Mozilla doesn't? I have
{localhost:143}inbox in Pine in inbox-path.
Running FreeBSD 4.8.
Regards,
Johan Paul
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
[EMAIL PROTECTED]
Lucas Holt
[EMAIL PROTECTED]
FoolishGames.com (Jewel Fan Site)
JustJournal.com (Free blogging)
Only two things are infinite, the universe and human stupidity, and
I'm not sure about the former.
- Albert Einstein (1879-1955)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
LDAP shadow password authentication in FreeBSD 5.1
Hi all, I have recently setup a FreeBSD 5.1 client machine that I would like to use LDAP with. I have installed the latest pam_ldap and nss_ldap from ports. I am currently able to id all the users and su to them. But no luck with the shadow password authentication. I already have a Linux and Solaris client authenticating. I really hope that it is possible in FreeBSD 5.1. On the LDAP server I see only the queries for objectClass=posixAccount but none for objectClass=shadowAccount . Thank you very much for any tips. A. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pxeboot fails to load acpi.ko
Hi, Have you had a look in /boot/device.hints? hint.acpi.0.disabled=1 I at the moment maintain 2 diskless images, the one for older hardware has the above setting to disable acpi(machine would hang with it enabled). I believe setting it to 0 or commenting it out could help you. A. Hey- I've been working on a project to automate FreeBSD installations over the network, using PXE boot capabilities. I've been following the howtos, as documented starting here: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pxe/index.html and http://www.daemonsecurity.com/pxe/jumpstart.html I'm having a difficult time finding posts from other people who have experienced similar problems. Everything is setup. I'm using a tftpd that can handle large files. DHCPD is configured correctly. The client boots the PXE boot loader, as it should. It then begins loading the kernel. Upon loading the file acpi.ko, the boot hangs. Doing a tcpdump on the traffic, it looks like the machine receives the last packet of acpi.ko, and before it even has a chance to send an ACK, it's done. The twirly status bar stops spinning. The machine is doomed for a hard reboot. I've tried with two very different boxes to ensure it's not a hardware anomoly. The machines boot fine from the installation CDs -- loading acpi.ko. Further, I started with 5.3-REL, stepped up to 5.4-REL, and lastly, 6.0-REL. The problem occurs with all these versions. I'm not sure how to continue debugging this problem. Any tips in terms of troubleshooting or known workarounds would be great. Thanks, Chris -- Christopher Cowart Unix Systems Administrator Residential Computing, UC Berkeley May all your pushes be popped ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Split a PDF page
Hello. I've got a PDF document with two side-by-side pages in A3 format. Is there a way I can get the two single A4 pages, either as subsequent pages of a new document or as different new documents? Anything in the port tree? bye Thanks av. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Hi, Have you had a look at: Port: pdftk-1.12_1 Path: /usr/ports/print/pdftk Info: A simple tool for doing everyday things with PDF documents Maint: [EMAIL PROTECTED] B-deps: gcc-4.1.3_20070312 gettext-0.16.1 gmake-3.81_1 libiconv-1.9.2_2 R-deps: gcc-4.1.3_20070312 libiconv-1.9.2_2 WWW:http://www.accesspdf.com/pdftk/ I have heard good things about this app. Hope that helps. A. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
