Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.

Autor Téma: rozpojování PPTP tunelu  (Přečteno 2130 krát)

dvcompt

  • Návštěvník
  • *
  • Příspěvků: 44
    • Zobrazit profil
rozpojování PPTP tunelu
« kdy: 09 Listopad 2014, 20:12:35 »
ahoj všem, prosím o radu,
použivám PPTP propojení k ISP z důvodu získání veřejky na routeru.
Bohužel se mě stává, že spoj se každý den rozpojí a interface PPTP není nahozený.
mohli byste mě poradit jak to obejít a kontrolovat to, tak aby v případě rozpojení
se to znovu spojilo.

děkuji všem za radu.

vypis syslog v dobe vypadku.



Citace
Nov  7 14:54:57 linuch named[1213]: automatic empty zone: B.E.F.IP6.ARPA
Nov  7 14:54:57 linuch named[1213]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA
Nov  7 14:54:57 linuch named[1213]: reloading configuration succeeded
Nov  7 14:54:57 linuch named[1213]: any newly configured zones are now loaded
Nov  7 14:54:57 linuch pptp[6082]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Nov  7 14:54:57 linuch pptp[6082]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Nov  7 14:54:57 linuch pppd[856]: Terminating on signal 15
Nov  7 14:54:57 linuch pppd[856]: Connection terminated.
Nov  7 14:54:57 linuch pppd[856]: Child process pptp 10.100.10.46 --nolaunchpppd (pid 6070) terminated with signal 15
Nov  7 14:54:57 linuch pppd[856]: Exit.
Nov  7 14:54:58 linuch ntpd[2636]: Deleting interface #4 ppp0, 92.62.239.29#123, interface stats: received=0, sent=0, dropped=0, active_time=4105 secs
Nov  7 14:54:58 linuch ntpd[2636]: 91.189.94.4 interface 172.20.3.150 -> (none)
Nov  7 14:54:58 linuch ntpd[2636]: 46.243.48.111 interface 172.20.3.150 -> (none)
Nov  7 14:54:58 linuch ntpd[2636]: 81.27.192.20 interface 172.20.3.150 -> (none)
Nov  7 14:54:58 linuch ntpd[2636]: 46.243.48.4 interface 172.20.3.150 -> (none)
Nov  7 14:54:58 linuch ntpd[2636]: 46.243.49.100 interface 172.20.3.150 -> (none)
Nov  7 14:54:58 linuch ntpd[2636]: peers refreshed
Nov  7 14:55:01 linuch CRON[6121]: (getmail) CMD (/usr/local/bin/run-getmail.sh > /dev/null 2>> /dev/null)
Nov  7 14:55:01 linuch CRON[6123]: (root) CMD (/usr/local/ispconfig/server/server.sh 2>&1 > /dev/null | while read line; do echo `/bin/date` "$line" >> /var/log/ispconfig/cron.log; done)
Nov  7 14:55:02 linuch dovecot: imap-login: Disconnected (disconnected before auth was ready, waited 0 secs): user=<>, rip=::1, lip=::1, secured, session=<7CDKKEUH1QAAAAAAAAAAAAAAAAAAAAAB>
Nov  7 14:55:02 linuch postfix/smtpd[6146]: connect from localhost[::1]
Nov  7 14:55:02 linuch postfix/smtpd[6146]: lost connection after CONNECT from localhost[::1]
Nov  7 14:55:02 linuch postfix/smtpd[6146]: disconnect from localhost[::1]
Nov  7 14:55:02 linuch dovecot: pop3-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=::1, lip=::1, secured, session=</0jKKEUHaQAAAAAAAAAAAAAAAAAAAAAB>


Nov  9 15:29:45 linuch pptp[866]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Nov  9 15:29:45 linuch pptp[890]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Nov  9 15:29:45 linuch pptp[890]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Nov  9 15:29:45 linuch pptp[890]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Nov  9 15:29:46 linuch pptp[890]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Nov  9 15:29:46 linuch pptp[890]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Nov  9 15:29:46 linuch pptp[890]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 44154).
Nov  9 15:30:07 linuch pptpd[2275]: MGR: connections limit (100) reached, extra IP addresses ignored
Nov  9 15:30:07 linuch pptpd[2276]: MGR: Manager process started
Nov  9 15:30:07 linuch pptpd[2276]: MGR: Maximum of 100 connections available
Nov  9 15:30:10 linuch pptp[866]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 213 (expecting 212, lost or reordered)
Nov  9 15:30:10 linuch pptp[866]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 214 (expecting 212, lost or reordered)
« Poslední změna: 09 Listopad 2014, 21:48:52 od dvcompt »

ntz_reloaded

  • Lokaj
  • Moderátor
  • Závislák
  • ***
  • Příspěvků: 3727
  • skill :: ur home erly
    • Zobrazit profil
Re:rozpojování PPTP tunelu
« Odpověď #1 kdy: 09 Listopad 2014, 20:33:01 »
pomoci jakeho nastroje volas to pptp ? volas to jako sluzbu z init.d ? poustis si to rucne po startu ?
tikejte mi, taky Vam tikam ...
song of the day - openSUSE, openindiana, DuckDuckGo
The noise ain't noise anymore, who's to blame, WHO'S TO BLAME ??

dvcompt

  • Návštěvník
  • *
  • Příspěvků: 44
    • Zobrazit profil
Re:rozpojování PPTP tunelu
« Odpověď #2 kdy: 09 Listopad 2014, 21:33:14 »
instaloval jsem to pomocí tohoto návodu
http://www.cyberciti.biz/tips/howto-configure-ubuntu-fedora-linux-pptp-client.html

a v init.d mam pptpd a pppd-dns

dvcompt

  • Návštěvník
  • *
  • Příspěvků: 44
    • Zobrazit profil
Re:rozpojování PPTP tunelu
« Odpověď #3 kdy: 09 Listopad 2014, 21:46:54 »
vidim že akorat v networking nahazuji ten interface takto

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface

auto eth0
iface eth0 inet static
address   172.20.3.150
netmask   255.255.255.0
network   172.20.3.0
gateway   172.20.3.1
broadcast 172.20.3.255

auto ppp0
iface ppp0 inet ppp
provider pptpdv

dvcompt

  • Návštěvník
  • *
  • Příspěvků: 44
    • Zobrazit profil
Re:rozpojování PPTP tunelu
« Odpověď #4 kdy: 10 Listopad 2014, 15:28:08 »
tak už se zase rozpojil, vzdy řešení restart PC a nahozeni nové brány.
prosím poradil by mě někdo co s tím, díky moc.

ntz_reloaded

  • Lokaj
  • Moderátor
  • Závislák
  • ***
  • Příspěvků: 3727
  • skill :: ur home erly
    • Zobrazit profil
Re:rozpojování PPTP tunelu
« Odpověď #5 kdy: 10 Listopad 2014, 16:01:07 »
tak už se zase rozpojil, vzdy řešení restart PC a nahozeni nové brány.
prosím poradil by mě někdo co s tím, díky moc.

jako strasne jednoduchy reseni by bylo proste dat do cronu

Kód: [Vybrat]
*/5 * * * * /cesta/ke/skriptu
tzn, skript, co jen restartuje ty dva subsystemy, to by melo bohate stacit .. ten by si kazdych 5 minut overil, zdali funguje to spojeni .. obsah toho skriptu je jednoduchy, prose:

Kód: [Vybrat]
#!/bin/bash

restart_ppp0_nic="nejakej prikaz";
restart_pptp_service="nejakej_jinej_prikaz";

if ! { overeni, ze funguje to pptp }; than #### if NOT aka "!"
    $restart_ppp0_nic;
    p_exit=$?;
    $restart_pptp_service;
    s_exit=$?;
    exit $(($p_exit+$s_exit));
fi

exit 0;

ty prikazy si vyzkousj .. zavisi to linux od linuxu (unix od unixu), nemam ubu, ale prikaz service tam je pokud se nemylim, tzn neco jako

Kód: [Vybrat]
ifdown ppp0
ifup ppp0
service pptp restart

je to lehke, proste si zkus kteryma prikazama se to zabehu otoci a ty si dej do toho skriptu v tom cronu

« Poslední změna: 10 Listopad 2014, 17:15:40 od ntz_reloaded »
tikejte mi, taky Vam tikam ...
song of the day - openSUSE, openindiana, DuckDuckGo
The noise ain't noise anymore, who's to blame, WHO'S TO BLAME ??