Daniel S. Barclay writes: > When diald invokes pppd, pppd reports "peer refused to authenticate".
> Why would that be a problem from diald and not from pon? Because pon passes the options in /etc/ppp/peers/provider to pon via the 'call' option. diald can't use /etc/ppp/peers/provider. Add this to /etc/diald/diald.options: pppd-options noauth > Can diald easily be configured to use already- configured pppd/pon > connections, or should diald just be set up separately? You can use the /chatscripts/provider files that pppconfig generates with diald by putting this in /etc/diald/diald.options instead of the default 'connect' line: connect "chat -v -f /etc/chatscripts/provider" You can't use the /etc/ppp/peers/provider files because they contain stuff that diald doesn't like. Here is a workable diald.options: # /etc/diald/diald.options # This is the port the modem is connected to. # *** MODIFY to match your set up *** device /dev/ttyS2 # diald log file: do not change. accounting-log /var/log/diald.log # diald monitoring pipe: do not change. fifo /var/run/diald.fifo # This turns on full debugging. debug 77 # Turn off peer authentication. If you want to pass any other options to # pppd put them here. pppd-options noauth # We have PPP mode ppp # Dummy local IP local 10.0.0.1 # IP number for the provider's machine. This is different each time we connect. # This is not a problem, but it'll make the routine table look funny. # Dummy remote IP remote 10.0.0.2 netmask 255.255.255.0 # If the connection gets broken from the ISP, redial only # if there's outgoing traffic from our side. two-way # When the link's up, change routes to point to the real link # instead of the proxy. reroute # diald should set a default route to the proxy SLIP link. defaultroute # Scripts used to bring up/shut down the serial line. connect "chat -v -f /etc/chatscripts/provider" # Do UUCP locking. lock # We connect through a modem. modem crtscts # Local tweaking connect-timeout 90 dial-fail-limit 2 died-retry-count 0 include /etc/diald/standard.filter dynamic -buffer-packets -- John Hasler This posting is in the public domain. [EMAIL PROTECTED] Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
