| | 1.1, Аноним (-), 21:42, 20/09/2012  [ответить] | +/– |  | Не проще ли провайдера сменить или операционку? Или роутер купить, заодно Wi-Fi-счастье наступит... 
 |  |  | 
 
|  | | 2.4, Аноним (-), 15:22, 21/09/2012 [^] [^^] [^^^] [ответить] | +/– |  | > Не проще ли провайдера Вообще, это лучшее решение. Особенно если на провайдера который предоставляет стандартный эзернет без всякой PPP-* дряни поверх него. Так и нагрузка на роутер (если есть) меньше, и надежность соединения намного лучше. Просто потому что нет зависимости от небольшого числа терминирующих серверов которые долбит толпа народа и вообще отпадать нечему. 
 > Или роутер купить, заодно Wi-Fi-счастье наступит...
 Да, особенно на тарифе 40-50 Мбитов, особенно если на роутере сэкономить и купить нечто с дохлым процом. Оно как раз упрется в проц роутера и посадит скорость работы канала. Несомненно, нынче есть и приличные экспонаты которым 40Мбит L2TP не особо то и сложно (например, аппараты на основе AR7161), но они все-таки стоят денег. И не каждый догадается купить роутер подороже вот так сходу :).Кроме того, далеко не каждый роутер с фабричной прошивкой вообще нормально работает с горбиной вида "ой, а у нас тут 2 соединения: эзернет, но только для локалки и l2tp для интернета". Нет, бывают некоторые экспонаты где это учтено, а также прошивки типа openwrt, где допущений о том что в природе бывает только LAN + WAN просто не делается, но ... но это ж все надо знать. Желательно заранее. А вы про это ни звука. Купив роутер наобум - можно получить много счастья с билайно-горбиной. 
 |  |  | 
 | 
 
 | 1.2, Алексей (??), 23:56, 20/09/2012  [ответить] | +/– |  |  =) ага, проще к соседу подключиться, что правильно настроил линк. По теме, что-то ключевая фича не раскрыта, где и вчем устойчивость предлагаемого решения? И не надо отправлять в тьмутаракань. Раз упомянули, так опишите хотя бы функционально о чем же речь? Или вся соль в патче на драйвер ядра?
 
 |  |  | 
 
|  | | 2.8, trader2k4 (?), 14:55, 22/09/2012 [^] [^^] [^^^] [ответить] | +/– |  |  И кстати да, в чём преимущество перед другими решениями, например, xl2tpd ? почему взято именно то, что взято? 
 |  |  | 
 | 
 
 | 1.3, анонимаус (?), 13:10, 21/09/2012  [ответить] | +/– |  |  Вся соль на поверхности статьи: В Debian(6) все нормально.
 идеи и скрипты были взяты из Debian(6).
 )))
 
 |  |  | 
 
 | 1.5, anonimaizer (?), 01:36, 22/09/2012  [ответить] | +/– |  | Поясните пожалуйста, что даёт это правило? > iptables -t mangle -A FORWARD -o pppX -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1421:65496 -j TCPMSS --clamp-mss-to-pmtu
 |  |  | 
 
|  | | 2.6, ДорогойДрук (?), 03:16, 22/09/2012 [^] [^^] [^^^] [ответить] | +/– |  | > Поясните пожалуйста, что даёт это правило? >> iptables -t mangle -A FORWARD -o pppX -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1421:65496 -j TCPMSS --clamp-mss-to-pmtu
 Это ограничение на максимальный размер пакета, передаваемого в туннеле. 
Обычно пишут короче:
 iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
 
 |  |  | 
 |  | | 3.7, Ilya (??), 11:11, 22/09/2012 [^] [^^] [^^^] [ответить] | +/– |  |  Короче нельзя, вдруг MSS, у кого-то, меньше чем у вас. Мало вероятно, но возможно.
 |  |  | 
 | 
 | 
 
 | 1.9, Stax (ok), 17:06, 22/09/2012  [ответить] | +/– |  |  Непонятно, а почему после расписанных ранее преимуществ x2ltpd и проблем openl2tpd тут делается решение на последнем? У меня соединение с корбиной работало на штатном (из epel по-моему) x2ltpd-1.3.1 под SL6 безо всяких патчей и модулей ядра. 
 |  |  | 
 
|  | | 2.10, Ilya (??), 22:20, 22/09/2012 [^] [^^] [^^^] [ответить] | +/– |  |  xl2tpd не работает на уровне ядра это вносит определенную, задержку - это раз.
 Код ужасен, несколько раз менялся сопровождающий, ну в общем поверьте мне,
 мои патчи приняты в версии 1.3.0
 * xl2tpd: field o_pad in "struct payload_hdr" unnecessary. RFC 2661 [Ilya]
 * Fix logging in write_packet() [Ilya]
 проект страшное недоразумение, написанное временно, но жалко бросить - это два.
 Я протестировал у себя openl2tp - работает, openl2tp идеологически более правильный.
 Я не навязываю никому свое мнение, пользуйтесь чем вам нравится.
 Цель - просто помочь тем, кому необходимо настроить подключение openl2tp именно на
 CEntOS6/RHEL6 к Beeline.
 
 |  |  | 
 | 
 
 |