Обсуждение провайдера Beeline

  • Автор теми Автор теми anis
  • Дата створення Дата створення
возникнут. Помощи от Билайна в решении (отмотав пару страниц, вопрос bill79 о подключении роутера и далее ответы) - ожидать не стоит. Рабочий конфиг pptpd и pppd можно будет взять у упомянутого SunSay (настраивал я, там четвёртый дебиан).
 
возникнут. Помощи от Билайна в решении (отмотав пару страниц, вопрос bill79 о подключении роутера и далее ответы) - ожидать не стоит.
Промотав даже больше понял что да. Неужели не будет решения?
 
я поправил свой предыдущий пост :). собственно, у них pptpd с pap и spap - абсолютный нестандарт, видать - чтоб юзеров замучать... :)
 
Вот и сомневаюсь - стоит ли вообще на билайн переходить? Кстати, что там в договоре? Можно ли после месяца тестирования отказаться в пользу родного укртелекома? Уж очень удобно с укртелекомовским адсл: роутер стоит, делает сети воздушные с паролем и по дхцп раздает айпишники новым подключенным машинам которые просто воткнуты в сеть или прошли авторизацию в воздухе. Можно ли такое будет иметь с билайном?
 
Можно ли такое будет иметь с билайном?
теоретически можно. Только при этом роутером будет выступать твой линух, модем отставляется в сторону и докупать g700ap (или подобное) на радиораздачу + свич на эзер-раздачу. Ничего сложного, но.. из-за "нестандартного" впн стандартные железки не при делах (по кр. мере soho-диапазона, у которых минимум настроек).
 
В данное время стоит Укртелекомовский инет раздаваемые через д-линковский adsl-модем объединенный со свичом и вай-фай точкой доступа (Посилання видалено)
При таком оборудовании я сейчас раздаю по меди инет на десктоп и по воздуху на лэптоп. Возникнут ли проблемы при подключенном билайне с раздачей инета на 2 устройства?

в железке есть подобное?
Посилання видалено
Добавлено через 34 секунды
это у кого такой канал?

читай форум :іржач::іржач::іржач::іржач:
Добавлено через 2 минуты
возникнут. Помощи от Билайна в решении (отмотав пару страниц, вопрос bill79 о подключении роутера и далее ответы) - ожидать не стоит. Рабочий конфиг pptpd и pppd можно будет взять у упомянутого SunSay (настраивал я, там четвёртый дебиан).

howto linux
Посилання видалено
Добавлено через 3 минуты
ни малейшего представления не имею к чему это. и как это относится к пингам

вот и я в недоумении.
 
alex444
Запостите, пожалуйста, конфиг для данного peer'а (билайна т.е.).
 
теоретически можно. Только при этом роутером будет выступать твой линух, модем отставляется в сторону и докупать g700ap (или подобное) на радиораздачу + свич на эзер-раздачу. Ничего сложного, но.. из-за "нестандартного" впн стандартные железки не при делах (по кр. мере soho-диапазона, у которых минимум настроек).

Список моделей, поддерживающих одновременно поднятие VPN и роутинг в локалку

DI-604
DI-524UP
DI-604UP
DI-624S
DI-704P
DI-804hv
DI-824VUP+
DI-524
DIR-655

вцелом - Посилання видалено

при небольшом поиске - получаем картинки, как настроить дир-100
Посилання видалено
 
alex444
Запостите, пожалуйста, конфиг для данного peer'а (билайна т.е.).
====
/etc/ppp/peers# cat vpn
name *************internet.beeline.ua
remotename vpn
noauth
pty 'pptp vpn.beeline.ua --nolaunchpppd'
lock
defaultroute
usepeerdns
persist
debug
logfd 2
dump
logfile /var/log/ppp/pppd.log
====
но опять таки, всё зависит от вкомпиленных дефолтов ppp.. Собственно, вот лог коннекта - наглядно видно, как и о чём сервер с клиентом сговаривались :)
====
pty pptp vpn.beeline.ua --nolaunchpppd # (from /etc/ppp/peers/vpn)
defaultroute # (from /etc/ppp/peers/vpn)
usepeerdns # (from /etc/ppp/peers/vpn)
using channel 12
Using interface ppp0
Connect: ppp0 <--> /dev/pts/2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xfeddb3a3> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <mru 1464> <auth pap> <magic 0xc827ba15>]
sent [LCP ConfAck id=0x1 <mru 1464> <auth pap> <magic 0xc827ba15>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xfeddb3a3> <pcomp> <accomp>]
sent [PAP AuthReq id=0x1 user="**************internet.beeline.ua" password=<hidden>]
rcvd [PAP AuthAck id=0x1 ""]
PAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
====
далее пошло уже rcvd IPCP, которое и было accepted, линк поднят.
Добавлено через 1 минуту
Список моделей, поддерживающих одновременно поднятие VPN и роутинг в локалку


при небольшом поиске - получаем картинки, как настроить дир-100
Посилання видалено

Дима, ещё раз - речь не о "дуал-роутинге", а о требовании Вашим сервером нестандарта - PAP на pptp-соединении (обычные "рекомендуемые" параметры (в том числе и на горячо любимой винде) - chap-* ("безопасный парол").... хоть chap-md5, хоть chapms-v1, chapms-v2).
 
теоретически можно. Только при этом роутером будет выступать твой линух, модем отставляется в сторону и докупать g700ap (или подобное) на радиораздачу + свич на эзер-раздачу. Ничего сложного, но.. из-за "нестандартного" впн стандартные железки не при делах (по кр. мере soho-диапазона, у которых минимум настроек).

Бред.

Какие стандартные "железки"? Dlink для вас стандарт?
Какой не стандартный VPN? По вашему если настройки не совпадают с настройками по умолчанию для ВПН в Windows - то это не стандарт?!

О каком "стандарте" или "нестандарте" идет речь...
Поделитесь с нами хотя бы номером стандарта или RFC.

В любом Dlink стоит то же Линукс, код прошивки открыт.

речь не о "дуал-роутинге", а о требовании Вашим сервером нестандарта - PAP на pptp-соединении (обычные "рекомендуемые" параметры (в том числе и на горячо любимой винде) - chap-* ("безопасный парол").... хоть chap-md5, хоть chapms-v1, chapms-v2).

PAP использует УТ.
PAP использует Билайн...
какой смысл использовать методы аутентификации отличные от PAP внутри собственной сети?
Еще раз выскажу свое мнение. Ну не параноики админы УТ и Билайна, не параноики!

chap-* ("безопасный парол")
общеизвестно, что метод аутентификации chap не считается безопастным уже более 8 лет.
 
а какая разница, какой дом на какой улице?

разница наверное в том, что с большей долей вероятности инет работал бы приблизительно одинаково в соседних домах. Это касается скорости, пингов и т.д.
Эту ветку бросил читать примерно страниц 50 назад, но раньше было такое дело:
у одних людей одна скорость, у других другая.
собственно отсюда и домыслы )
 
разница наверное в том, что с большей долей вероятности инет работал бы приблизительно одинаково в соседних домах. Это касается скорости, пингов и т.д.
Эту ветку бросил читать примерно страниц 50 назад, но раньше было такое дело:
у одних людей одна скорость, у других другая.
собственно отсюда и домыслы )

у одних людей дуал коре, у других 800 целик.

в целом, остальное всё более - менее одинаково.
 
Бред.

PAP использует УТ.
PAP использует Билайн...
какой смысл использовать методы аутентификации отличные от PAP внутри собственной сети?
Еще раз выскажу свое мнение. Ну не параноики админы УТ и Билайна, не параноики!
различаем стандарты авторизации на тунеллерах (pap на pppoe, chap на pptp) ? трудно понять , что авторы дешёвого soho-софта, стоящего в soho-роутерах, не закладываются на нестандарт в голове умников.
 
Дима, ещё раз - речь не о "дуал-роутинге", а о требовании Вашим сервером нестандарта - PAP на pptp-соединении (обычные "рекомендуемые" параметры (в том числе и на горячо любимой винде) - chap-* ("безопасный парол").... хоть chap-md5, хоть chapms-v1, chapms-v2).

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

в целом, остальное всё более - менее одинаково.

неужели впн дает такую нагрузку на проц, что старые коробки просто не в состоянии минимальные 5 мегабит обработать?
 
различаем стандарты авторизации на тунеллерах (pap на pppoe, chap на pptp) ? трудно понять , что авторы дешёвого soho-софта, стоящего в soho-роутерах, не закладываются на нестандарт в голове умников.

Приведите литературу (название книги и страницу), RFC, номер стандарта где приведена эта рекомендация - "(pap на pppoe, chap на pptp)"?!
 
неужели впн дает такую нагрузку на проц, что старые коробки просто не в состоянии минимальные 5 мегабит обработать?

чисто в плане рассуждений о сферических конях в вакууме - говорят, что споособны.
но некие парадоксальные связзки на компах из фаервола, антивируса, торрента и впн делают заметным становление раком компика при каких-то высоких скоростях.
потому при убирании всех прочих ограничений на каналах я более чем уверен в присутствии некоего процента народа, которые будут говорить о "наёбывании" со скоростью.
 
Назад
Зверху Знизу