Re: VPN pptpd
Jean-Yves F. Barbier a écrit : Stena83 wrote: En fait j'ai autorisé l'IP forwarding echo 1 /proc/sys/net/ipv4/ip_forward et ça fonctionne. Je ne pensais pas que ce serait aussi simple mais tant mieux. :-) Par contre j'ai vu sur des sites qu'ils utilisent la commande route add d'autres le NAT. Dans certaines situations, l'ajout de routes et/ou la translation d'adresse (NAT) *en plus de l'IP forwarding* est nécessaire pour que les machines des différents réseaux puissent se joindre. Il ne suffit pas d'avoir un routeur entre deux réseaux pour que les machines des deux réseaux puissent communiquer ensemble, il faut aussi que chaque machine sache comment joindre les machines de l'autre réseau. C'est quoi la différence entre route, ip forwarding et le nat? IP Forward fait apparaitre ton frontal comme seul interlocuteur extérieur, alors qu'en fait il forwarde les requêtes externes vers un serveur interne au LAN (ou DMZ). Pas du tout. Tu sembles confondre avec le port forwarding, qui est une forme particulière de NAT destination (DNAT) où on modifie l'adresse de destination d'un paquet en fonction du protocole et du port de destination. L'IP forwarding est la fonction de base qui fait qu'une machine se comporte en routeur IP : tout paquet IP reçu qui ne lui est pas destiné est retransmis vers sa destination conformément à sa table de routage. Cela ne modifie ni les adresses ni les ports source ou destination. NAT (Net Address Translation) remplace ton adresse IP interne (Ex: 192.168.0.25) par ton adresse IP publique (celle du router) (Ex: 220.1.129.45) afin que les routers de ton FAI ne rejettent pas tes paquets. Ce que tu décris est du masquerading, qui est une forme particulière de NAT source (SNAT, on modifie l'adresse source du paquet). La raison du masquerading n'est pas tant que les routeurs du FAI rejettent les paquets portant une adresse source privée (certains le font, d'autres pas) mais que les paquets de réponse puissent revenir jusqu'à toi, sachant que les adresses privées ne sont pas routées sur internet. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VPN pptpd
Le 13335ième jour après Epoch, [EMAIL PROTECTED] écrivait: Bonjour, J'ai mis en place un serveur VPN avec pptpd sous Debian Sarge, cela fonctionne, mais j'aimerais pouvoir accéder au réseau complet depuis mon client VPN sous XP. Tu veux dire que tu veux, de l'extérieur, adresser les machines du réseau auquel le serveur VPN appartiens? Pour le serveur j'ai un réseau de type 192.168.0.0 - 255.255.255.0 avec un routeur en 192.168.0.2 qui sert également de passerelle, le serveur à l'adresse IP 192.168.0.1. Dans mon fichier pptpd.conf j'ai mis : option /etc/ppp/pptpd-options debug localip 192.168.1.1 remoteip 192.168.1.10-20 Quand mon client VPN se connecte, il obtient l'adresse IP 192.168.1.10 J'aimerais accéder aux différentes machine du réseau 192.168.0.0 - 255.255.255.0 Comment lié les 2 réseaux le virtuel et le physique ? Au moins 3 méthodes: 1) Rajouter une route sur le XP: Ta machine XP est connectée au net, et connais une adresse de passerelle par défaut. Toutes les requêtes à des adresses inconnues vont être renvoyées à la passerelle qui va faire de l'IP Forwarding. Une fois le lien VPN établi, ton XP a 2 passerelles. Une pour le réseau 192.168.1.x, et une par défaut. Si tu veux accéder au réseau 192.168.1.x, il faut rajouter une route pour dire de passer par 192.168.1.1 (qui est l'adresse de ton point d'accès VPN, si j'ai bien compris). Il faudra aussi dire aux machine du réseau 192.168.0.x comment addresser 192.168.1.x de la même façon, sauf si la passerelle VPN est leur passerelle par défaut. 2) Ne faire qu'un seul réseau. Tu te réserves une plage d'adresses dans 192.168.0.x, juste pour le VPN. Auquel cas il n'y a rien ou presque à modifier. Il faut juste que ta passerelle VPN soit capable d'être un proxy ARP transparent, je crois, et voilà. 3) Donner à tes machines du réseau 192.168.0.x une adresse en 192.168.1.x. Auquel cas c'est un peu un mix de 1) et 2), c'est à dire 2 réseaux mais pas de routage supplémentaire. Il y a probablement d'autres solutions, mais tu devrais t'en sortir comme ça je pense. Pour ce qui est de certaines autres réponses, il faut savoir: ip_forwarding (tel que compris par le kernel), c'est juste pour dire que si la couche ip reçoit un paquet à destination d'un autre réseau, elle le transfère plutôt qu'elle l'ignore. nat, translation d'adresse (et de port), permettant par exemple de forcer vers telle ou telle destination un paquet, sans que l'émetteur ou le récepteur soit reconfiguré pour. Il y a du DNAT et du SNAT. Les fonctions de routage freebox, ou le mascarading ip sont du SNAT. Voilà. -- La guerre justifie l'existence des militaires en les supprimant. -+- Henri Jeanson -+-
Re: VPN pptpd
François TOURDE a écrit : Le 13335ième jour après Epoch, [EMAIL PROTECTED] écrivait: Bonjour, J'ai mis en place un serveur VPN avec pptpd sous Debian Sarge, cela fonctionne, mais j'aimerais pouvoir accéder au réseau complet depuis mon client VPN sous XP. Tu veux dire que tu veux, de l'extérieur, adresser les machines du réseau auquel le serveur VPN appartiens? Pour le serveur j'ai un réseau de type 192.168.0.0 - 255.255.255.0 avec un routeur en 192.168.0.2 qui sert également de passerelle, le serveur à l'adresse IP 192.168.0.1. Dans mon fichier pptpd.conf j'ai mis : option /etc/ppp/pptpd-options debug localip 192.168.1.1 remoteip 192.168.1.10-20 Quand mon client VPN se connecte, il obtient l'adresse IP 192.168.1.10 J'aimerais accéder aux différentes machine du réseau 192.168.0.0 - 255.255.255.0 Comment lié les 2 réseaux le virtuel et le physique ? Au moins 3 méthodes: 1) Rajouter une route sur le XP: Ta machine XP est connectée au net, et connais une adresse de passerelle par défaut. Toutes les requêtes à des adresses inconnues vont être renvoyées à la passerelle qui va faire de l'IP Forwarding. Une fois le lien VPN établi, ton XP a 2 passerelles. Une pour le réseau 192.168.1.x, et une par défaut. Si tu veux accéder au réseau 192.168.1.x, il faut rajouter une route pour dire de passer par 192.168.1.1 (qui est l'adresse de ton point d'accès VPN, si j'ai bien compris). il ne me semble pas que ce soit la peine car le serveur pptp envoie déjà comme passerelle lui même. Ce qui est normal puisque le routage doit se faire de proche en proche. Il faudra aussi dire aux machine du réseau 192.168.0.x comment addresser 192.168.1.x de la même façon, sauf si la passerelle VPN est leur passerelle par défaut. Ici un simple ajout de route sur le 192.168.0.2 pour les paquets a destination du réseaux 192.168.1.0 via passerelle 192.168.0.1 ( serveur pptp ) Et c'est terminé :) tu dois pouvoir pinguer toutes les machines. De plus si tu décide de changer l'adressage de ton LAN ( 192.168.0.0 ) pas de problème tu n'auras pas la config de pptpd a toucher :) @+ Eddy 2) Ne faire qu'un seul réseau. Tu te réserves une plage d'adresses dans 192.168.0.x, juste pour le VPN. Auquel cas il n'y a rien ou presque à modifier. Il faut juste que ta passerelle VPN soit capable d'être un proxy ARP transparent, je crois, et voilà. 3) Donner à tes machines du réseau 192.168.0.x une adresse en 192.168.1.x. Auquel cas c'est un peu un mix de 1) et 2), c'est à dire 2 réseaux mais pas de routage supplémentaire. Il y a probablement d'autres solutions, mais tu devrais t'en sortir comme ça je pense. Pour ce qui est de certaines autres réponses, il faut savoir: ip_forwarding (tel que compris par le kernel), c'est juste pour dire que si la couche ip reçoit un paquet à destination d'un autre réseau, elle le transfère plutôt qu'elle l'ignore. nat, translation d'adresse (et de port), permettant par exemple de forcer vers telle ou telle destination un paquet, sans que l'émetteur ou le récepteur soit reconfiguré pour. Il y a du DNAT et du SNAT. Les fonctions de routage freebox, ou le mascarading ip sont du SNAT. Voilà. -- Ce message a �t� v�rifi� par MailScanner pour des virus ou des polluriels et rien de suspect n'a �t� trouv�. MailScanner remercie transtec pour son soutien. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
VPN pptpd
Bonjour, J'ai mis en place un serveur VPN avec pptpd sous Debian Sarge, cela fonctionne, mais j'aimerais pouvoir accéder au réseau complet depuis mon client VPN sous XP. Pour le serveur j'ai un réseau de type 192.168.0.0 - 255.255.255.0 avec un routeur en 192.168.0.2 qui sert également de passerelle, le serveur à l'adresse IP 192.168.0.1. Dans mon fichier pptpd.conf j'ai mis : option /etc/ppp/pptpd-options debug localip 192.168.1.1 remoteip 192.168.1.10-20 Quand mon client VPN se connecte, il obtient l'adresse IP 192.168.1.10 J'aimerais accéder aux différentes machine du réseau 192.168.0.0 - 255.255.255.0 Comment lié les 2 réseaux le virtuel et le physique ? Merci
Re: VPN pptpd
Salut, [EMAIL PROTECTED] a écrit : Quand mon client VPN se connecte, il obtient l'adresse IP 192.168.1.10 J'aimerais accéder aux différentes machine du réseau 192.168.0.0 - 255.255.255.0 Comment lié les 2 réseaux le virtuel et le physique ? Comme pour lier n'importe quels réseaux : avec du routage, et éventuellement du NAT. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VPN pptpd
En fait j'ai autorisé l'IP forwarding echo 1 /proc/sys/net/ipv4/ip_forward et ça fonctionne. Par contre j'ai vu sur des sites qu'ils utilisent la commande route add d'autres le NAT. C'est quoi la différence entre route, ip forwarding et le nat? Pascal Hambourg a écrit : Salut, [EMAIL PROTECTED] a écrit : Quand mon client VPN se connecte, il obtient l'adresse IP 192.168.1.10 J'aimerais accéder aux différentes machine du réseau 192.168.0.0 - 255.255.255.0 Comment lié les 2 réseaux le virtuel et le physique ? Comme pour lier n'importe quels réseaux : avec du routage, et éventuellement du NAT. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VPN pptpd
Stena83 wrote: En fait j'ai autorisé l'IP forwarding echo 1 /proc/sys/net/ipv4/ip_forward et ça fonctionne. Par contre j'ai vu sur des sites qu'ils utilisent la commande route add d'autres le NAT. C'est quoi la différence entre route, ip forwarding et le nat? IP Forward fait apparaitre ton frontal comme seul interlocuteur extérieur, alors qu'en fait il forwarde les requêtes externes vers un serveur interne au LAN (ou DMZ). Donc c'est plutôt pour faire apparaître un Sce interne comme externe. NAT (Net Address Translation) remplace ton adresse IP interne (Ex: 192.168.0.25) par ton adresse IP publique (celle du router) (Ex: 220.1.129.45) afin que les routers de ton FAI ne rejettent pas tes paquets. Les 2 ne sont pas incompatibles, et même des fois complémentaires. JY Pascal Hambourg a écrit : Salut, [EMAIL PROTECTED] a écrit : Quand mon client VPN se connecte, il obtient l'adresse IP 192.168.1.10 J'aimerais accéder aux différentes machine du réseau 192.168.0.0 - 255.255.255.0 Comment lié les 2 réseaux le virtuel et le physique ? Comme pour lier n'importe quels réseaux : avec du routage, et éventuellement du NAT. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VPN pptpd/pppd
kaya kaya wrote: Bonjour, Apres beaucoup de recherche, je me tourne vers vous car je ne trouve pas la solution. Je souhaite mettre en place un server vpn tout ce qu'il y a de plus simple. c'est à dire un vpn utilisant pptpd et une authentification chap donc aucun cryptage (mppe). Il s'agit surtout pour moi de bien comprendre le vpn et de voir concretement les advantages que l'on peux en tirer. [...] Désolé, je n'ai pas la réponse à ton problème, mais si tu cherches du coté des VPN point-à-point, il y a OpenVPN qui est très bien (périphérique tun). Le problème est que sans chiffrement, il n'y a pas d'authentification avec OpenVPN :-( Guillaume Lehmann
VPN pptpd/pppd
Bonjour, Apres beaucoup de recherche, je me tourne vers vous car je ne trouve pas la solution. Je souhaite mettre en place un server vpn tout ce qu'il y a de plus simple. c'est à dire un vpn utilisant pptpd et une authentification chap donc aucun cryptage (mppe). Il s'agit surtout pour moi de bien comprendre le vpn et de voir concretement les advantages que l'on peux en tirer. Donc j'utilise un serveur linux debian 3.0r2 avec un kernel maison et un client de l'exterieur WinXP. Ci-joint toutes les informations que j'ai trouvé utile de preciser. Mais je n'arrive pas à m'authentifier, d'apres ce que j'ai compris et vu sur le net, le server ppp n'arrive pas à l'authentifaication CHAP. Et je ne comprends pas pourquoi. Mon serveur linux fait office de gateway internet et de serveur samba et vpn pour chez moi. Merci de m'aider. $pptpd --version PoPToP v1.1.2 $pppd --version pppd version 2.4.1 $uname -r 2.4.24 $cat /etc/pptpd.conf speed 115200 option /etc/ppp/options.pptp localip 192.168.100.1 remoteip 192.168.100.5-10 $cat /etc/ppp/options.pptp debug name linux auth #+chap #+chapms #+chapms-v2 require-chap proxyarp $cat /etc/ppp/chap-secrets useradsl * passadsl * uservpn* passvpn * mon log de pptp et ppp. linux pptpd[5886]: MGR: Launching /usr/sbin/pptpctrl to handle client linux pptpd[5886]: CTRL: local address = 192.168.100.1 linux pptpd[5886]: CTRL: remote address = 192.168.100.5 linux pptpd[5886]: CTRL: pppd speed = 115200 linux pptpd[5886]: CTRL: pppd options file = /etc/ppp/pptpd-options linux pptpd[5886]: CTRL: Client xx.xx.231.204 control connection started linux pptpd[5886]: CTRL: Received PPTP Control Message (type: 1) linux pptpd[5886]: CTRL: Made a START CTRL CONN RPLY packet linux pptpd[5886]: CTRL: I wrote 156 bytes to the client. linux pptpd[5886]: CTRL: Sent packet to client linux pptpd[5886]: CTRL: Received PPTP Control Message (type: 7) linux pptpd[5886]: CTRL: 0 min_bps, 1525 max_bps, 32 window size linux pptpd[5886]: CTRL: Made a OUT CALL RPLY packet linux pptpd[5886]: CTRL: Starting call (launching pppd, opening GRE) linux pptpd[5886]: CTRL: pty_fd = 5 linux pptpd[5886]: CTRL: tty_fd = 6 linux pptpd: CTRL (PPPD Launcher): Connection speed = 115200 linux pptpd: CTRL (PPPD Launcher): local address = 192.168.100.1 linux pptpd: CTRL (PPPD Launcher): remote address = 192.168.100.5 linux pptpd[5886]: CTRL: I wrote 32 bytes to the client. linux pptpd[5886]: CTRL: Sent packet to client linux pppd[5887]: pppd 2.4.1 started by root, uid 0 linux pppd[5887]: using channel 41 linux pppd[5887]: Using interface ppp1 linux pppd[5887]: Connect: ppp1 -- /dev/pts/2 linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux /etc/hotplug/net.agent: assuming ppp1 is already up linux pptpd[5886]: CTRL: Received PPTP Control Message (type: 15) linux pptpd[5886]: CTRL: Got a SET LINK INFO packet with standard ACCMs linux pppd[5887]: rcvd [LCP ConfReq id=0x0 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x0 callback CBCP] linux pppd[5887]: rcvd [LCP ConfReq id=0x1 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x1 callback CBCP] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x2 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x2 callback CBCP] linux pppd[431]: rcvd [LCP EchoReq id=0x1 magic=0x19e15d93] linux pppd[431]: sent [LCP EchoRep id=0x1 magic=0x7832796b] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x3 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x3 callback CBCP] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x4 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x4 callback CBCP] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x5 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x5 callback CBCP] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x6 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x6 callback CBCP] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd
Re: VPN pptpd/pppd
Selon kaya kaya [EMAIL PROTECTED]: Salut, As tu désactivé coté WINXP le firewall integré à ta connexion et as tu désactivé dans les parametres de ta connexion VPN l'option exiger le cryptage des données ( dans l'onglet sécurité ) ??? Il est bien entendu evident que tu n'essaie pas de te connecter en utilisant un compte UNIX de ta passerelle mais un des comptes définis dans ton chap-secrets , n'est ce pas??? Momo. Bonjour, Apres beaucoup de recherche, je me tourne vers vous car je ne trouve pas la solution. Je souhaite mettre en place un server vpn tout ce qu'il y a de plus simple. c'est à dire un vpn utilisant pptpd et une authentification chap donc aucun cryptage (mppe). Il s'agit surtout pour moi de bien comprendre le vpn et de voir concretement les advantages que l'on peux en tirer. Donc j'utilise un serveur linux debian 3.0r2 avec un kernel maison et un client de l'exterieur WinXP. Ci-joint toutes les informations que j'ai trouvé utile de preciser. Mais je n'arrive pas à m'authentifier, d'apres ce que j'ai compris et vu sur le net, le server ppp n'arrive pas à l'authentifaication CHAP. Et je ne comprends pas pourquoi. Mon serveur linux fait office de gateway internet et de serveur samba et vpn pour chez moi. Merci de m'aider. $pptpd --version PoPToP v1.1.2 $pppd --version pppd version 2.4.1 $uname -r 2.4.24 $cat /etc/pptpd.conf speed 115200 option /etc/ppp/options.pptp localip 192.168.100.1 remoteip 192.168.100.5-10 $cat /etc/ppp/options.pptp debug name linux auth #+chap #+chapms #+chapms-v2 require-chap proxyarp $cat /etc/ppp/chap-secrets useradsl * passadsl * uservpn* passvpn * mon log de pptp et ppp. linux pptpd[5886]: MGR: Launching /usr/sbin/pptpctrl to handle client linux pptpd[5886]: CTRL: local address = 192.168.100.1 linux pptpd[5886]: CTRL: remote address = 192.168.100.5 linux pptpd[5886]: CTRL: pppd speed = 115200 linux pptpd[5886]: CTRL: pppd options file = /etc/ppp/pptpd-options linux pptpd[5886]: CTRL: Client xx.xx.231.204 control connection started linux pptpd[5886]: CTRL: Received PPTP Control Message (type: 1) linux pptpd[5886]: CTRL: Made a START CTRL CONN RPLY packet linux pptpd[5886]: CTRL: I wrote 156 bytes to the client. linux pptpd[5886]: CTRL: Sent packet to client linux pptpd[5886]: CTRL: Received PPTP Control Message (type: 7) linux pptpd[5886]: CTRL: 0 min_bps, 1525 max_bps, 32 window size linux pptpd[5886]: CTRL: Made a OUT CALL RPLY packet linux pptpd[5886]: CTRL: Starting call (launching pppd, opening GRE) linux pptpd[5886]: CTRL: pty_fd = 5 linux pptpd[5886]: CTRL: tty_fd = 6 linux pptpd: CTRL (PPPD Launcher): Connection speed = 115200 linux pptpd: CTRL (PPPD Launcher): local address = 192.168.100.1 linux pptpd: CTRL (PPPD Launcher): remote address = 192.168.100.5 linux pptpd[5886]: CTRL: I wrote 32 bytes to the client. linux pptpd[5886]: CTRL: Sent packet to client linux pppd[5887]: pppd 2.4.1 started by root, uid 0 linux pppd[5887]: using channel 41 linux pppd[5887]: Using interface ppp1 linux pppd[5887]: Connect: ppp1 -- /dev/pts/2 linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux /etc/hotplug/net.agent: assuming ppp1 is already up linux pptpd[5886]: CTRL: Received PPTP Control Message (type: 15) linux pptpd[5886]: CTRL: Got a SET LINK INFO packet with standard ACCMs linux pppd[5887]: rcvd [LCP ConfReq id=0x0 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x0 callback CBCP] linux pppd[5887]: rcvd [LCP ConfReq id=0x1 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x1 callback CBCP] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x2 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x2 callback CBCP] linux pppd[431]: rcvd [LCP EchoReq id=0x1 magic=0x19e15d93] linux pppd[431]: sent [LCP EchoRep id=0x1 magic=0x7832796b] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x3 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x3 callback CBCP] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x4 mru 1400 magic 0x74594d68 pcomp accomp callback CBCP] linux pppd[5887]: sent [LCP ConfRej id=0x4 callback CBCP] linux pppd[5887]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MD5 magic 0xe81457f7 pcomp accomp] linux pppd[5887]: rcvd [LCP ConfReq id=0x5 mru 1400 magic 0x74594d68 pcomp accomp
