1260 ответов в теме

[AndreAS]

Unearth, здравствуйте! В последнее время участились отвалы PPTP:

06.03.2019 05:00:53
06.03.2019 09:07:04
06.03.2019 11:22:10
06.03.2019 12:29:14
06.03.2019 14:48:21
06.03.2019 15:05:25
06.03.2019 17:13:31
08.03.2019 09:31:14
08.03.2019 10:20:17

В логах вроде всё нормально:

08.03.2019 10:17:13 pptp[29333]: anon log[decaps_gre:pptp_gre.c:436]: accepting packet 2390223 (expecting 2390220, lost or reordered)
08.03.2019 10:17:14 pptp[29333]: anon log[decaps_gre:pptp_gre.c:436]: accepting packet 2391556 (expecting 2391555, lost or reordered)
08.03.2019 10:19:15 pppd[29330]: LCP terminated by peer
08.03.2019 10:19:15 pppd[29330]: Connect time 48.0 minutes.
08.03.2019 10:19:15 pppd[29330]: Sent 3817270407 bytes, received 121415977 bytes.
08.03.2019 10:19:18 pppd[29330]: Connection terminated.
08.03.2019 10:19:18 pppd[29330]: Terminating on signal 15
08.03.2019 10:19:18 pppd[29330]: Modem hangup
08.03.2019 10:19:18 pptp[29352]: anon log[callmgr_main:pptp_callmgr.c:245]: Closing connection (unhandled)
08.03.2019 10:19:18 pptp[29352]: anon log[ctrlp_rep:pptp_ctrl.c:259]: Sent control packet type is 12 'Call-Clear-Request'
08.03.2019 10:19:18 pptp[29352]: anon log[call_callback:pptp_callmgr.c:84]: Closing connection (call state)
08.03.2019 10:19:18 pppd[29330]: Exit.

Идут пакеты. Потом 2 минут тишина и... какой-то LCP terminated by peer. Это ведь провайдер разрывает соединение? Почему?

 

Сначала думал, что у меня с кабелем что-то или портом сетевой. Контакты соединений почистил растворителем. Подключил другую сетевушку, на USB 1.1. Вроде не отрубало. Но у неё скорость кошмар, в районе 3 мегабит. Может стоит ещё помощней найти и проверить?

 

Ещё mtr:

                                                                               Packets               Pings
 Host                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. vpnbsd24.msk1.ip.di-net.ru                                                0.0%    10    1.4   2.3   1.3   5.0   1.1
 2. 213.219.200.225                                                          55.6%    10    3.3  21.2   2.0  74.1  35.3
 3. xe-7-1-4.mbr2.msk1.ip.di-net.ru                                           0.0%    10    1.7   1.6   1.4   2.1   0.0
 4. xe-7-0-1.mbr1.ip.di-net.ru                                                0.0%    10    4.2   3.9   1.5  17.7   4.9
 5. google.ip.di-net.ru                                                       0.0%    10    3.8   3.6   1.6  12.9   3.4
 6. 108.170.250.143                                                           0.0%    10    8.8   3.3   2.1   8.8   2.0
 7. 209.85.240.116                                                            0.0%    10   21.0  22.1  16.0  59.7  13.4
 8. 216.239.41.196                                                            0.0%    10   16.5  16.5  15.8  17.6   0.3
 9. ???

Сообщение отредактировал AndreAS: 08 Март 2019 - 05:19

[gogo]

Unearth, здравствуйте! Но ведь   это не я по своему желанию из одной впн в другую стучусь. Это ваша  впн на 243  стучится на 245, и ей на мои хотелки покласть, она всегда стучится на 245. Что тут непонятного? Это ее типичное поведение. А почему она так делает , а не напрямую выходит на  ae3.mbr1.msk1.ip.di-net.ru, я думал вы мне объясните. 

 

Да и пусть она выходит на 245, только почему 245  не сразу  отвечает 243 на запросы? почему временами наблюдается дисконнект до 25 секунд? это я говорю про событие в онлайн-игре, например.

 

про впн 213.219.200.2 и  213.219.200.1 такая же история, да между ними есть такие же потери, как и между 243 и 245. Что вам тут непонятно? Непонятно ,что после сообщения о дисконнекте надо потом весь вечер сидеть ловить эти дисконнекты  или вы считаете , что тут над вам прикалываются? 

 

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                         |

|                       Host                                 Loss %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                         213.219.200.244 -                 0 |  34 |  34 |    0 |    0 |         1 |    1 |

|                         213.219.200.225 -               88 |    8 |    1 |    4 |    4 |         4 |    4 |

|         xe-7-1-4.mbr2.msk1.ip.di-net.ru -          0 |  34 |  34 |    1 |    1 |         2 |    1 |

|                     yandex-gw.di-net.ru -                 0 |  34 |  34 |    1 |    2 |       11 |    1 |

|                                   ya.ru -                          0 |  34 |  34 |    7 |    7 |          8 |    7 |

|_______________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

НАДЕЮСЬ ТУТ ВСЕ ПОНЯТНО С ПОТЕРЯМИ? почему сегодня не 213.219.200.2 и 213.219.200.1 впн я не знаю,но буду периодически смотреть.

Сообщение отредактировал gogo: 09 Март 2019 - 05:59

[gogo]

Поясните плиз, потерянные пакеты 68% на  213.219.200.225 впн -это нормально? 

|------------------------------------------------------------------------------------------|

 

|                                      WinMTR statistics                                   |

 

|                                   Host                      -   Loss%  | Sent | Recv | Best | Avrg | Wrst | Last |

 

|------------------------------------------------        |------|------|------|------|------|------|

 

|                           KEENETIC_OMNI -                    0 |  417 |  417 |    0 |    0 |    9 |    0 |

 

|                         213.219.200.242 -                         2 |  398 |  393 |    1 |    1 |    9 |    1 |

 

|                         213.219.200.225 -                       68 |  113 |   37 |    0 |    5 |   19 |   19 |

 

|              ae3.mbr1.msk1.ip.di-net.ru -                    1 |  410 |  408 |    1 |    2 |   30 |    2 |

 

|              xe-7-0-1.mbr2.ip.di-net.ru -                      1 |  410 |  408 |    0 |    2 |   27 |    1 |

 

|                     yandex-gw.di-net.ru -                        0 |  418 |  418 |    1 |    3 |   61 |    3 |

 

|         sas1-2d1-eth-trunk28-1.yndx.net -               1 |  402 |  398 |    0 |   10 |   57 |   10 |

 

|                   No response from host -                 100 |   83 |    0 |    0 |    0 |    0 |    0 |

 

|                                   ya.ru -                                 1 |  415 |  414 |    7 |    8 |   20 |    8 |

 

|________________________________________________|______|______|______|______|______|______|

 

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

 

 

[gogo]

ну или вот  54% потерь на 213.219.200.225

|------------------------------------------------------------------------------------------|

 

|                                      WinMTR statistics                                   |

 

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

 

|------------------------------------------------|------|------|------|------|------|------|

 

|                           KEENETIC_OMNI -    0 | 8921 | 8921 |    0 |    0 |   10 |    0 |

 

|                         213.219.200.242 -        1 | 8808 | 8778 |    1 |    1 |   39 |    1 |

 

|                         213.219.200.225 -      54 | 2853 | 1330 |    0 |    5 |  942 |    1 |

 

|              ae3.mbr1.msk1.ip.di-net.ru -    1 | 8850 | 8831 |    1 |    1 |   48 |    1 |

 

|              xe-7-0-1.mbr2.ip.di-net.ru -      1 | 8764 | 8723 |    0 |    1 |   27 |    1 |

 

|                     yandex-gw.di-net.ru -        1 | 8845 | 8824 |    1 |    3 |   69 |    2 |

 

|         sas1-2d1-eth-trunk28-1.yndx.net -    1 | 8732 | 8682 |    0 |   10 |   82 |    9 |

 

|                   No response from host -   100 | 1787 |    0 |    0 |    0 |    0 |    0 |

 

|                                   ya.ru -                   1 | 8839 | 8814 |    7 |    8 |   39 |    8 |

 

|________________________________________________|______|______|______|______|______|______|

 

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

[Unearth]

Здравствуйте.

LCP terminated by peer говорит о том, что потерялось достаточное количество keepalive пакетов, после чего сессия была разорвана. Нужно искать причину потерь.

Укажите, пожалуйста, ваш логин, не уверен, что точно нашел вас на оборудовании. Так же можете сделать трассировку, захватив момент разрыва (лучше выставить размер пакета побольше, думаю 1000байт будет достаточно)

 

Unearth, здравствуйте! В последнее время участились отвалы PPTP:

06.03.2019 05:00:53
06.03.2019 09:07:04
06.03.2019 11:22:10
06.03.2019 12:29:14
06.03.2019 14:48:21
06.03.2019 15:05:25
06.03.2019 17:13:31
08.03.2019 09:31:14
08.03.2019 10:20:17

В логах вроде всё нормально:

08.03.2019 10:17:13 pptp[29333]: anon log[decaps_gre:pptp_gre.c:436]: accepting packet 2390223 (expecting 2390220, lost or reordered)
08.03.2019 10:17:14 pptp[29333]: anon log[decaps_gre:pptp_gre.c:436]: accepting packet 2391556 (expecting 2391555, lost or reordered)
08.03.2019 10:19:15 pppd[29330]: LCP terminated by peer
08.03.2019 10:19:15 pppd[29330]: Connect time 48.0 minutes.
08.03.2019 10:19:15 pppd[29330]: Sent 3817270407 bytes, received 121415977 bytes.
08.03.2019 10:19:18 pppd[29330]: Connection terminated.
08.03.2019 10:19:18 pppd[29330]: Terminating on signal 15
08.03.2019 10:19:18 pppd[29330]: Modem hangup
08.03.2019 10:19:18 pptp[29352]: anon log[callmgr_main:pptp_callmgr.c:245]: Closing connection (unhandled)
08.03.2019 10:19:18 pptp[29352]: anon log[ctrlp_rep:pptp_ctrl.c:259]: Sent control packet type is 12 'Call-Clear-Request'
08.03.2019 10:19:18 pptp[29352]: anon log[call_callback:pptp_callmgr.c:84]: Closing connection (call state)
08.03.2019 10:19:18 pppd[29330]: Exit.

Идут пакеты. Потом 2 минут тишина и... какой-то LCP terminated by peer. Это ведь провайдер разрывает соединение? Почему?

 

Сначала думал, что у меня с кабелем что-то или портом сетевой. Контакты соединений почистил растворителем. Подключил другую сетевушку, на USB 1.1. Вроде не отрубало. Но у неё скорость кошмар, в районе 3 мегабит. Может стоит ещё помощней найти и проверить?

 

Ещё mtr:

                                                                               Packets               Pings
 Host                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. vpnbsd24.msk1.ip.di-net.ru                                                0.0%    10    1.4   2.3   1.3   5.0   1.1
 2. 213.219.200.225                                                          55.6%    10    3.3  21.2   2.0  74.1  35.3
 3. xe-7-1-4.mbr2.msk1.ip.di-net.ru                                           0.0%    10    1.7   1.6   1.4   2.1   0.0
 4. xe-7-0-1.mbr1.ip.di-net.ru                                                0.0%    10    4.2   3.9   1.5  17.7   4.9
 5. google.ip.di-net.ru                                                       0.0%    10    3.8   3.6   1.6  12.9   3.4
 6. 108.170.250.143                                                           0.0%    10    8.8   3.3   2.1   8.8   2.0
 7. 209.85.240.116                                                            0.0%    10   21.0  22.1  16.0  59.7  13.4
 8. 216.239.41.196                                                            0.0%    10   16.5  16.5  15.8  17.6   0.3
 9. ???

[Unearth]

Unearth, здравствуйте! Но ведь   это не я по своему желанию из одной впн в другую стучусь. Это ваша  впн на 243  стучится на 245, и ей на мои хотелки покласть, она всегда стучится на 245. Что тут непонятного? Это ее типичное поведение. А почему она так делает , а не напрямую выходит на  ae3.mbr1.msk1.ip.di-net.ru, я думал вы мне объясните. 

 

Я говорил про конкретную трассировку в посте #796. Из него я понял (возможно не правильно), что вы делаете трассу до ip 213.219.200.245. Если в поле host: вы указали именно Ip 213.219.200.245, то на трассе видно как пакеты идут через другой впн сервер  213.219.200.243, к которому вы в тот момент были подключены - такая проверка не имеет смысла. Если вы указывали в качестве конечного хоста что-то другое, об этом явно не говорится.

 

 почему временами наблюдается дисконнект до 25 секунд? это я говорю про событие в онлайн-игре, например.

 

 

Для ответа на этот вопрос у меня нет достаточной информации. Нужно диагностировать.

 

про впн 213.219.200.2 и  213.219.200.1 такая же история, да между ними есть такие же потери, как и между 243 и 245. Что вам тут непонятно? 

 

Мне было не понятно, что вы имели в виду в посте #799, так же как и ваша трассировка в посте #796. Если трасса до внешнего хоста (за пределами нашей сети) идет через  213.219.200.2 и  213.219.200.1 - это нормально, когда так, как в посте #796 - нет.

 

Непонятно ,что после сообщения о дисконнекте надо потом весь вечер сидеть ловить эти дисконнекты  или вы считаете , что тут над вам прикалываются? НАДЕЮСЬ ТУТ ВСЕ ПОНЯТНО С ПОТЕРЯМИ?

 

Я еще раз повторю, что на потери на транзитных узлах не нужно обращать внимания, если нет потерь до конечного хоста. На всех ваших трассировках их или нет или они не значительны. Максимальные потери, если не ошибаюсь меньше чем 0.3%

Разобраться может помочь трассировка как в посте #804(с захватом момента, когда происходит проблема), желательно так же указать время, когда происходил дисконнект и ваш логин в ЛС. Так же нужно понять наблюдается ли проблема на других устройствах при подключении через роутер, при подключении напрямую. 

Я могу только помочь с диагностикой и далее, если обнаружится, что есть какая-то проблема на оборудовании провайдера, посодействовать в ее решении. Если у вас нет желания проводить диагностику или поддерживать уважительный тон при общении со мной, вы в любой момент можете позвонить в техподдержку и начать решение вашей проблемы официально.

Сообщение отредактировал Unearth: 11 Март 2019 - 12:36

[AndreAS]

Здравствуйте.

LCP terminated by peer говорит о том, что потерялось достаточное количество keepalive пакетов, после чего сессия была разорвана. Нужно искать причину потерь.

Укажите, пожалуйста, ваш логин, не уверен, что точно нашел вас на оборудовании. Так же можете сделать трассировку, захватив момент разрыва (лучше выставить размер пакета побольше, думаю 1000байт будет достаточно)

 

Сложновато будет ловить момент разрыва. Оно же происходит рандомно. А как указать в mtr размер пакета? Логин 690330.

[Unearth]

Да, все правильно я смотрел. Если используется winmtr, то в опциях, если на linux, то ключ -s

Вы можете запустить мтр и когда заметите в логах или в реальном времени, что разрыв был, останавливаете сбор статистики и отправляете результаты. Хочется понять на каком участке возникают потери.

Пока есть подозрение на физическую проблему. Очень много скачков линка, но все они 10-11 марта, 06.03 корелляции разрывов с падением линка не видно. На порту к которому вы подключены были не значительные crc ошибки, сбросил счетчик, посмотрим вырастет ли их кол-во.

 

Сложновато будет ловить момент разрыва. Оно же происходит рандомно. А как указать в mtr размер пакета? Логин 690330.

[AndreAS]

Не знаю, успел я заскринить или нет:

 

[Unearth]

линк не падал, прибавилось ошибок CRC Error  2387, могу назначить вам мастера. отправил вам в лс номер заявки.

Не знаю, успел я заскринить или нет:

 

[AndreAS]

Значит у вас там всё нормально? А я пока приобрёл новую сетевушку - TP-Link на чипе IC Plus IP100A.

 

На LAN примерно такие же скорости. На PPTP исходящая стала больше:

 

 

Теперь посмотрим, как будет обстоять дело с дисконнектами.

[AndreAS]

Новая сетевушка не помогла. Сейчас купил пачку новых коннекторов RJ-45. Попробую поменять. Только непонятно, они оказывается бывают 2-х стандартов - 568A и 568B. У нас какой?

 

UPD: разобрался, вроде как второй. 

 

Странно только, в mtr куда-то пропал хост оканчивающийся на 225 и на котором у меня всё время были дикие потери:

                                                                               Packets               Pings
 Host                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. vl-303.nas2.msk1.ip.di-net.ru                                             0.0%    10    2.1   3.1   1.3   6.9   1.9
 2. vl-303.br2.msk1.ip.di-net.ru                                              0.0%    10    2.4   4.0   2.4   5.9   1.1
 3. 213.248.7.108                                                             0.0%    10    2.8   3.8   1.9   7.6   2.2
 4. xe-7-0-1.mbr1.ip.di-net.ru                                                0.0%    10    1.7   3.5   1.7   7.6   1.5
 5. google.ip.di-net.ru                                                       0.0%    10    8.8   4.8   1.6   9.6   2.7
 6. 108.170.250.81                                                            0.0%    10    2.6   4.8   2.6   8.6   1.9
 7. 66.249.95.241                                                             0.0%    10   16.9  17.9  16.4  19.6   1.1
 8. 172.253.65.159                                                            0.0%    10   16.7  19.2  16.0  32.1   4.8
 9. 72.14.236.73                                                              0.0%    10   17.7  18.9  17.6  21.6   1.6

Сообщение отредактировал AndreAS: 14 Март 2019 - 09:38

[AndreAS]

Не, смена коннектора не помогает. Сейчас опять PPTP отвалилось. Запустил mtr, когда инета уже не было, но соединение ещё висело. В этот момент локалка работала, я даже смог зайти на форум:

 

 

После переподключения стало показывать:

                                                                               Packets               Pings
 Host                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 213.219.200.246                                                           0.0%    10    1.6   1.6   1.4   1.8   0.0
 2. 213.219.200.225                                                          40.0%    10   24.2   9.0   2.4  24.2   9.0
 3. xe-7-1-4.mbr2.msk1.ip.di-net.ru                                           0.0%    10    2.1   2.2   1.6   3.5   0.3
 4. xe-7-0-1.mbr1.ip.di-net.ru                                                0.0%    10    1.9   4.1   1.7  10.4   3.1
 5. google.ip.di-net.ru                                                       0.0%    10    2.0   3.6   1.7  12.1   3.1
 6. 108.170.250.80                                                            0.0%    10    2.7   2.8   2.7   3.2   0.0
 7. 209.85.240.116                                                            0.0%    10   16.0  19.2  15.9  31.5   4.9
 8. 216.239.43.20                                                             0.0%    10   16.2  18.7  15.9  41.7   8.1
 9. 216.239.47.165                                                            0.0%    10   17.6  18.1  17.5  18.9   0.0
10. ???

Опять этот 225-й вернулся)).

[Unearth]

вторая трассировка впорядке, потери только на транзитном хопе, дальше их нет. в момент разрыва не было падения линка, ошибки не выросли.

Вы проверяете все время на одном пк напрямую? Если да и есть второй пк  или роутер можно для верности протестировать еще на втором устройстве.

на первой трассировке видно, что был разрыв, вторые Ip адреса (10.251 и т.д) показывают изменения трассы без подключенного впн. Я не нашел каких-то еще проблем на сети, проверил  сессии в соседних квартирах - вашей проблемы не видно, поэтому по-прежнему подозрения только на последнюю милю. 

[AndreAS]

Unearth, на одном ПК и напрямую. Но я сетевую карту менял. Не помогло.

Линк, да, не разрывает. Локалка пашет. Отваливается только PPTP.

 

Остаётся только попробовать другую ОС. Может чего программно глючит.

Сообщение отредактировал AndreAS: 15 Март 2019 - 04:50

[gogo]

приветствую! сегодня первый день  работы 225 впн без потерь . Респект!  В чем же была причина? 

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|               KEENETIC_OMNI -    0 |  395 |   395 |       0 |    0 |    0 |    0 |

|                 213.219.200.242 -    0 |  395 |   395 |       1 |    1 |    2 |    1 |

|                 213.219.200.225 -    0 |  396 |   396 |       1 |    2 |   16 |    2 |

|                     213.248.7.108 -    0 |  395 |   395 |       1 |    1 |   16 |    1 |

|             yandex-gw.di-net.ru -    0 |  395 |   395 |       1 |    1 |   44 |    1 |

|                                   ya.ru -    0 |  396 |    396 |       7 |    7 |   11 |    8 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

[Unearth]

Здравствуйте,    213.219.200.225 - это не впн, а роутер, причина была в ограничении icmp rate, сейчас этот ip переехал на другой роутер, похоже на нем этого ограничения нет, уточню этот момент, возможно исправим.

 

 

приветствую! сегодня первый день  работы 225 впн без потерь . Респект!  В чем же была причина? 

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|               KEENETIC_OMNI -    0 |  395 |   395 |       0 |    0 |    0 |    0 |

|                 213.219.200.242 -    0 |  395 |   395 |       1 |    1 |    2 |    1 |

|                 213.219.200.225 -    0 |  396 |   396 |       1 |    2 |   16 |    2 |

|                     213.248.7.108 -    0 |  395 |   395 |       1 |    1 |   16 |    1 |

|             yandex-gw.di-net.ru -    0 |  395 |   395 |       1 |    1 |   44 |    1 |

|                                   ya.ru -    0 |  396 |    396 |       7 |    7 |   11 |    8 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

[AndreAS]

Угу, 225-й больше не шалит). Но у меня продолжаются разрывы... Наверное что-то с pptp-клиентом. К сожалению нет возможности проверить на Винде. Выяснилось, что проблема проявляется исключительно при высокой нагрузке. Например, скачке/отдаче торрентов. А там у меня нет столько файлов для раздачи.

 

Подумалось, а что если накатить 7-ку в VMware, поднять там VPN? Вот только непонятно, как потом раздать инет на хостовую машину. 

[Unearth]

Последние сессии разрываются с ошибкой Lost-Carrier, начали сильно расти crc и fragment ошибки, что больше похоже на физическую проблему. До этого было много сессий, которые разрывались с ошибкой lost-service, с ней особо не сталкивался, проблему с  софтом тоже до конца исключать нельзя.

Самым простым способом будет проверить через другое, гарантированно рабочее устройство (другой компьютер или роутер), чтобы исключить все проблемы с софтом, если разрывы и тем более рост ошибок продолжится, то явно нужна проверка физики. Если такой возможности нет, можете начать с вызова мастера и уже после этого, если проблема не решится, решать проблемы с софтом.

А не проще будет сделать второй ОС win 7 для теста или ограничиться проверкой впн с виртуалки без раздачи интернета, даже если получится разшарить интернет на хостовую машину, вряд ли это будет нормальным решением проблемы.

 

 

Угу, 225-й больше не шалит). Но у меня продолжаются разрывы... Наверное что-то с pptp-клиентом. К сожалению нет возможности проверить на Винде. Выяснилось, что проблема проявляется исключительно при высокой нагрузке. Например, скачке/отдаче торрентов. А там у меня нет столько файлов для раздачи.

 

Подумалось, а что если накатить 7-ку в VMware, поднять там VPN? Вот только непонятно, как потом раздать инет на хостовую машину. 

[AndreAS]

Unearth, есть Win10 на другом SSD. Но нет такого большого количества файлов для раздачи, чтобы загрузить канал. А на VMware получилось бы что-то вроде виртуального роутера.

 

З.Ы. Если имелись ввиду сессии за сегодня, то это у меня комп подвисал несколько раз. Пробовал exfat-nofuse запилить в ядро. 

[Unearth]

Я говорил в общем о сессиях за неделю, с 15.03 более 80 разрывов, большая часть которых - lost-carrier (потери пакетов, падения линка, выключение ПК без отключения впн соединения)

Можно попробовать загрузить канал на скачивание. Ошибки на порту по-прежнему растут, полагаю при пинге большими пакетами вы должны будете наблюдать потери пакетов, хотя последняя сессия с 9 утра держится.

Заявку, которую вам сделал, еще не закрывал, так что если все-таки нужно будет проверить физику, все так же можете позвонить для назначения мастера.

Unearth, есть Win10 на другом SSD. Но нет такого большого количества файлов для раздачи, чтобы загрузить канал. А на VMware получилось бы что-то вроде виртуального роутера.

 

З.Ы. Если имелись ввиду сессии за сегодня, то это у меня комп подвисал несколько раз. Пробовал exfat-nofuse запилить в ядро. 

[AndreAS]

Держалась сессия с утра потому что я переименовал соединение LAN и не заметил, что сбросились настройки в полудуплекс. Скорость была на отдачу 15-20 мегабит.

полагаю при пинге большими пакетами вы должны будете наблюдать потери пакетов

 

А насколько большие? При mtr -s 1000 потерь сейчас никаких. Даже 225-й норм работает. Jitter тоже хороший - 0.4-2 мс.

[Unearth]

А, тогда все понятно, ошибки росли из-за полудуплекса, в данный момент дуплекс full, ошибки расти перестали. 1000 байт достаточно.

Держалась сессия с утра потому что я переименовал соединение LAN и не заметил, что сбросились настройки в полудуплекс. Скорость была на отдачу 15-20 мегабит.

 

А насколько большие? При mtr -s 1000 потерь сейчас никаких. Даже 225-й норм работает. Jitter тоже хороший - 0.4-2 мс.

[AndreAS]

Unearth, доброго времени суток!

 

Удалось таки проверить нагрузку на Windows. Больше суток не было ни одного разрыва. Значит получается, что на Линукс кривая реализация PPTP. 

А я вспомнил, что после решения с Вашей помощью проблемы по дисконнектам из-за траблов с проводкой, у меня обнаружилась другая.

Тоже отваливался VPN. Тогда нагуглил параметр --missing-window 6000 (по умолчанию стоял 300). И разрывы прекратились. Но тогда у меня было 60 мегабит. Для 100 похоже не хватает.

 

Что это за параметр, нигде ничего не написано. В исходниках тоже непонятно. Пробовал выставлять даже 30000. Не помогает.

 

У меня сейчас pptp подключается с такими параметрами:

$ pptp -nolaunchpppd --nobuffer --loglevel 0 --missingwindow 6000

А pppd:

nodetach
lock
userpeerdns 
noipdefault 
nodefaultroute 
noauth 
lcp-echo-failure 0 
lcp-echo-interval 0

Может чего надо подкорректировать?

 

Кстати, у MPD есть тоже похожая настройка: "set pptp disable windowing". Странно, да? Что это за окна такие?

Но надёжность этого клиента проверить не получилось. Не хватило мощности машины. 

[Unearth]

Не использовал туннели в линукс, по их настройкам мне подсказать нечего.

Unearth, доброго времени суток!

 

Удалось таки проверить нагрузку на Windows. Больше суток не было ни одного разрыва. Значит получается, что на Линукс кривая реализация PPTP. 

А я вспомнил, что после решения с Вашей помощью проблемы по дисконнектам из-за траблов с проводкой, у меня обнаружилась другая.

Тоже отваливался VPN. Тогда нагуглил параметр --missing-window 6000 (по умолчанию стоял 300). И разрывы прекратились. Но тогда у меня было 60 мегабит. Для 100 похоже не хватает.

 

Что это за параметр, нигде ничего не написано. В исходниках тоже непонятно. Пробовал выставлять даже 30000. Не помогает.

 

У меня сейчас pptp подключается с такими параметрами:

$ pptp -nolaunchpppd --nobuffer --loglevel 0 --missingwindow 6000

А pppd:

nodetach
lock
userpeerdns 
noipdefault 
nodefaultroute 
noauth 
lcp-echo-failure 0 
lcp-echo-interval 0

Может чего надо подкорректировать?

 

Кстати, у MPD есть тоже похожая настройка: "set pptp disable windowing". Странно, да? Что это за окна такие?

Но надёжность этого клиента проверить не получилось. Не хватило мощности машины.