Linux за българи: Форуми

Linux секция за начинаещи => Настройка на програми => Темата е започната от: dobritu в Oct 31, 2006, 16:54



Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Oct 31, 2006, 16:54
Имам проблем със конекшана под Linux Kanotix Debian(кернелско ядро 2.6.17).Значи конекшана ми е VPN със pptp вързка.Когато се опитам да се конектна ми излиза това в лога:



Примерен код

debug: Username: [color=red]потребителското ми име[/color]
debug: Trying to connect to server "192.168.0.1" with user "[color=red]потребителското ми име[/color]"...
info: "pppd" started.
info: [pppd]Using interface ppp0 Connect: ppp0 /dev/pts/4
info: [pppd]Remote message: Greetings!! PAP authentication succeeded
info: [pppd]Deflate (9/15) compression enabled
info: [pppd]found interface eth0 for proxy arp local IP address 193.68.15.38 remote IP address 192.168.0.1 primary DNS address 193.68.3.252 secondary DNS address 192.92.129.1
info: Successful connected to server "192.168.0.1" user: "[color=red]потребителското ми име[/color]") at Tue Oct 31 16:22:29 2006
info: "PppdUpScript" started.
info: "PppdUpScript" finished.
error: [pppd err]
info: "ping_check.sh" started.
info: "PppdDownScript" started.
info: "PppdDownScript" finished.
debug: killing "pptp"...
info: Successful disconnected.
info: Connection duration was 00 hours, 00 minutes, 07 seconds
info: File /etc/ppp/chap-secrets sucessfully removed
info: Reconnect after connection lost enabled, reconnecting...
info: "PppdUpScript" started.
info: "PppdUpScript" finished.
debug: Username: [color=red]потребителското ми име[/color]
debug: Trying to connect to server "192.168.0.1" with user "потрбителското ми име"...
info: [pppd]Using interface ppp0 Connect: ppp0 /dev/pts/4
info: "pppd" started.
info: "pppd route process" started.
info: [pppd]Remote message: Greetings!! PAP authentication succeeded
info: [pppd]Deflate (9/15) compression enabled
info: [pppd]found interface eth0 for proxy arp local IP address 193.68.15.38 remote IP address 192.168.0.1 primary DNS address 193.68.3.252 secondary DNS address 192.92.129.1
info: Successful connected to server "192.168.0.1" user: "[color=red]потребителското ми име[/color]") at Tue Oct 31 16:22:45 2006
info: "PppdUpScript" started.
info: "PppdUpScript" finished.
error: [pppd err]
info: "PppdDownScript" started.
info: "PppdDownScript" finished.
debug: killing "pptp"...
info: Successful disconnected.
info: Connection duration was 00 hours, 01 minutes, 18 seconds
info: File /etc/ppp/chap-secrets sucessfully removed
info: Reconnect after connection lost enabled, reconnecting...
info: "PppdUpScript" started.
info: "PppdUpScript" finished.
debug: Username: [color=red]потребителското ми име[/color]
debug: Trying to connect to server "192.168.0.1" with user "[color=red]потребителското ми име[/color]"...
info: [pppd]Using interface ppp0 Connect: ppp0 /dev/pts/4
info: [pppd]Remote message: Greetings!! PAP authentication succeeded Deflate (9/15) compression enabled found interface eth0 for proxy arp local IP address 193.68.15.38 remote IP address 192.168.0.1 primary DNS address 193.68.3.252 secondary DNS address 192.92.129.1
info: Successful connected to server "192.168.0.1" user: "[color=red]потребителското ми име[/color]") at Tue Oct 31 16:24:59 2006
info: "PppdUpScript" started.
info: "PppdUpScript" finished.

а когато напиша в конзолата ifconfig ми излиза това:
Примерен код
ppp0      Link encap:Point-to-Point Protocol
          inet addr:193.68.15.38  P-t-P:192.168.0.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:16 errors:1 dropped:0 overruns:0 frame:0
          TX packets:148211 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:1301 (1.2 KiB)  TX bytes:23414795 (22.3 MiB)

Което би трябвавало да значи че имам и интернет :?:  :!:  :?: Да ама не, пингвам примерно 193.68.3.252 ( DNS сървъра ми ) нищо не ми отговаря.Ако някой знае как мога да го оправя този проблем ще се радвам много :)


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: martos в Oct 31, 2006, 18:07
route -n какво дава?


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Oct 31, 2006, 21:32
Цитат (martos @ Окт. 31 2006,19:07)
route -n какво дава?

Това ми дава като напиша route -n :
Примерен код

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.1     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: martos в Nov 01, 2006, 09:55
Пробвай с:
route add default gw 192.168.0.1


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: gat3way в Nov 01, 2006, 10:55
Във /var/log/syslog дали pppd не лог-ва повечко информация?

PPP е доста сложен протокол, включващ 2 други протокола -  LCP (установяване и подържане на връзка) и NCP (конфигуриране на тунелираните протоколи).

Очевидно NCP се е справил добре, щом интерфейсът е вдигнат и има присвоени адреси, маски, дефолт гейтуей и т.н.

LCP обаче някъде се е издънва. Дали при установяването на MRU, при размяната на информация за link quality с отсрещния пиър нямам много идея, трябва да видя pppd какво ти е избълвал.

Вероятно оттам идва много ниския брой получени пакети на този интерфейс, както и онзи сбъркания пакет, който го вади ifconfig. Това че няма frame/overruns свидетелства че няма проблеми със MRU най-вероятно, проблем на link-quality negotiation-a ще да е...


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 01, 2006, 17:47
Цитат (martos @ Ноември 01 2006,10:55)
Пробвай с:
route add default gw 192.168.0.1

Не става и така :(


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 01, 2006, 18:24
Цитат (gat3way @ Ноември 01 2006,11:55)
Във /var/log/syslog дали pppd не лог-ва повечко информация?

PPP е доста сложен протокол, включващ 2 други протокола -  LCP (установяване и подържане на връзка) и NCP (конфигуриране на тунелираните протоколи).

Очевидно NCP се е справил добре, щом интерфейсът е вдигнат и има присвоени адреси, маски, дефолт гейтуей и т.н.

LCP обаче някъде се е издънва. Дали при установяването на MRU, при размяната на информация за link quality с отсрещния пиър нямам много идея, трябва да видя pppd какво ти е избълвал.

Вероятно оттам идва много ниския брой получени пакети на този интерфейс, както и онзи сбъркания пакет, който го вади ifconfig. Това че няма frame/overruns свидетелства че няма проблеми със MRU най-вероятно, проблем на link-quality negotiation-a ще да е...

Немога да разбера какво точно да направя.В този файл ми изкарва всичко какво е ставало , тоест за pptp-то ми изкарва това кото гледам като се логва.Та какво точно трябва да направя че да тръгне това?


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: gat3way в Nov 01, 2006, 18:47
grep ppp /var/log/syslog |tail -n 100
cat /etc/ppp/options

paste :)


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 02, 2006, 14:16
Цитат (gat3way @ Ноември 01 2006,19:47)
grep ppp /var/log/syslog |tail -n 100
cat /etc/ppp/options

paste :)

Ето това ми дава като написах тези две команди:

Примерен код
root@DOBRY:/# grep ppp /var/log/syslog |tail -n 100
Nov  1 17:08:15 localhost pppd[7978]: Sent 18565366 bytes, received 0 bytes.
Nov  1 17:08:15 localhost pppd[7978]: Connection terminated.
Nov  1 17:08:16 localhost pppd[7978]: Exit.
Nov  1 17:09:08 localhost pppd[8469]: no device specified and stdin is not a tty
Nov  1 17:09:53 localhost pppd[8613]: pppd 2.4.4 started by root, uid 0
Nov  1 17:09:53 localhost pppd[8613]: Using interface ppp0
Nov  1 17:09:53 localhost pppd[8613]: Connect: ppp0 <--> /dev/pts/4
Nov  1 17:09:57 localhost pppd[8613]: Remote message: Greetings!!
Nov  1 17:09:57 localhost pppd[8613]: PAP authentication succeeded
Nov  1 17:09:58 localhost pppd[8613]: Deflate (9/15) compression enabled
Nov  1 17:09:58 localhost pppd[8613]: found interface eth0 for proxy arp
Nov  1 17:09:58 localhost pppd[8613]: local  IP address 193.68.116.229
Nov  1 17:09:58 localhost pppd[8613]: remote IP address 192.168.0.1
Nov  1 17:09:58 localhost pppd[8613]: primary   DNS address 193.68.3.252
Nov  1 17:09:58 localhost pppd[8613]: secondary DNS address 192.92.129.1
Nov  1 17:11:14 localhost pppd[8613]: Modem hangup
Nov  1 17:11:14 localhost pppd[8613]: Connect time 1.3 minutes.
Nov  1 17:11:14 localhost pppd[8613]: Sent 17052306 bytes, received 0 bytes.
Nov  1 17:11:14 localhost pppd[8613]: Connection terminated.
Nov  1 17:11:15 localhost pppd[8613]: Exit.
Nov  1 17:12:03 localhost pppd[9099]: no device specified and stdin is not a tty
Nov  1 17:12:48 localhost pppd[9246]: pppd 2.4.4 started by root, uid 0
Nov  1 17:12:48 localhost pppd[9246]: Using interface ppp0
Nov  1 17:12:48 localhost pppd[9246]: Connect: ppp0 <--> /dev/pts/4
Nov  1 17:12:52 localhost pppd[9246]: Remote message: Greetings!!
Nov  1 17:12:52 localhost pppd[9246]: PAP authentication succeeded
Nov  1 17:12:53 localhost pppd[9246]: Deflate (9/15) compression enabled
Nov  1 17:12:53 localhost pppd[9246]: found interface eth0 for proxy arp
Nov  1 17:12:53 localhost pppd[9246]: local  IP address 193.68.116.210
Nov  1 17:12:53 localhost pppd[9246]: remote IP address 192.168.0.1
Nov  1 17:12:53 localhost pppd[9246]: primary   DNS address 193.68.3.252
Nov  1 17:12:53 localhost pppd[9246]: secondary DNS address 192.92.129.1
Nov  1 17:14:06 localhost pppd[9246]: Modem hangup
Nov  1 17:14:06 localhost pppd[9246]: Connect time 1.3 minutes.
Nov  1 17:14:06 localhost pppd[9246]: Sent 16811747 bytes, received 96 bytes.
Nov  1 17:14:06 localhost pppd[9246]: Connection terminated.
Nov  1 17:14:06 localhost pppd[9246]: Exit.
Nov  1 17:15:04 localhost pppd[9726]: no device specified and stdin is not a tty
Nov  1 17:15:43 localhost pppd[9856]: pppd 2.4.4 started by root, uid 0
Nov  1 17:15:43 localhost pppd[9856]: Using interface ppp0
Nov  1 17:15:43 localhost pppd[9856]: Connect: ppp0 <--> /dev/pts/4
Nov  1 17:15:47 localhost pppd[9856]: Remote message: Greetings!!
Nov  1 17:15:47 localhost pppd[9856]: PAP authentication succeeded
Nov  1 17:15:47 localhost pppd[9856]: Deflate (9/15) compression enabled
Nov  1 17:15:48 localhost pppd[9856]: found interface eth0 for proxy arp
Nov  1 17:15:48 localhost pppd[9856]: local  IP address 193.68.116.254
Nov  1 17:15:48 localhost pppd[9856]: remote IP address 192.168.0.1
Nov  1 17:15:48 localhost pppd[9856]: primary   DNS address 193.68.3.252
Nov  1 17:15:48 localhost pppd[9856]: secondary DNS address 192.92.129.1
Nov  1 17:17:00 localhost pppd[9856]: Modem hangup
Nov  1 17:17:00 localhost pppd[9856]: Connect time 1.3 minutes.
Nov  1 17:17:00 localhost pppd[9856]: Sent 17852109 bytes, received 0 bytes.
Nov  1 17:17:00 localhost pppd[9856]: Connection terminated.
Nov  1 17:17:01 localhost pppd[9856]: Exit.
Nov  1 17:17:58 localhost pppd[10349]: no device specified and stdin is not a tty
Nov  1 17:18:37 localhost pppd[10477]: pppd 2.4.4 started by root, uid 0
Nov  1 17:18:37 localhost pppd[10477]: Using interface ppp0
Nov  1 17:18:37 localhost pppd[10477]: Connect: ppp0 <--> /dev/pts/4
Nov  1 17:18:41 localhost pppd[10477]: Remote message: Greetings!!
Nov  1 17:18:41 localhost pppd[10477]: PAP authentication succeeded
Nov  1 17:18:42 localhost pppd[10477]: Deflate (9/15) compression enabled
Nov  1 17:18:42 localhost pppd[10477]: found interface eth0 for proxy arp
Nov  1 17:18:42 localhost pppd[10477]: local  IP address 193.68.116.223
Nov  1 17:18:42 localhost pppd[10477]: remote IP address 192.168.0.1
Nov  1 17:18:42 localhost pppd[10477]: primary   DNS address 193.68.3.252
Nov  1 17:18:42 localhost pppd[10477]: secondary DNS address 192.92.129.1
Nov  1 17:19:55 localhost pppd[10477]: Modem hangup
Nov  1 17:19:55 localhost pppd[10477]: Connect time 1.3 minutes.
Nov  1 17:19:55 localhost pppd[10477]: Sent 20062981 bytes, received 0 bytes.
Nov  1 17:19:55 localhost pppd[10477]: Connection terminated.
Nov  1 17:19:56 localhost pppd[10477]: Exit.
Nov  1 17:20:23 localhost pppd[10859]: no device specified and stdin is not a tty
Nov  1 17:20:23 localhost pppd[10866]: pppd 2.4.4 started by root, uid 0
Nov  1 17:20:23 localhost pppd[10866]: Using interface ppp0
Nov  1 17:20:23 localhost pppd[10866]: Connect: ppp0 <--> /dev/pts/3
Nov  1 17:20:24 localhost pppd[10880]: pppd 2.4.4 started by root, uid 0
Nov  1 17:20:24 localhost pppd[10880]: Using interface ppp1
Nov  1 17:20:24 localhost pppd[10880]: Connect: ppp1 <--> /dev/pts/4
Nov  1 17:20:24 localhost pppd[10887]: no device specified and stdin is not a tty
Nov  1 17:20:25 localhost pppd[10894]: pppd 2.4.4 started by root, uid 0
Nov  1 17:20:25 localhost pppd[10894]: Using interface ppp2
Nov  1 17:20:25 localhost pppd[10894]: Connect: ppp2 <--> /dev/pts/6
Nov  1 17:20:28 localhost pppd[10894]: Remote message: Greetings!!
Nov  1 17:20:28 localhost pppd[10894]: PAP authentication succeeded
Nov  1 17:20:28 localhost pppd[10894]: Deflate (9/15) compression enabled
Nov  1 17:20:28 localhost pppd[10894]: found interface eth0 for proxy arp
Nov  1 17:20:28 localhost pppd[10894]: local  IP address 193.68.116.224
Nov  1 17:20:28 localhost pppd[10894]: remote IP address 192.168.0.1
Nov  1 17:20:28 localhost pppd[10894]: primary   DNS address 193.68.3.252
Nov  1 17:20:28 localhost pppd[10894]: secondary DNS address 192.92.129.1
Nov  1 17:20:54 localhost pppd[10866]: LCP: timeout sending Config-Requests
Nov  1 17:20:54 localhost pppd[10866]: Connection terminated.
Nov  1 17:20:54 localhost pptp[10869]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
Nov  1 17:20:54 localhost pppd[10866]: Modem hangup
Nov  1 17:20:54 localhost pppd[10866]: Exit.
Nov  1 17:20:55 localhost pppd[10880]: LCP: timeout sending Config-Requests
Nov  1 17:20:55 localhost pppd[10880]: Connection terminated.
Nov  1 17:20:55 localhost pptp[10883]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
Nov  1 17:20:55 localhost pppd[10880]: Modem hangup
Nov  1 17:20:55 localhost pppd[10880]: Exit


# /etc/ppp/options
#
# Originally created by Jim Knoble <jmknoble@mercury.interpath.net>
# Modified for Debian by alvar Bray <alvar@meiko.co.uk>
# Modified for PPP Server setup by Christoph Lameter <clameter@debian.org>
#
# To quickly see what options are active in this file, use this command:
#   egrep -v '#|^ *$' /etc/ppp/options

# Specify which DNS Servers the incoming Win95 or WinNT Connection should use
# Two Servers can be remotely configured
# ms-dns 192.168.1.1
# ms-dns 192.168.1.2

# Specify which WINS Servers the incoming connection Win95 or WinNT should use
# ms-wins 192.168.1.50
# ms-wins 192.168.1.51

# Run the executable or shell command specified after pppd has
# terminated the link.  This script could, for example, issue commands
# to the modem to cause it to hang up if hardware modem control signals
# were not available.
#disconnect "chat -- \d+++\d\c OK ath0 OK"

# async character map -- 32-bit hex; each bit is a character
# that needs to be escaped for pppd to receive it.  0x00000001
# represents '\x01', and 0x80000000 represents '\x1f'.
asyncmap 0

# Require the peer to authenticate itself before allowing network
# packets to be sent or received.
# Please do not disable this setting. It is expected to be standard in
# future releases of pppd. Use the call option (see manpage) to disable
# authentication for specific peers.
noauth

# Use hardware flow control (i.e. RTS/CTS) to control the flow of data
# on the serial port.
crtscts

# Use software flow control (i.e. XON/XOFF) to control the flow of data
# on the serial port.
#xonxoff

# Specifies that certain characters should be escaped on transmission
# (regardless of whether the peer requests them to be escaped with its
# async control character map).  The characters to be escaped are
# specified as a list of hex numbers separated by commas.  Note that
# almost any character can be specified for the escape option, unlike
# the asyncmap option which only allows control characters to be
# specified.  The characters which may not be escaped are those with hex
# values 0x20 - 0x3f or 0x5e.
#escape 11,13,ff

# Don't use the modem control lines.
#local

# Specifies that pppd should use a UUCP-style lock on the serial device
# to ensure exclusive access to the device.
lock

# Don't show the passwords when logging the contents of PAP packets.
# This is the default.
hide-password

# When logging the contents of PAP packets, this option causes pppd to
# show the password string in the log message.
#show-password

# Use the modem control lines.  On Ultrix, this option implies hardware
# flow control, as for the crtscts option.  (This option is not fully
# implemented.)
modem

# Set the MRU [Maximum Receive Unit] value to <n> for negotiation.  pppd
# will ask the peer to send packets of no more than <n> bytes. The
# minimum MRU value is 128.  The default MRU value is 1500.  A value of
# 296 is recommended for slow links (40 bytes for TCP/IP header + 256
# bytes of data).
#mru 542

# Set the interface netmask to <n>, a 32 bit netmask
 in "decimal dot"
# notation (e.g. 255.255.255.0).
#netmask 255.255.255.0

# Disables the default behaviour when no local IP address is specified,
# which is to determine (if possible) the local IP address from the
# hostname. With this option, the peer will have to supply the local IP
# address during IPCP negotiation (unless it specified explicitly on the
# command line or in an options file).
#noipdefault

# Enables the "passive" option in the LCP.  With this option, pppd will
# attempt to initiate a connection; if no reply is received from the
# peer, pppd will then just wait passively for a valid LCP packet from
# the peer (instead of exiting, as it does without this option).
#passive

# With this option, pppd will not transmit LCP packets to initiate a
# connection until a valid LCP packet is received from the peer (as for
# the "passive" option with old versions of pppd).
#silent

# Don't request or allow negotiation of any options for LCP and IPCP
# (use default values).
#-all

# Disable Address/Control compression negotiation (use default, i.e.
# address/control field disabled).
#-ac

# Disable asyncmap negotiation (use the default asyncmap, i.e. escape
# all control characters).
#-am

# Don't fork to become a background process (otherwise pppd will do so
# if a serial device is specified).
#-detach

# Disable IP address negotiation (with this option, the remote IP
# address must be specified with an option on the command line or in
# an options file).
#-ip

# Disable IPCP negotiation and IP communication. This option should
# only be required if the peer is buggy and gets confused by requests
# from pppd for IPCP negotiation.
#noip

# Disable magic number negotiation.  With this option, pppd cannot
# detect a looped-back line.
#-mn

# Disable MRU [Maximum Receive Unit] negotiation (use default, i.e.
# 1500).
#-mru

# Disable protocol field compression negotiation (use default, i.e.
# protocol field compression disabled).
#-pc

# Require the peer to authenticate itself using PAP.
#+pap

# Don't agree to authenticate using PAP.
#-pap

# Require the peer to authenticate itself using CHAP [Cryptographic
# Handshake Authentication Protocol] authentication.
#+chap

# Don't agree to authenticate using CHAP.
#-chap

# Disable negotiation of Van Jacobson style IP header compression (use
# default, i.e. no compression).
#-vj

# Increase debugging level (same as -d).  If this option is given, pppd
# will log the contents of all control packets sent or received in a
# readable form.  The packets are logged through syslog with facility
# daemon and level debug. This information can be directed to a file by
# setting up /etc/syslog.conf appropriately (see syslog.conf(5)).  (If
# pppd is compiled with extra debugging enabled, it will log messages
# using facility local2 instead of daemon).
#debug

# Append the domain name <d> to the local host name for authentication
# purposes.  For example, if gethostname() returns the name porsche,
# but the fully qualified domain name is porsche.Quotron.COM, you would
# use the domain option to set the domain name to Quotron.COM.
#domain <d>

# Enable debugging code in the kernel-level PPP driver.  The argument n
# is a number which is the sum of the following values: 1 to enable
# general debug messages, 2 to request that the contents of received
# packets be printed, and 4 to request that the contents of transmitted
# packets be printed.
#kdebug n

# Set the MTU [Maximum Transmit Unit] value to <n>. Unless the peer
# requests a smaller value via MRU negotiation, pppd will request that
# the kernel networking code send data packets of no more than n bytes
# through the PPP network interface.
#mtu <n>

# Set the name of the local system for authentication purposes to <n>.
# This is a privileged option. With this option, pppd will use lines in the
# secrets files which have <n> as the second field when looking for a
# secret to use in authenticating the peer. In addition, unless overridden
# with the user option, <n> will be used as the name to send to the peer
# when authenticating the local system to the peer. (Note that pppd does
# not append the domain name to <n>.)
#name <n>

# Enforce the use of the hostname as the name of the local system for
# authentication purposes (overrides the name option).
#usehostname

# Set the assumed name of the remote system for authentication purposes
# to <n>.
#remotename <n>

# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system.
proxyarp

# Use the system password database for authenticating the peer using
# PAP. Note: mgetty already provides this option. If this is specified
# then dialin from users using a script under Linux to fire up ppp wont work.
# login

# If this option is given, pppd will send an LCP echo-request frame to the
# peer every n seconds. Normally the peer should respond to the echo-request
# by sending an echo-reply. This option can be used with the
# lcp-echo-failure option to detect that the peer is no longer connected.
lcp-echo-interval 30

# If this option is given, pppd will presume the peer to be dead if n
# LCP echo-requests are sent without receiving a valid LCP echo-reply.
# If this happens, pppd will terminate the connection.  Use of this
# option requires a non-zero value for the lcp-echo-interval parameter.
# This option can be used to enable pppd to terminate after the physical
# connection has been broken (e.g., the modem has hung up) in
# situations where no hardware modem control lines are available.
lcp-echo-failure 4

# Set the LCP restart interval (retransmission timeout) to <n> seconds
# (default 3).
#lcp-restart <n>

# Set the maximum number of LCP terminate-request transmissions to <n>
# (default 3).
#lcp-max-terminate <n>

# Set the maximum number of LCP configure-request transmissions to <n>
# (default 10).
#lcp-max-configure <n>

# Set the maximum number of LCP configure-NAKs returned before starting
# to send configure-Rejects instead to <n> (default 10).
#lcp-max-failure <n>

# Set the IPCP restart interval (retransmission timeout) to <n>
# seconds (default 3).
#ipcp-restart <n>

# Set the maximum number of IPCP terminate-request transmissions to <n>
# (default 3).
#ipcp-max-terminate <n>

# Set the maximum number of IPCP configure-request transmissions to <n>
# (default 10).
#ipcp-max-configure <n>

# Set the maximum number of IPCP configure-NAKs returned before starting
# to send configure-Rejects instead to <n> (default 10).
#ipcp-max-failure <n>

# Set the PAP restart interval (retransmission timeout) to <n> seconds
# (default 3).
#pap-restart <n>

# Set the maximum number of PAP authenticate-request transmissions to
# <n> (default 10).
#pap-max-authreq <n>

# Set the maximum time that pppd will wait for the peer to authenticate
# itself with PAP to <n> seconds (0 means no limit).
#pap-timeout <n>

# Set the CHAP restart interval (retransmission timeout for
# challenges) to <n> seconds (default 3).
#chap-restart <n>

# Set the maximum number of CHAP challenge transmissions to <n>
# (default 10).
#chap-max-challenge

# If this option is given, pppd will rechallenge the peer every <n>
# seconds.
#chap-interval <n>

# With this option, pppd will accept the peer's idea of our local IP
# address, even if the local IP address was specified in an option.
#ipcp-accept-local

# With this option, pppd will accept the peer's idea of its (remote) IP
# address, even if the remote IP address was specified in an option.
#ipcp-accept-remote

# Disable the IPXCP and IPX protocols.
# To let pppd pass IPX packets comment this out --- you'll probably also
# want to install ipxripd, and have the Internal IPX Network option enabled
# in your kernel.  /usr/doc/HOWTO/IPX-HOWTO.gz contains more info.
noipx

# Exit once a connection has been made and terminated. This is the default,
# unless the `persist' or `demand' option has been specified.
#nopersist

# Do not exit after a connection is terminated; instead try to reopen
# the connection.
#persist

# Terminate after n consecutive failed connection attempts.
# A value of 0 means no limit. The default value is 10.
#maxfail <n>

# Initiate the link only on demand, i.e. when data traffic is present.
# With this option, the remote IP address must be specified by the user on
# the command line or in an options file.  Pppd will initially configure
# the interface and enable it for IP traffic without connecting to the peer.
# When traffic is available, pppd will connect to the peer and perform
# negotiation, authentication, etc.  When this is completed, pppd will
# commence passing data packets (i.e., IP packets) across the link.
#demand

# Specifies that pppd should disconnect if the link is idle for <n> seconds.
# The link is idle when no data packets (i.e. IP packets) are being sent or
# received.  Note: it is not advisable to use this option with the persist
# option without the demand option.  If the active-filter option is given,
# data packets which are rejected by the specified activity filter also
# count as the link being idle.
#idle <n>

# Specifies how many seconds to wait before re-initiating the link after
# it terminates.  This option only has any effect if the persist or demand
# option is used.  The holdoff period is not applied if the link was
# terminated because it was idle.
#holdoff <n>

# Wait for up n milliseconds after the connect script finishes for a valid
# PPP packet from the peer.  At the end of this time, or when a valid PPP
# packet is received from the peer, pppd will commence negotiation by
# sending its first LCP packet.  The default value is 1000 (1 second).
# This wait period only applies if the connect or pty option is used.
#connect-delay <n>

# Packet filtering: for more information, see pppd(8)
# Any packets matching the filter expression
 will be interpreted as link
# activity, and will cause a "demand" connection to be activated, and reset
# the idle connection timer. (idle option)
# The filter expression is akin to that of tcpdump(1)
#active-filter <filter-expression>

# ---<End of File>---


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: gat3way в Nov 02, 2006, 15:02
Пробвай да добавиш тези редове:

-pc
-vj
mtu 1400
lcp-max-configure 20

в /etc/ppp/options
в една конзола дай tail -f /var/log/syslog |grep ppp
вдигни pptp интерфейса

Ако пак се осере пейстни това от терминала с онази команда по-горе..





Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: laskov в Nov 02, 2006, 15:06
Мисля, че горното няма да помогне.
Цитат
Nov  1 17:15:43 localhost pppd[9856]: Using interface ppp0
Nov  1 17:15:43 localhost pppd[9856]: Connect: ppp0 <--> /dev/pts/4            <==== това не е наред
Nov  1 17:15:47 localhost pppd[9856]: Remote message: Greetings!!
Nov  1 17:15:47 localhost pppd[9856]: PAP authentication succeeded
Nov  1 17:15:47 localhost pppd[9856]: Deflate (9/15) compression enabled
Nov  1 17:15:48 localhost pppd[9856]: found interface eth0 for proxy arp
Nov  1 17:15:48 localhost pppd[9856]: local  IP address 193.68.116.254
Nov  1 17:15:48 localhost pppd[9856]: remote IP address 192.168.0.1
Nov  1 17:15:48 localhost pppd[9856]: primary   DNS address 193.68.3.252
Nov  1 17:15:48 localhost pppd[9856]: secondary DNS address 192.92.129.1
Nov  1 17:17:00 localhost pppd[9856]: Modem hangup
Nov  1 17:17:00 localhost pppd[9856]: Connect time 1.3 minutes.
Nov  1 17:17:00 localhost pppd[9856]: Sent 17852109 bytes, received 0 bytes.
Nov  1 17:17:00 localhost pppd[9856]: Connection terminated.
Nov  1 17:17:01 localhost pppd[9856]: Exit.
Nov  1 17:17:58 localhost pppd[10349]: no device specified and stdin is not a tty           <== и нормално идва това


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 02, 2006, 15:47
Цитат (gat3way @ Ноември 02 2006,16:02)
Пробвай да добавиш тези редове:

-pc
-vj
mtu 1400
lcp-max-configure 20

в /etc/ppp/options
в една конзола дай tail -f /var/log/syslog |grep ppp
вдигни pptp интерфейса

Ако пак се осере пейстни това от терминала с онази команда по-горе..

Ще пробвам това и ако има нещо пак ще пиша.Мерси все пак :)


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 02, 2006, 16:18
Цитат (laskov @ Ноември 02 2006,16:06)
Мисля, че горното няма да помогне.
Цитат
Nov  1 17:15:43 localhost pppd[9856]: Using interface ppp0
Nov  1 17:15:43 localhost pppd[9856]: Connect: ppp0 <--> /dev/pts/4            <==== това не е наред
Nov  1 17:15:47 localhost pppd[9856]: Remote message: Greetings!!
Nov  1 17:15:47 localhost pppd[9856]: PAP authentication succeeded
Nov  1 17:15:47 localhost pppd[9856]: Deflate (9/15) compression enabled
Nov  1 17:15:48 localhost pppd[9856]: found interface eth0 for proxy arp
Nov  1 17:15:48 localhost pppd[9856]: local  IP address 193.68.116.254
Nov  1 17:15:48 localhost pppd[9856]: remote IP address 192.168.0.1
Nov  1 17:15:48 localhost pppd[9856]: primary   DNS address 193.68.3.252
Nov  1 17:15:48 localhost pppd[9856]: secondary DNS address 192.92.129.1
Nov  1 17:17:00 localhost pppd[9856]: Modem hangup
Nov  1 17:17:00 localhost pppd[9856]: Connect time 1.3 minutes.
Nov  1 17:17:00 localhost pppd[9856]: Sent 17852109 bytes, received 0 bytes.
Nov  1 17:17:00 localhost pppd[9856]: Connection terminated.
Nov  1 17:17:01 localhost pppd[9856]: Exit.
Nov  1 17:17:58 localhost pppd[10349]: no device specified and stdin is not a tty           <== и нормално идва това

А според теб как ще тръгне ? Дай някаква идея ?


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: redcure в Nov 02, 2006, 17:23
Каква архитектура ползваш?
Предполагам, че ползваш ppppoeconf и ако е така, пробвал ли си да дадеш pon dsl-provider?
Edit: Също така, би ли показал съдържанието на /etc/network/interfaces ?





Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: laskov в Nov 02, 2006, 17:33
Цитат (dobritu @ Ноември 02 2006,17:18)
А според теб как ще тръгне ? Дай някаква идея ?

Ясно ми е само, че /dev/pts/4 не е устройството, за което трябва да се закачи ррр-то. Не съм ползвал рртр и не мога да помогна повече. Нека някой, който го ползва, да си погледне лога при закачането на ррр-то и да каже как е при него ...  :(
Да погледнеш pppoe.conf е добра идея.


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: gat3way в Nov 02, 2006, 17:50
laskov, мисля че не си прав. Виж че въпросната грешка е изгенерирана от pppd процес с друг PID, който очевидно умира след това, защото не лог-ва нищо нататък.

Според мен това идва оттам, че ppp интерфейсът е вдигнат с persist, от друга страна подобен механизъм вероятно имаме и за pptp при което при разпадане на връзката се вдигат 2 pppd процеса, единият закача, другият се опитва да ползва същото tty, но очевидно не успява и загива.

Предполагам ако се сложи nopersist и nodemand в конфигурацията, това няма да се получава.

Само предположение де...





Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 02, 2006, 19:24
Цитат (gat3way @ Ноември 02 2006,16:02)
Пробвай да добавиш тези редове:

-pc
-vj
mtu 1400
lcp-max-configure 20

в /etc/ppp/options
в една конзола дай tail -f /var/log/syslog |grep ppp
вдигни pptp интерфейса

Ако пак се осере пейстни това от терминала с онази команда по-горе..

Това е след като направих тези неща за които ми каза и пак съсщата работа.Някакви други идеи ?
Цитат
root@DOBRY:/home/dobritu# tail -f /var/log/syslog |grep ppp
Nov  2 19:07:33 localhost pppd[4604]: no device specified and stdin is not a tty
Nov  2 19:07:35 localhost pppd[4630]: pppd 2.4.4 started by root, uid 0
Nov  2 19:07:35 localhost pppd[4630]: Using interface ppp0
Nov  2 19:07:35 localhost pppd[4630]: Connect: ppp0 <--> /dev/pts/5
Nov  2 19:07:39 localhost pppd[4630]: Remote message: Greetings!!
Nov  2 19:07:39 localhost pppd[4630]: PAP authentication succeeded
Nov  2 19:07:40 localhost pppd[4630]: Deflate (9/15) compression enabled
Nov  2 19:07:40 localhost pppd[4630]: found interface eth0 for proxy arp
Nov  2 19:07:40 localhost pppd[4630]: local  IP address 193.68.116.225
Nov  2 19:07:40 localhost pppd[4630]: remote IP address 192.168.0.1
Nov  2 19:07:40 localhost pppd[4630]: primary   DNS address 193.68.3.252
Nov  2 19:07:40 localhost pppd[4630]: secondary DNS address 192.92.129.1
Nov  2 19:07:51 localhost pppd[4630]: Modem hangup
Nov  2 19:07:51 localhost pppd[4630]: Connect time 0.2 minutes.
Nov  2 19:07:51 localhost pppd[4630]: Sent 5921446 bytes, received 0 bytes.
Nov  2 19:07:51 localhost pppd[4630]: Connection terminated.
Nov  2 19:07:51 localhost pppd[4630]: Child process pptp --loglevel 1 192.168.0.1 --nolaunchpppd (pid                                        4633) terminated with signal 3
Nov  2 19:07:52 localhost pppd[4755]: no device specified and stdin is not a tty
Nov  2 19:07:52 localhost pppd[4762]: pppd 2.4.4 started by root, uid 0
Nov  2 19:07:52 localhost pppd[4762]: Using interface ppp0
Nov  2 19:07:52 localhost pppd[4762]: Connect: ppp0 <--> /dev/pts/5
Nov  2 19:07:52 localhost pppd[4630]: Exit.
Nov  2 19:07:56 localhost pppd[4762]: Remote message: Greetings!!
Nov  2 19:07:56 localhost pppd[4762]: PAP authentication succeeded
Nov  2 19:07:56 localhost pppd[4762]: Deflate (9/15) compression enabled
Nov  2 19:07:56 localhost pppd[4762]: found interface eth0 for proxy arp
Nov  2 19:07:56 localhost pppd[4762]: local  IP address 193.68.116.209
Nov  2 19:07:56 localhost pppd[4762]: remote IP address 192.168.0.1
Nov  2 19:07:56 localhost pppd[4762]: primary   DNS address 193.68.3.252
Nov  2 19:07:56 localhost pppd[4762]: secondary DNS address 192.92.129.1
Nov  2 19:08:13 localhost pppd[4879]: no device specified and stdin is not a tty
Nov  2 19:08:13 localhost pppd[4762]: Modem hangup
Nov  2 19:08:13 localhost pppd[4762]: Connect time 0.3 minutes.
Nov  2 19:08:13 localhost pppd[4762]: Sent 9375781 bytes, received 3900 bytes.
Nov  2 19:08:13 localhost pppd[4762]: Connection terminated.
Nov  2 19:08:13 localhost pppd[4762]: Child process pptp --loglevel 1 192.168.0.1 --nolaunchpppd (pid 4765) terminated with signal 3
Nov  2 19:08:13 localhost pppd[4896]: pppd 2.4.4 started by root, uid 0
Nov  2 19:08:13 localhost pppd[4896]: Using interface ppp0
Nov  2 19:08:13 localhost pppd[4896]: Connect: ppp0 <--> /dev/pts/5
Nov  2 19:08:13 localhost pppd[4762]: Exit.
Nov  2 19:08:32 localhost pppd[4896]: Modem hangup
Nov  2 19:08:32 localhost pppd[4896]: Connection terminated.
Nov  2 19:08:32 localhost pppd[4896]: Exit.


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: gat3way в Nov 02, 2006, 21:13
Нещо не е наред, пак ползва deflate компресия?


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 02, 2006, 23:11
Цитат (gat3way @ Ноември 02 2006,22:13)
Нещо не е наред, пак ползва deflate компресия?

Ами незнам защо така...някакви други идеи как да се оправи това ?


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: laskov в Nov 03, 2006, 09:42
Виж сега, /dev/pts/4 ти е виртуална конзола и не е устройство, към което може да се закачи ррр. В последните логове, които си цитирал е заменено с /dev/pts/5. Предполагам, че това е конзолата, на която си се закачил към момента на стартирането. Ако изпълниш w, ще видиш че си влязъл като потребител точно на тази конзола. Т.е., на ррр-то не му е казано (в pppoe.conf) на кое устройство да се закачи. Ето какво пише в README.pppoe :
Цитат
2. Using PPPoE
--------------

This section is a quick guide for getting PPPoE working, to allow one
to connect to their ISP who is providing PPPoE based services.

1.  Enable "Prompt for development and/or incomplete code/drivers" and
    "PPP over Ethernet" in your kernel configuration.  If you choose to
    use the PPP over Ethernet driver as a module adding "alias
    net-pf-24 pppoe" to /etc/modules.conf will enable auto-loading
    of the modules.

2.  Compile and install your kernel.

3.  Install the ppp package.

4.  Add the following line to /etc/ppp/options:

    plugin rp-pppoe.so

    The effect of this line is simply to make "eth0", "eth1",
    ....,"ethx" all valid device names for pppd (just like ttyS0,
    ttyS1).

5.  Add the necessary authentication options to your pppd
    configuration (i.e. PAP/CHAP information).  If you wish to
    maintain seperate configurations for different devices you may
    place configuration options in device-specific configuration
    files: /etc/ppp/options.devname (devname=ttyS0, ttyS1, eth0, eth1
    or any other valid device name).

6.  Invoke pppd with the appropriate device name: e.g. "pppd eth0"

Do not include any compression or flow control options in your PPPoE
configuration.  They will be ignored.
Предлагам ти да изпълниш
Цитат
pppd eth0
и да видим какви грешки ще получиш или по-добре виж къде в  pppoe.conf се споменава eth и го редактирай. Ако си с една лан карта ще е eth0





Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: redcure в Nov 03, 2006, 11:51
Аз така и не разбрах как си си подкарал interface-a. Ето ти и няколко hint-a:
1. Свалшяш си или си инсталираш от диска, било то и нетинстал pptp-linux. Ако се чудиш откъде да го свалиш, заповядай.
2. Следваш тази статия

Според мен някъде има грешка във вдигането на interface-a

Успех


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 03, 2006, 12:41
Цитат (laskov @ Ноември 03 2006,10:42)
Виж сега, /dev/pts/4 ти е виртуална конзола и не е устройство, към което може да се закачи ррр. В последните логове, които си цитирал е заменено с /dev/pts/5. Предполагам, че това е конзолата, на която си се закачил към момента на стартирането. Ако изпълниш w, ще видиш че си влязъл като потребител точно на тази конзола. Т.е., на ррр-то не му е казано (в pppoe.conf) на кое устройство да се закачи. Ето какво пише в README.pppoe :
Цитат
2. Using PPPoE
--------------

This section is a quick guide for getting PPPoE working, to allow one
to connect to their ISP who is providing PPPoE based services.

1.  Enable "Prompt for development and/or incomplete code/drivers" and
    "PPP over Ethernet" in your kernel configuration.  If you choose to
    use the PPP over Ethernet driver as a module adding "alias
    net-pf-24 pppoe" to /etc/modules.conf will enable auto-loading
    of the modules.

2.  Compile and install your kernel.

3.  Install the ppp package.

4.  Add the following line to /etc/ppp/options:

    plugin rp-pppoe.so

    The effect of this line is simply to make "eth0", "eth1",
    ....,"ethx" all valid device names for pppd (just like ttyS0,
    ttyS1).

5.  Add the necessary authentication options to your pppd
    configuration (i.e. PAP/CHAP information).  If you wish to
    maintain seperate configurations for different devices you may
    place configuration options in device-specific configuration
    files: /etc/ppp/options.devname (devname=ttyS0, ttyS1, eth0, eth1
    or any other valid device name).

6.  Invoke pppd with the appropriate device name: e.g. "pppd eth0"

Do not include any compression or flow control options in your PPPoE
configuration.  They will be ignored.
Предлагам ти да изпълниш
Цитат
pppd eth0
и да видим какви грешки ще получиш или по-добре виж къде в  pppoe.conf се споменава eth и го редактирай. Ако си с една лан карта ще е eth0

В първия пост в тази тема казах и пак ще повторя връзката ми не е pppoe , a pptp.pppoe.conf какво общо има с pptp ?


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: redcure в Nov 03, 2006, 12:46
Това хубаво, а какво толкова секретно има в начина, по който я инсталираш?
Два поста с този въпрос съм дал и нито един отговор!!!


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: Lamerix в Nov 03, 2006, 14:47
1. Зареди модула ip_gre . Ако го нямаш ще трябва да си го компилираш иначе няма да стане нищо.

2. Прегледай какво правят тия скриптове:
info: "PppdUpScript" started.
info: "PppdUpScript" finished.

3. Забрави за default gateway 192.168.0.1
Направо: route del default gw 192.168.0.1

4. (Знакът диез ти подсказва, че пишеш команда като root):
#pptp 192.168.0.1 nobsdcomp nodeflate noipdefault name petkan

5. Виж дали се е дигнал интерфейс ppp0 и да предположим, че ip: 193.68.15.38 ти е статично, тогава:
#route add default gw 193.68.15.38

6. Опиши си dns сървъри в /etc/resolv.conf

Успех


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: gat3way в Nov 03, 2006, 14:49
Дали е PPP върху ethernet или върху IP нема голямо значение, пак се минава през pppd.

Добри, можеш ли да пейстнеш какви файлове имаш в /etc/ppp ?

Също така докато се вдига интерфейса, виж в друга конзола lsof |grep /etc/ppp да видим pptp/pppd кои конфигурационни файлове държи отворени...


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 03, 2006, 21:17
Цитат (Lamerix @ Ноември 03 2006,15:47)
1. Зареди модула ip_gre . Ако го нямаш ще трябва да си го компилираш иначе няма да стане нищо.

2. Прегледай какво правят тия скриптове:
info: "PppdUpScript" started.
info: "PppdUpScript" finished.

3. Забрави за default gateway 192.168.0.1
Направо: route del default gw 192.168.0.1

4. (Знакът диез ти подсказва, че пишеш команда като root):
#pptp 192.168.0.1 nobsdcomp nodeflate noipdefault name petkan

5. Виж дали се е дигнал интерфейс ppp0 и да предположим, че ip: 193.68.15.38 ти е статично, тогава:
#route add default gw 193.68.15.38

6. Опиши си dns сървъри в /etc/resolv.conf

Успех

Само че IP-то ми е динамично :) Мерси все пак за опътването което си написал тук.





Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 03, 2006, 21:18
Цитат (gat3way @ Ноември 03 2006,15:49)
Дали е PPP върху ethernet или върху IP нема голямо значение, пак се минава през pppd.

Добри, можеш ли да пейстнеш какви файлове имаш в /etc/ppp ?

Също така докато се вдига интерфейса, виж в друга конзола lsof |grep /etc/ppp да видим pptp/pppd кои конфигурационни файлове държи отворени...

Ще погледна и ще видя какво ще ми изпише и ще пиша пак тук.


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 03, 2006, 21:21
Цитат (redcure @ Ноември 03 2006,13:46)
Това хубаво, а какво толкова секретно има в начина, по който я инсталираш?
Два поста с този въпрос съм дал и нито един отговор!!!

Нещо не мога да те разбера какво инсталирам и какво секретно нещо правя ? :) По предния ти пост със сайта за конфигурирането го знам.И съм го гледал правил съм всичко както е там стъпка по стъпка даже с копи/пасте , но пак не се е получавало.


Титла: Rq: vpn pptp със linux kanotix debian
Публикувано от: dobritu в Nov 03, 2006, 23:49
Цитат (gat3way @ Ноември 03 2006,15:49)
Дали е PPP върху ethernet или върху IP нема голямо значение, пак се минава през pppd.

Добри, можеш ли да пейстнеш какви файлове имаш в /etc/ppp ?

Също така докато се вдига интерфейса, виж в друга конзола lsof |grep /etc/ppp да видим pptp/pppd кои конфигурационни файлове държи отворени...

Значи тези са файловете в /etc/ppp/  но има и няколко дирекрторий.
Цитат
resolv.conf
pptpd-options
ppp_on_boot.dsl
pap-secrets.orig (с root права)
pap-secrets (с root права)
options.pptp
options
ipv6-up
ipv6-down
ip-up
ip-down
ioptions
chap-secrets.orig (с root права)
chap-secrets

Това ми изкава преди да се конектна:
Цитат
root@DOBRY:/etc/ppp# lsof |grep /etc/ppp
bash      2960    dobritu  cwd       DIR        3,9    4096     239647 /etc/ppp
bash      4363    dobritu  cwd       DIR        3,9    4096     239647 /etc/ppp
su        4425       root  cwd       DIR        3,9    4096     239647 /etc/ppp
bash      4432       root  cwd       DIR        3,9    4096     239647 /etc/ppp
lsof      7088       root  cwd       DIR        3,9    4096     239647 /etc/ppp
grep      7089       root  cwd       DIR        3,9    4096     239647 /etc/ppp
lsof      7090       root  cwd       DIR        3,9    4096     239647 /etc/ppp

а това след като се конектна:
Цитат
root@DOBRY:/etc/ppp# lsof |grep /etc/ppp
bash      2960    dobritu  cwd       DIR        3,9    4096     239647 /etc/ppp
bash      4363    dobritu  cwd       DIR        3,9    4096     239647 /etc/ppp
su        4425       root  cwd       DIR        3,9    4096     239647 /etc/ppp
bash      4432       root  cwd       DIR        3,9    4096     239647 /etc/ppp
ip-up     6637       root  255r      REG        3,9    1887     239657 /etc/ppp/ip-up
00-ipppd  6655       root  255r      REG        3,9    1389     239659 /etc/ppp/ip-up.d/00-ipppd
lsof      6662       root  cwd       DIR        3,9    4096     239647 /etc/ppp
grep      6663       root  cwd       DIR        3,9    4096     239647 /etc/ppp
lsof      6664       root  cwd       DIR        3,9    4096     239647 /etc/ppp

Ако искаш мога да ти пратя в архив цялата директория какво има в нея?