Οδηγίες εγκατάστασης σύνδεσης PPP στο Linux

Υπάρχουν πολλοί τρόποι για να συνδεθεί κανείς χρησιμοποιώντας το λειτουργικό σύστημα Linux. Αυτό το έγγραφο δεν έχει σκοπό να αναφερθεί στον κάθε τρόπο χωριστά, αλλά να περιγράψει τον απλούστερο τρόπο που απαιτείται για να επιτευχθεί μία dialup σύνδεση στα modems του ΕΜΠ. Έτσι, έχει δημιουργηθεί ένα αρχείο σεναρίου (script file) που είναι διαθέσιμο από τον ftp server του πολυτεχνείου. Το αρχείο αυτό ονομάζεται ntuappp και μπορείτε να προμηθευτείτε την τελευταία έκδοση από το ftp://ftp.ntua.gr/pub/ppp/ntuappp/ κατάλογο. Αν και τις περισσότερες φορές αυτό το αρχείο είναι αρκετό για την επιτυχία της σύνδεσης, εντούτοις θα πρέπει να γίνουν μερικές απαραίτητες ρυθμίσεις στο σύστημα, που θα εγγυηθούν την επιτυχία του.
Το ntuappp έχει δοκιμαστεί με επιτυχία στις τελευταίες εκδόσεις των διάφορων διανομών του Linux, όπως είναι οι παρακάτω: Redhat Linux: Release 5.1, kernel 2.0.36, bash 1.14.7(1), pppd 2.3.3, chat 1.17 Release 6.1, kernel 2.2.12, bash 1.14.7(1), pppd 2.3.10, chat 1.22 SuSE Linux: Release 6.2, kernel 2.2.10, bash 2.03.0(1), pppd 2.3.8, chat 1.17 Slackware Linux: Release 4.0, kernel 2.2.6, bash 1.14.7(1), pppd 2.3.8, chat 1.17 Debian Linux: Release 2.1, kernel 2.0.36, bash 2.01.1(1), pppd 2.3.5, chat 1.17
Οποιαδήποτε επιτυχία ή αποτυχία σε κάποιο άλλο συνδυασμό της διανομής, του πυρήνα και τον προγραμμάτων, μπορείτε να τα αναφέρετε στη διεύθυνση ntuappp@ntua.gr.

Βήμα 1ο:

Έλεγχος για την ύπαρξη των απαιτούμενων προγραμμάτων:

Συνδεθείτε με τον λογαριασμό του root χρήστη στο σύστημα. Όλες οι εντολές που δίνονται εδώ, προϋποθέτουν ότι έχετε ρυθμίσει σωστά το PATH σας. Το προτεινόμενο PATH για το Linux είναι:

Για bash, ksh και sh φλοιό είναι:

PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:
/usr/local/sbin:/usr/X11R6/bin
export PATH

και για csh και tcsh φλοιό είναι:

set path=( /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin \ /usr/X11R6/bin )

Βεβαιωθείτε ότι έχετε στο σύστημά σας τον pppd δαίμονα και το πρόγραμμα chat. Αυτά σε όλες τις διανομές αν έχουν εγκατασταθεί, βρίσκονται στο /usr/sbin. Έτσι σε ένα φλοιό δώστε τις παρακάτω εντολές:

[panos@localhost /]$ ls -al /usr/sbin/chat
-rwxr-xr-x 1 root root 15924 May 19 1998 /usr/sbin/chat

[panos@localhost /]$ ls -al /usr/sbin/pppd
-rwxr-xr-x 1 root root 104812 May 19 1998 /usr/sbin/pppd

Αν δείτε τις παραπάνω δύο γραμμές, τότε αυτό σημαίνει ότι έχετε τα προγράμματα που απαιτούνται για να γίνει η σύνδεση, αν όμως δείτε το παρακάτω:

[root@localhost /]# ls -al /usr/sbin/chat
ls: /usr/sbin/chat: No such file or directory
[root@localhost /]# ls -al /usr/sbin/pppd
ls: /usr/sbin/pppd: No such file or directory

Τότε δεν σημαίνει απαραίτητα ότι δεν υπάρχει στο σύστημά σας, γιατί μπορεί να βρίσκεται σε κάποιο άλλο σημείο. Για να σιγουρευτείτε, θα πρέπει να δώσετε την εντολή:

[root@localhost /]# find / -name chat -fstype ext2 -print
[root@localhost /]#
[root@localhost /]# find / -name pppd -fstype ext2 -print
[root@localhost /]#

Αν οι εντολές αυτές δεν επιστρέψουν την τοποθεσία που βρίσκονται αυτά τα προγράμματα, όπως στο παραπάνω παράδειγμα, τότε το chat και το pppd δεν έχουν εγκατασταθεί στο σύστημά σας και θα πρέπει να τα εγκαταστήσετε από το http://ntua.linuxberg.com.

Βήμα 2ο:

Έλεγχος για την PPP υποστήριξη του πυρήνα:

Συνήθως ο πυρήνας τον οποίο εγκαθιστούν οι διάφορες διανομές, έχει ήδη PPP υποστήριξη. Επειδή όμως είναι δυνατό αυτό να μην είναι πάντα η περίπτωση, θα πρέπει να ελέγξετε τα μηνύματα που βγάζει ο πυρήνας κατά την εκκίνηση. Με την εντολή dmesg μπορείτε να δείτε τα τελευταία μηνύματα του πυρήνα, έτσι στη γραμμή εντολών δώστε την παρακάτω εντολή:

[root@localhost /]# dmesg | grep -i PPP
[root@localhost /]#

Αν η παραπάνω εντολή δεν σας βγάλει κανένα μήνυμα, όπως στο παραπάνω παράδειγμα, δεν σημαίνει υποχρεωτικά ότι δεν υποστηρίζει PPP συνδέσεις ο πυρήνας σας. Μπορεί να συμβαίνουν δύο πράγματα. Πρώτον, ο πυρήνας να έχει βγάλει πολλά μηνύματα από κάποιο λάθος και τα μηνύματα που έβγαλε κατά την εκκίνηση να έχουν χαθεί, γιατί η εντολή αυτή εκτυπώνει τα τελευταία μηνύματα του πυρήνα. Σε αυτή την περίπτωση θα πρέπει να ρίξετε μία ματιά στο /var/log/messages, όπου εκεί θα βρείτε τα μηνύματα του πυρήνα κατά την εκκίνηση. Δεύτερον, η εντολή εκτυπώνει πράγματι τα μηνύματα του πυρήνα κατά την αρχή, αλλά είμαστε στην περίπτωση που δεν βλέπουμε κανένα μήνυμα για PPP υποστήριξη. Σε αυτή την περίπτωση ενδεχομένως να έχει PPP υποστήριξη ως loadable module. Έτσι θα πρέπει να ελέγξουμε και αυτή την περίπτωση, πριν πούμε με σιγουριά ότι ο πυρήνας που έχουμε στερείται PPP υποστήριξης. Με την παρακάτω ακολουθία εντολών μπορούμε να καταλάβουμε αν έχουμε PPP υποστήριξη στον πυρήνα, ως loadable module:

[root@localhost /]# lsmod
Module Pages Used by
[root@localhost /]# insmod slhc
[root@localhost /]# insmod ppp
[root@localhost /]# lsmod
Module Pages Used by
ppp 5        0
slhc 2 [ppp] 0
[root@localhost /]# rmmod ppp
[root@localhost /]# rmmod slhc

Θα πρέπει να σημειωθεί ότι παλαιότεροι πυρήνες, θέλουν να υπάρχουν αυτά τα modules δηλωμένα στο /etc/conf.modules. Αν δεν τα έχετε, μπορείτε να τα δημιουργήσετε με την ακόλουθη εντολή:

[root@localhost /]# modprobe -c | grep -v "^path" > /etc/conf.modules

Ένας δεύτερος τρόπος είναι ο ακόλουθος, στον οποίο ελέγχουμε αν φορτώνονται αυτόματα τα modules που χρειάζεται ο pppd:

[root@localhost /]# lsmod
Module Pages Used by
[root@localhost /]# pppd &
[1] 828
[root@localhost /]# lsmod
Module Pages Used by
ppp 5        0 (autoclean)
slhc 2 [ppp] 0 (autoclean)
[1]+ Stopped (tty output) pppd
[root@localhost /]#
kill %1 [1]+ Terminated pppd

Στο παραπάνω παράδειγμα φαίνεται ότι ο πυρήνας που έχουμε υποστηρίζει PPP ως loadable modules, τα οποία τα φορτώνει μόνο όταν χρειαστούν και μετά τα αφαιρεί πάλι για εξοικονόμηση μνήμης. Αν όμως οι παραπάνω εντολές αποτύχουν σε σας, τότε σίγουρα ο πυρήνας σας δεν υποστηρίζει PPP συνδέσεις και θα πρέπει να τον μεταγλωττίσετε, ώστε να υποστηρίζει PPP σύνδεση, είτε built-in στον πυρήνα, είτε ως loadable module. Τα sources του πυρήνα μπορείτε να τα βάλετε από το CD-ROM της διανομής που έχετε ή από το ftp://ftp.ntua.gr/pub/linux/kernel/ . Η θέση που πρέπει να εγκατασταθούν είναι το /usr/src/linux (το οποίο είναι symbolic link στην έκδοση των sources που έχετε εγκαταστήσει) και στο /usr/src/linux/README θα βρείτε τις πληροφορίες που χρειάζεστε για να μεταγλωττίσετε τον πυρήνα σας.

Βήμα 3ο:

Ρυθμίσεις της σειριακής θύρας και του modem:

Θα πρέπει να βεβαιωθείτε, ότι το modem σας είναι ρυθμισμένο σωστά όπως και η σειριακή θύρα. Αν έχετε winmodem, τότε, μέχρι τη στιγμή αυτή που γράφεται αυτό το έγγραφο, είναι αδύνατο να λειτουργήσει κάτω από το Linux. Τα modem αυτά, δουλεύουν μόνο στα MS Windows με κατάλληλο λογισμικό και όχι στο Linux, επειδή οι κατασκευαστές δεν δίνουν τις προδιαγραφές για να φτιαχτούν αντίστοιχοι οδηγοί. Για να δείτε αν το modem σας είναι winmodem, μπορείτε να το δείτε από μέσα από τα Windows στο Start Menu/Settings/Control Panel/System. Επιλέξτε το tab Device Manager και αν δείτε κάτι σαν HSP, τότε είναι winmodem. Επίσης μπορείτε να επισκεφθείτε την παρακάτω σελίδα http://www.o2.net/~gromitkc/winmodem.html για περισσότερες πληροφορίες. Συνήθως τα εξωτερικά modems δεν είναι, ενώ τα εσωτερικά και ιδιαίτερα τα PCI modems είναι winmodems.

Όσοι δεν έχουν winmodem, μπορούν να συνεχίσουν το παρόν έγγραφο και να ρυθμίσουν το /dev/modem να δείχνει στο σωστό ttySX (όπου Χ=0,1,2,3). Η αντιστοιχία των COMX με τα ttySX είναι η εξής:

DOS COM1 = Linux /dev/ttyS0
DOS COM2 = Linux /dev/ttyS
DOS COM3 = Linux /dev/ttyS2
DOS COM4 = Linux /dev/ttyS3

Θα πρέπει να σημειωθεί ότι σε standard PC που έχει 4 σειριακές πόρτες, τα COM1 και COM3 μοιράζονται το IRQ4, ενώ τα COM2 και COM4 μοιράζονται το IRQ3. Συνεπώς αν χρησιμοποιείτε περισσότερες συσκευές που μοιράζονται το IRQ με το modem σας, θα έχετε προβλήματα, γιατί το modem χρειάζεται να έχει μοναδικό IRQ. Αυτό μπορείτε να το ρυθμίσετε με τη setserial εντολή, όπου θα αποδώσετε ένα άλλο IRQ είτε στο modem, είτε στην άλλη συσκευή που έχετε (man setserial). Αν υποθέσουμε τώρα ότι το modem σας βρίσκετε στη COM2 (όπως τα περισσότερα modems), τότε θα πρέπει να δώσετε την παρακάτω εντολή για να δημιουργηθεί ένα symbolic link στο σωστό ttySX:

[root@localhost /]# ln -sf /dev/ttyS1 /dev/modem
[root@localhost /]# ls -al /dev/modem
lrwxrwxrwx 1 root adm 10 Oct 17 17:37 /dev/modem -> /dev/ttyS1

Με αυτό τον τρόπο, δημιουργήσαμε ένα symbolic link με το όνομα modem, που δείχνει στο ttyS1. Για να μπορέσει και ένας χρήστης να χρησιμοποιήσει το modem, θα πρέπει να έχει τις ακόλουθες άδειες:

[root@localhost /]# ls -al /dev/ttyS1
crw-rw-rw- 1root tty 4, 65 Oct 20 12:02 /dev/ttyS1

Αν δεν τις έχει, θα πρέπει να τις δημιουργήσετε με την εντολή "chmod a+rw /dev/ttyS1". Στην συνέχεια δώστε την παρακάτω εντολή:

[root@localhost /]# setserial -a /dev/modem
/dev/modem, Line 1, UART: 16550A, Port: 0x02f8, IRQ: 3
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000, closing_wait2: infinte
Flags: spd_normal skip_test

Για να βεβαιωθείτε ότι αν το modem σας είναι ταχύτητας 14400 και πάνω, η σειριακή σας θύρα είναι σε θέση να διαχειριστεί το throughput που παράγουν τέτοιας μεγάλης ταχύτητας modems. Αυτό απαιτεί η σειριακή θύρα να χρησιμοποιεί 16550Α UART (Universal Asynchronous Receiver Transmitter), όπως και στο παράδειγμα.

Βήμα 4ο:

Ρύθμιση του DNS (Domain Name Service):

Πριν εγκαταστήσετε μία PPP σύνδεση, θα πρέπει να έχετε ρυθμίσει και το DNS. Αντίθετα με τα MS Windows, όπου οι IP διευθύνσεις των DNS servers αποδίδονται αυτόματα από τον Access Server, στο Linux θα πρέπει να τις δηλώσετε στο αρχείο /etc/resolv.conf. Έτσι με τη χρήση ενός editor (π.χ. το vi) το /etc/resolv.conf θα πρέπει να περιέχει τα παρακάτω:

[root@localhost /]# cat /etc/resolv.conf
search ntua.gr
nameserver 147.102.222.210
nameserver 147.102.222.220
nameserver 147.102.222.230

Σε αυτό το αρχείο δηλώνουμε με το search το domain το οποίο θα μας κάνει append, δηλαδή του δίνουμε www και αυτό θα μας κολλήσει το ntua.gr για να ελέγξει την ύπαρξη του host www.ntua.gr. Μπορείτε να δηλώσετε και παραπάνω από ένα domain, αλλά το πιο γενικό θα πρέπει να είναι τελευταίο (π.χ. search ece.ntua.gr civil.ntua.gr ntua.gr). Οι επόμενες τρεις γραμμές δηλώνουν τους κεντρικούς Name Servers που έχει το Πολυτεχνείο. Αν δεν είσαστε εξοικειωμένοι με τους editors που υπάρχουν στο Linux, η παρακάτω εντολή παράγει το ίδιο αποτέλεσμα:

[root@localhost /]# echo -e "search ntua.gr\n\
> nameserver 147.102.222.210\n\
> nameserver 147.102.222.220\n\
> nameserver 147.102.222.230"
> /etc/resolv.conf

Όσοι έχετε SuSE Linux, θα πρέπει να δηλώσετε τους name servers και τα domain στο αρχείο /etc/rc.config και συγκεκριμένα στις μεταβλητές SEARCHLIST και NAMESERVER.

Αν δεν υπήρχε το /etc/resolv.conf και το έχετε δημιουργήσει εσείς, θα πρέπει να έχει τις εξής άδειες:

[root@localhost /]# ls -al /etc/resolv.conf
-rw-r--r-- 1 root adm 63 Oct 17 18:10 /etc/resolv.conf

Αν δεν τις έχει, θα πρέπει να τις δηλώσετε με την εντολή "chmod 644 /etc/resolv.conf". Τέλος θα πρέπει να βεβαιωθείτε ότι στο αρχείο /etc/nsswitch.conf υπάρχει η εξής δήλωση:

[root@localhost /]# grep
hosts /etc/nsswitch.conf hosts: files dns nisplus nis

Σε αυτή τη γραμμή δηλώνεται ότι τα ονόματα των hosts θα τα βρει από τα τοπικά αρχεία που έχει (/etc/hosts), αν δεν το βρει εκεί θα κοιτάξει στο DNS, μετά στο NIS+ και τέλος στο NIS. Θα πρέπει να υπάρχει σίγουρα η εγγραφή "dns" για να κάνει resolve το όνομα ενός host από το DNS και τα παραπάνω που γράφτηκαν για τη ρύθμιση του DNS να λειτουργήσουν. Σε μερικές διανομές η λέξη dns είναι στο τέλος. Αυτό έχει ως αποτέλεσμα να καθυστερεί το host resolving. Αν δεν έχετε κάποιο άλλο ιδιαίτερο λόγο (για παράδειγμα δεν τρέχετε NIS), θα σας πρότεινα να το βάλετε αν όχι πρώτο, στην δεύτερη τουλάχιστον θέση, όπως είναι στο παράδειγμα και μπορείτε να σβήσετε τα υπόλοιπα.

Βήμα 5ο:

Ρύθμιση του pppd δαίμονα:

Επειδή η PPP σύνδεση χρειάζεται να γίνουν ρυθμίσεις σε συσκευές δικτύου, να αλλαχτεί ο πίνακας δρομολόγησης του πυρήνα και τόσα άλλα, απαιτείται να έχει root privileges κάποιος για να τα κάνει αυτά. Για να μπορούν και άλλοι χρήστες να τρέξουν τον pppd, θα πρέπει να είναι setuid πρόγραμμα στον root:

[root@localhost /]# ls -al /usr/sbin/pppd
-rwxr-xr-x 1 root root 104812 May 19 1998 /usr/sbin/pppd
[root@localhost /]# chmod u+s /usr/sbin/pppd
[root@localhost /]# ls -al /usr/sbin/pppd
-rwsr-xr-x 1 root root 104812 May 19 1998 /usr/sbin/pppd

Στο παραπάνω παράδειγμα βλέπουμε ότι ο pppd δαίμονας, δεν είναι setuid πρόγραμμα και με την εντολή chmod παρατηρούμε ότι η τρίτη άδεια, από 'x' έγινε 's'. Οι άδειες που πρέπει να έχει, προκειμένου να μπορεί να το τρέξει ένας χρήστης, είναι αυτές που φαίνονται στην τελευταία γραμμή. Αν δεν είναι έτσι, δημιουργήστε τις με την εντολή "chmod go+rx /usr/sbin/pppd". Οι χρήστες της διανομής Slackware Linux, δεν θα πρέπει να κάνουν τις ρυθμίσεις που αναφέρθηκαν στο pppd, γιατί αυτό είναι symbolic link στο pppd-2.3. Έτσι θα πρέπει να αντικαταστήσουν στις παραπάνω εντολές κάθε αναφορά του pppd, με το pppd-2.3. Επίσης στους χρήστες που έχουν pppd έκδοση 2.3.10 και πάνω, ο pppd αρνείται να τρέξει αν υπάρχει ήδη default route στο σύστημα και θα βγάλει το μήνυμα:

pppd: The remote system is required to authenticate itself but I
pppd: couldn't find any suitable secret (password) for it to use to do so.

Αυτό γίνεται στη περίπτωση που υπάρχει default route στο σύστημα και o pppd έχει την εξορισμού συμπεριφορά να ενεργοποιεί το auth option. Δυστυχώς το noauth option θέλει root privileges και το μόνο που μπορείτε να κάνετε είναι να αφαιρέσετε το default route, αλλιώς μόνο ο root θα μπορεί να τρέξει τον pppd. Τελικά όμως στην έκδοση του ntuapppp 1.3.0 και πάνω, χρησιμοποιείται το αρχείο options στο οποίο μπορεί να δηλωθεί το noauth και να μπορεί και ένας απλός χρήστης να τρέξει τον pppd δαίμονα.

Αν είστε κάτοχος έκδοσης μικρότερης από την 1.3.0, θα πρέπει να ακολουθήσετε την διαδικασία που περιγράφετε παρακάτω, γιατί ο pppd διαβάζει το αρχείο /etc/ppp/options και αν υπάρχει μία λάθος ρύθμιση εκεί, μπορεί να επηρεάσει το ntuappp πρόγραμμα, για αυτό και θα πρέπει να το διαγράψουμε. Όλες οι επιλογές για τον pppd στις προηγούμενες εκδόσεις δίνονται μέσα από την μεταβλητή PPPOPTIONS του ntuappp. Όμως η διαγραφή του αρχείου αυτού, αποτρέπει την εκτέλεση από κοινούς χρήστες και για να αποφύγουμε και τυχόν μηνύματα λάθους καλό είναι να το μηδενίσουμε και να μην περιέχει τίποτα:

[root@localhost /]# cat /dev/null > /etc/ppp/options
[root@localhost /]# ls -al /etc/ppp/options
-rw-r--r-- 1 root daemon 0 Oct 17 18:41 /etc/ppp/options

Με την τελευταία γραμμή, ελέγχουμε ότι το αρχείο είναι 0 bytes.

Βήμα 6ο:

Εγκατάσταση μίας PPP σύνδεσης:

Σε αυτό το σημείο έχουμε τελειώσει με τις ρυθμίσεις που χρειάζονται να γίνουν για να πραγματοποιηθεί με επιτυχία μία PPP σύνδεση. Αφού έχετε κατεβάσει το ntuappp στον υπολογιστή σας και το έχετε εγκαταστήσει στο /usr/local/bin που είναι και η εξορισμού τοποθεσία εγκατάστασής του, μπορείτε να εγκαταλείψετε τον φλοιό του root και να συνδεθείτε σαν ένας απλός χρήστης. Αν δεν έχετε δημιουργήσει άλλο χρήστη στο σύστημά σας, δοκιμάστε να δώσετε την εντολή "adduser username", όπου username είναι το όνομα του χρήστη που θα δημιουργήσετε. Όταν συνδεθείτε στο σύστημα ως απλός χρήστης, βεβαιωθείτε ότι έχετε το σωστό PATH.

Δώστε την εντολή "ntuappp help" να δείτε σύντομες πληροφορίες σχετικά με τις επιλογές που έχει η έκδοση του ntuappp που χρησιμοποιείτε. Μετά δώστε ntuappp start για να ξεκινήσει το πρόγραμμα και να σας καθοδηγήσει ζητώντας σας να του δώσετε το τηλέφωνο, το username και το password. Αν όλα πάνε καλά θα σας βγάλει στο τέλος το μήνυμα ότι η σύνδεση πραγματοποιήθηκε και σε αυτό το σημείο θα πρέπει να δώσετε την εντολή ifconfig για να δείτε ότι το ppp0 interface έχει ανέβει:

[panos@localhost /]$ ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0
UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1
RX packets:857 errors:0 dropped:0 overruns:0
TX packets:857 errors:0 dropped:0 overruns:0

ppp0 Link encap:Point-to-Point Protocol
inet addr:147.102.223.96 P-t-P:147.102.223.244 Mask:255.255.255.0
UP POINTOPOINT RUNNING MTU:1500 Metric:1
RX packets:16 errors:0 dropped:0 overruns:0
TX packets:13 errors:0 dropped:0 overruns:0

Το lo είναι το loopback interface και το ppp0 είναι το interface που μας ενδιαφέρει. Βλέπουμε ότι έχει αποδοθεί η διεύθυνση 147.102.223.96 και είναι Point-To-Point με τον Access Server 147.102.223.244. Ο πίνακας δρομολόγησης θα πρέπει να είναι ως εξής:

[panos@localhost /]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref Use Iface
147.102.223.244 0.0.0.0         255.255.255.255 UH    0      0   0   ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0   20  lo
0.0.0.0         147.102.223.244 0.0.0.0         UG    0      0   1   ppp0

Από τον πίνακα αυτό, βλέπουμε ότι για οποιοδήποτε προορισμό (0.0.0.0) θα πρέπει τα πακέτα να δρομολογηθούν στον 147.102.223.244 Access Server. Υπάρχει δηλαδή ένα default route για όλα τα πακέτα που στέλνουμε. O Access Server γνωρίζει επίσης ότι τα πακέτα που έχουν προορισμό τη δικιά μας IP που μας έχει αποδώσει, στο συγκεκριμένο παράδειγμα την 147.102.223.96, τα δρομολογεί με ένα αντίστοιχο static route configuration. Αν θέλουμε περισσότερη επιβεβαίωση εκτελούμε το ακόλουθο:

[panos@localhost /]$ ping 147.102.222.210
PING 147.102.222.210 (147.102.222.210): 56 data bytes
64 bytes from 147.102.222.210: icmp_seq=0 ttl=253 time=215.7 ms
64 bytes from 147.102.222.210: icmp_seq=1 ttl=253 time=210.6 ms
64 bytes from 147.102.222.210: icmp_seq=2 ttl=253 time=210.0 ms
^C
--- 147.102.222.210 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 210.0/212.1/215.7 ms

Όπου το '^C' είναι control-C, δηλαδή το control πλήκτρο πατημένο και μετά το C. Με αυτή την εντολή βεβαιωνόμαστε ότι η σύνδεσή μας είναι εντάξει. Για να δοκιμάσουμε να δούμε αν έχουμε κάνει και σωστές τις ρυθμίσεις μας στο DNS, δίνουμε την ίδια εντολή, αλλά με το όνομα του host και όχι την IP διεύθυνση:

[panos@localhost /]$ ping achilles.noc.ntua.gr
PING achilles.noc.ntua.gr (147.102.222.210): 56 data bytes
64 bytes from 147.102.222.210: icmp_seq=0 ttl=253 time=4716.2 ms
64 bytes from 147.102.222.210: icmp_seq=1 ttl=253 time=3780.0 ms
64 bytes from 147.102.222.210: icmp_seq=2 ttl=253 time=2850.0 ms
64 bytes from 147.102.222.210: icmp_seq=3 ttl=253 time=1910.0 ms
64 bytes from 147.102.222.210: icmp_seq=4 ttl=253 time=1670.0 ms
^C
--- achilles.noc.ntua.gr ping statistics ---
6 packets transmitted, 5 packets received, 16% packet loss
round-trip min/avg/max = 1670.0/2985.2/4716.2 ms

Συνεπώς και το DNS μας είναι σωστά ρυθμισμένο. Σε αυτό το σημείο είμαστε σίγουροι ότι η σύνδεσή μας είναι εντάξει και μπορούμε να ξεκινήσουμε οποιαδήποτε δικτυακή εφαρμογή έχουμε (netscape, telnet, ftp κλπ.).
Σε αυτό το βήμα θα μπορούσατε να χρησιμοποιήσετε και άλλα προγράμματα, όπως είναι το minicom, xminicom, seyon ή το kppp, το οποίο όμως προϋποθέτει ότι έχετε βάλει το KDE.