Форум пользователей сервиса "Радуга-Интернет"
Архив сообщений => Общие вопросы => Асинронный интернет => Спутниковый интернет и локальные сети => Тема начата: Дмитрий Александрович от 03.04.2012, 14:53:42
-
Добрый день, специалисты по спутниковому Интернету Радуга-Интернет.
У меня раздается спутниковый интернет СТВ через ускоритель Slonax-STV, который настроен в прозрачном режиме прокси-сервера. то есть весь входящий интернет трафик проходит через ускоритель без прописывания интернет потребителем адреса прокси-сервера. Хотелось бы также - в прозрачном режиме настроить Globax-5 Raduga-Internet Edition. Подскажите возможно это будет или нет - если нет, то как все таки можно настроить, есть ли ссылка на пошаговую инструкцию?
-
Работать будет. Настраивать точно также как и слонакс.
-
Нужно разрешить общий доступ вашему виртуальному адаптеру Глобакса на базе вашего локального подключения точки доступа, только предварительно включите брандмауэр, иначе будет ошибку выдавать
-
Нужно разрешить общий доступ вашему виртуальному адаптеру Глобакса на базе вашего локального подключения точки доступа, только предварительно включите брандмауэр, иначе будет ошибку выдавать
как раз брендмауер насколько я помню автоматом ВКЛЮЧИТСЯ, если даже вырублен в управлении и назначит СВОЙ айпи...вот его после этого и надо будет поменять и брендмауер обратно отключить...ВИНДОВС ОДНАКО! :D
-
У меня он автоматом не включался, адрес присваивается 192.168.137.1 а после, действительно его можно вырубить и назначить другой адрес сетевой карте
-
У меня он автоматом не включался, адрес присваивается 192.168.137.1 а после, действительно его можно вырубить и назначить другой адрес сетевой карте
а меня задолбал(извиняюсь) я помню присвоением по умолчанию 192.186.0.1 и типа "я сделал это для того чтобы вам было безопасней и лучше..." странная логика... :D
-
Господа, спасибо что откликнулись на мой вопрос, но по сути ответа я не увидел. Вопрос звучал так - нет ли у кого ссылки на пошаговую инструкцию, как это можно сделать. Например у СТВ было хорошим тоном выкладывать инструкции со скриншотами на собственный сайт: http://slon.stv.su/component/content/article/35/70-distribution. Неужели радуга интернет не может себе этого позволить? Ну или хотя бы инструкции на тот самый Globax-5 Raduga-Internet Edition. О котором я так и не нашел никакой информации на сайте, кроме названия...
-
Господа, спасибо что откликнулись на мой вопрос, но по сути ответа я не увидел. Вопрос звучал так - нет ли у кого ссылки на пошаговую инструкцию, как это можно сделать. Например у СТВ было хорошим тоном выкладывать инструкции со скриншотами на собственный сайт: http://slon.stv.su/component/content/article/35/70-distribution. Неужели радуга интернет не может себе этого позволить? Ну или хотя бы инструкции на тот самый Globax-5 Raduga-Internet Edition. О котором я так и не нашел никакой информации на сайте, кроме названия...
для глобакса пока инструкций к сожалению не успели сделать, он еще совсем недавно в тесте был
можете сделать аналогично:
http://faq.d-v.ru/index.php?action=artikel&cat=75&id=7&artlang=ru
-
Неужели радуга интернет не может себе этого позволить?
Радуге некогда :P
А инструкции - пжалста http://www.skylexus.ru/forum2/index.php?topic=577.0
-
Посмотрел инструкции... Я так понял, у глобакса нет прозрачного режима прокси, как у слонакса? Плохо, так как у меня у двух клиентов стоят выделенные сервера с точкой доступа вай-фай, и к "хорошему" они уже давно привыкли... Подскажите, а возможна настройка работы интернета через слонакс или может быть в глобаксе можно как то сделать прозрачный режим прокси? одним словом есть ли выход из данной ситуации. Просто мои клиенты в основной своей массе люди дикие, с интернетом дружат на уровне двойного щелчка мышкой и объяснять им что каждый новый iPad нужно дополнительно настраивать не очень бы хотелось.
-
А попробовать настроить глобакс по той-же СТВшной инструкции очень трудно? Или от сайта, на котором размещена инструкция, меняется ее суть?
-
Все как то без надобности было.. Сейчас попробовал - и правда, достаточно ТАП адаптер Глобакса расшарить на общак в локалку и есть инет в последней :) Не соображу как биллинг в этом случае организовать :yaya: (мне он нужен), так что откатываюсь. А так кому без прокси надо - вперед :bud:
-
Все как то без надобности было.. Сейчас попробовал - и правда, достаточно ТАП адаптер Глобакса расшарить на общак в локалку и есть инет в последней :) Не соображу как биллинг в этом случае организовать :yaya: (мне он нужен), так что откатываюсь. А так кому без прокси надо - вперед :bud:
А сейчас как биллинг организован? Вообще тот же Traffic Inspector прекрасно считает траф при раздаче через TAP, вообще такой способ расшаривания более стандартный, чем раздача с прокси, и инструментов для биллинга должно быть больше.
-
Сейчас через User Gate. А инспектор в рублях будет пересчитывать? Работу по абонементу можно организовать? Кинул чел 100р и пользуется пока не кончится сотня :)
Так то оно конечно удобнее было бы.. А то с планшетниками и сотиками облом уже... Прокси не пропишешь
-
Считает-то он в рублях, там и функциональности, на мой взгляд, поболе, только глюков там немеряно. Впрочем, как и в ЮГ. Переползти можно, но придётся изрядно попотеть.
-
А что мешает UG завернуть в прокси того же Спринта или Глобакса. В UG врубить NAT, на самом сервере поднять DHCP и проблем-то, ничего прописывать не нужно.
-
А как? На данный момент пока так - юзер с локалки по прокси заходит на ЮГ сервака. В ЮГ - каскад на привычный 127.0.0.1:3128 пропускает юзера по паре логин-пароль при наличии средств. Это вроде и есть НАТ.. Как поднять на Win7x32 DHCP - понятия не имею. На следующую вахту должны привезти WinServer 2008 (2003 не ставится, как и ХР. Шаманить не хочется) если духу хватит - поставлю :)
А как организовать доступ через ЮГ в случае когда ТАП расшарен - не врублюсь. Наверное доступ в этом случае идет тоже по какому то порту. И если назначить этот порт в качестве входящего в ЮГ, то и работа будет...
На данный момент порт взят от фонаря, т.е. к ЮГ обращаемся - локальный IP сервака:8083
Насчет НАТ я видимо тоже не до конца понимаю.. ЮГ у меня версии 2.8
С последней как то не могу сдружиться...
-
На данный момент пока так - юзер с локалки по прокси заходит на ЮГ сервака. В ЮГ - каскад на привычный 127.0.0.1:3128 пропускает юзера по паре логин-пароль при наличии средств. Это вроде и есть НАТ..
Не, это не НАТ, это ты через прокси делаешь. НАТ же хорош тем, что не требует настроек ПО на компьютере пользователя, всё делается настройкой сетевого интерфейса, можно в ручную настроить, можно через DHCP.
Как поднять на Win7x32 DHCP - понятия не имею.
На следующую вахту должны привезти WinServer 2008 (2003 не ставится, как и ХР. Шаманить не хочется) если духу хватит - поставлю :)
DHCP в клиентской винде включается при включении ICS (Internet Connection Sharing), на сервере - есть полноценная прога для DHCP.
А как организовать доступ через ЮГ в случае когда ТАП расшарен - не врублюсь. Наверное доступ в этом случае идет тоже по какому то порту. И если назначить этот порт в качестве входящего в ЮГ, то и работа будет...
На данный момент порт взят от фонаря, т.е. к ЮГ обращаемся - локальный IP сервака:8083
Насчет НАТ я видимо тоже не до конца понимаю.. ЮГ у меня версии 2.8
С последней как то не могу сдружиться...
Никак. Зырь сюда http://usergate.ru/support/forum/index.php?PAGE_NAME... (http://usergate.ru/support/forum/index.php?PAGE_NAME=read&FID=12&TID=11215&MID=54690&q=regulman&FORUM_ID=0&s=%C8%F1%EA%E0%F2%FC#message54690)
-
В UG включить NAT, там есть такая галочка, также в DNS resolving указать удаленный DNS (DNS радуги). На клиентах в свойствах сети нужно будет указать шлюзом машину с UG, также ее же указать DNS'ом. Вот и все. Так будет врублен нат, т.е. все соединения машин будут обрабатываться независимо от запрашиваемого порта. При поднятии DHCP вообще все автоматом будет происходить. Я NAT таким образом на пятом ЮГ поднимал, с DHCP на вин XP Pro.
-
DHCP в клиентской винде включается при включении ICS (Internet Connection Sharing), на сервере - есть полноценная прога для DHCP.
Как называется? Под Win7 работает? ICS это служба? Ее в автомате поставить?
-
Fastor, какой внешний интерфейс был при использования НАТ на ЮГ? В ЮГ не реализован НАТ с внешкой через ТАП, а это как раз наш случай, что со Спринте, что с Глобаксе. Почитай, я же ссылку дал.
stesl, погугли про включение ICS, описано хорошо и картинки дают обычно.
-
В UG включить NAT, там есть такая галочка,
Поставил сейчас UG 5, пробую победить.. Где там такая галочка?
также в DNS resolving указать удаленный DNS (DNS радуги).
Есть DNS-форвардинг, там прописал 80.81.208.66. Пока отключил так как вообще не могу с локалки до инета достучаться. Через прокси - IP сервака:8080 пробую, в ЮГ вообще тишина..Клиента прописал, правило создал, лимит этому прописаному дал. Чего еще то?
-
regulman, я не зря указал про днс резолвинг, т.к. ЮГ заворачивался на прокси спринта. Не вижу смысла выруливать входом на тап, т.к. зачастую ЮГ и Спринт/Глобакс находятся на одной машине, т.е. в зоне локальной петли где скорость ограничивается только быстродействием самой машины. Т.е. строится каскадируемая раздача, с полным билингом в зоне локальной петли.
Есть DNS-форвардинг
точно он же так называется там. В принципе смысл один и тотже, проброска запросов литерных адресов на корневой ДНС.
Клиента прописал, правило создал, лимит этому прописаному дал. Чего еще то?
Интерфейсы входящего/исходящего правильно прописаны? Порт который слушает ЮГ никем больше не юзается? После применения настроек и запуска входящего канала, нужно перезапустить сервер ЮГ, есть там такой глюк. Прокси ускорителя прописывается в каскадируемые, там же есть дополнительные настройки. Также нужно прописать правила для NAT, т.е. что прокидываем, что нет, какие порты куда заворачиваем.
-
regulman, я не зря указал про днс резолвинг, т.к. ЮГ заворачивался на прокси спринта. Не вижу смысла выруливать входом на тап, т.к. зачастую ЮГ и Спринт/Глобакс находятся на одной машине, т.е. в зоне локальной петли где скорость ограничивается только быстродействием самой машины. Т.е. строится каскадируемая раздача, с полным билингом в зоне локальной петли.
Итак, говорим про НАТ, так ведь? НАТ, значит нужно сделать правило. В правиле нужно указать внутренний интерефейс и внешний интерфейс. Внутренний интерфейс - это, обычно, Ethernet карта, внешний, в обсуждаемом случае, - ТАП. Маскарад через ТАП в ЮГ не реализован, о чём прямо говорит представитель разраба ЮГ и что я видел в своих опытах. Если правило не сделать, ЮГ просто не будет использоваться, не будет ничего считать, не будет билинга и т.д.
ДНС тут сбоку находится. В том смысле, что он должен быть. Может быть в ЮГ реализован в виде правила НАТ или через специальный модуль ЮГ. Можно ещё третий вариант, когда делается каскадирование на Глобакс, вообще не морочится никакими ДНС, поскольку разрешение в адреса происходит удалённо на сервере Глобакса, самый быстрый, кстати, вариант, там и кеширование есть.
Всегда допускаю, что я чего-то не знаю, если это тот случай, готов признать свою вину, искупить.
-
ДНС тут сбоку находится. В том смысле, что он должен быть. Может быть в ЮГ реализован в виде правила НАТ или через специальный модуль ЮГ. Можно ещё третий вариант, когда делается каскадирование на Глобакс, вообще не морочится никакими ДНС, поскольку разрешение в адреса происходит удалённо на сервере Глобакса, самый быстрый, кстати, вариант, там и кеширование есть.
В случае обращения на прокси ЮГ, он просто все что пришло прокидывает выше (во внешку), т.е. и запросы DNS, и ICMP и т.д. В случае NAT мы строим клиент-сервер, т.е. пришедшие запросы к DNS на адрес именно ЮГ, он просто не будет знать куда девать, т.к. не указан вышестоящий DNS (они просто будут игнорится). Получать его из проксированного канала ЮГ не умеет. А вот с соединений типа наземки и т.п. доставать DNS автоматом он умеет. Поэтому проброска DNS является обязательным условием для проксированных вышестоящих каналов, проверено на практике.
-
Fastor, ДНС, безусловно, должен быть, с ним в ЮГ проблем не наблюдается, есть несколько вариантов настройки. Но мы же про НАТ ЮГ говорим, а он через ТАП не работает. Точнее, я последние версии ЮГ не пробовал, но на 2010 год в свежей на тот момент версии реализовано не было.
-
UG работает.. Как обычно брандмауэр мешал на серваке. ЮГ исключением в нем прописал - заработало. Средствами того же ЮГ поднял DHCP. Теперь любой подключившийся автоматом получает IP. А вот как без прокси обойтись, пока ???
Версия ЮГ 5.0.95.1165 ну не вижу я никакой галки НАТ..
Точнее я ее вижу только когда правило для управления трафиком создаю, вот там на этапе выбора что будет отключаться по правилу - есть среди прочего галка NAT
Есть раздел - "Назначение портов" - оно может?
-
А зачем так маниакально стремится юзать тапок с врубленным натом, если ЮГ умеет работать с вышестоящими прокси, тем более как раньше писал - они в локальной петле? В чем собственно разница-то? Проброс портов только можно теоретически замутить, но с этим у меня сомнения.
stesl, в новых версиях он возможно автоматом поднимается. Назначение портов, это проброска портов из локалки во внешку, т.е. можно конкретный порт или диапазон загнать на конкретный порт внешки.
-
YES!!
Включен видимо по умолчанию :) Заметил что еще каждому сетевому подключению ЮГ при установке добавил компонент "UserGate NAT Kernel Mode Service"
Добавил в DNS-форвардинг 8.8.8.8 (это гугловский же по моему) - и на одной локальной машине есть уже инет без прокси с авто IP и авторизацией по логин-пароль!!!
Буду обтачивать теперь, и подводные камни искать..
:( огорчает только что из всего вышесказанного понял процентов 10 :) Точнее то что DNS надо включить :crazy:
А, ну да, это все без расшаривания ТАП - просто каскадированием в ЮГ
-
А зачем так маниакально стремится юзать тапок с врубленным натом, если ЮГ умеет работать с вышестоящими прокси, тем более как раньше писал - они в локальной петле? В чем собственно разница-то? Проброс портов только можно теоретически замутить, но с этим у меня сомнения.
Fastor, затем, зачем технология проксирования отличается от технологии маскарадинга. При проксировании требуется настройка софта, ходящего в интернет, а при маскарадинге не требуется, достаточно настроить сетевой интерфейс. Есть ухищрения вроде того же прозрачного прокси ЮГ, но это только костыли, да ещё и часто глючные. Кроме того, через прокси принципиально не возможно передать удп, что довольно часто используется в довольно серьёзном софте, вроде систем банк-клиент.
-
Все как то без надобности было.. Сейчас попробовал - и правда, достаточно ТАП адаптер Глобакса расшарить на общак в локалку и есть инет в последней :) Не соображу как биллинг в этом случае организовать :yaya: (мне он нужен), так что откатываюсь. А так кому без прокси надо - вперед :bud:
А поподробней можно, что и как делать, глобакс настраивать каким образом?
-
но это только костыли, да ещё и часто глючные. Кроме того, через прокси принципиально не возможно передать удп
Даа? Т.е. уровневая маршрутизация с применением стандартных технологий теперь называется костылем? В ЮГ реализована технология маршрутизации с уровня на уровень, а не петлевые костыли как многие думают. Вот как раз сам тап и является костылем, не забывайте что это запчасть от совершенно другой технологии (VPN), причем костыль этот довольно устаревший. И не путайте NAT с прозрачным проксированием. Читаем внимательно тут>> (http://ru.wikipedia.org/wiki/NAT). NAT и есть маскарадинг. В ЮГ реализуется система маршрутов внутри создаваемой сети на вышестоящий уровень, согласно правилам.
Кроме того, через прокси принципиально не возможно передать удп, что довольно часто используется в довольно серьёзном софте, вроде систем банк-клиент.
Вы в этом уверены? Просто насколько я знаю в таком софте нельзя вписать прокси зачастую. У меня на ЮГ завернутом в удаленный прокси, UDP спокойно поддерживается. Причем работают практически все банковские клиенты, которые используются в регионе. Работает даже управление SQL сервером. ssh работает через прокси. Тут>> (http://ru.wikipedia.org/wiki/SOCKS#.D0.9F.D1.80.D0.BE.D1.82.D0.BE.D0.BA.D0.BE.D0.BB_SOCKS_5) читаем про SOCKS 5. Есть понятие многоуровневой маршрутизации, никто не говорит о прямой проброске портов. Насчет прямой проброски у меня такие же сомнения и с ТАПом, о чем я написал еще в прошлых постах.
-
Вчерашний YES был несколько преждевременен :) Как показало вскрытие на клиенте была включена наземка :crazy:
Однако добавив в "Настройка прокси" галочку "прозрачное прокси" все таки заработало! Теперь точно через UG
Сокс5 работал коряво пока я не поменял порт который стоит на входе ЮГ (слушает) на 1083 (с потолка взял). По НТТР тоже 8083 поставил, иначе глючил..
Сейчас все работает. Точнее ВАТ к примеру работает только с указанием прокси.. Но основной задачей была работа браузера без прокси.. Теперь нужен планшетник или тело с вай-фай, чтобы окончательно проверить. Думаю с авторизацией по МАС работать будет
-
Точнее ВАТ к примеру работает только с указанием прокси..
Проблема скорее всего в правилах маршрутизации, нужно проверить разрешенные порты (25 и 110 для нешифрованного SMTP/POP3 к примеру). У меня TheBAT тоже не сразу поехал, равно как и консоли ssh. Помнится долго я с правилами разбирался. Браузер в основом работает по 80 порту, без учета скриптов.
-
Fastor, нравится тебе прокси - наздоровье. В сок5, действительно добавлена поддержка удп, только в Глобаксе оно в прокси не поддерживается. Может в Спринте 5 реализовано, не знаю.
Я заговорил в теме только для того чтобы предостеречь от граблей с НАТ ЮГ через ТАП, на которые наступил сам.
-
По ходу разобрался с НАТ на ЮГ5. Здесь он называется "Межсетевой экран". При создании правила IP локальной карты-IP TAP все сервисы для любого пользователя - инета нет (при этом прокси НТТР отключаю) так что не работает НАТ с ТАП..
Пробовал правило IP локалки - Dial UP (наземка) вроде так трафик по наземке должен ходить.. Но тоже никак. Интересно, а сим Радуга-Мобайл как в этом случае будет ???
В общем не буду я наверное рыть глубже, так вполне устраивает. Опробую на Вай-Фай устройстве - там видно будет. Ну и плюс 5-й версии - теперь клиенту агента можно поставить, и пусть смотрит сам сколько у нго там мани осталось :)
Кому позарез Мэйл-Агент нужен к примеру будет, будем заворачивать его персонально через прокси
-
stesl в назначении портов заверни порт мыло-агента прямо в прокси ЮГ. Т.е. он во всей сети будет слушать этот порт, и на какой укажешь - на тот будет заворачивать. Я с помощью назначения портов уводил 80й порт в хендикэш.
Пробовал правило IP локалки - Dial UP (наземка) вроде так трафик по наземке должен ходить..
Обязательно после создания правила/поднятия наземки перезапускать сервер UG (в выпадающем меню на значке в трее есть такая фишка), иначе не работает. Я пробовал поднимать наземку, трафик не шел, перезапуск - работает. Или работает в том случае, если UG сам инициатор поднятия наземки.
Я заговорил в теме только для того чтобы предостеречь от граблей с НАТ ЮГ через ТАП, на которые наступил сам.
Вот костылем это можно поправить как раз-таки (теоретически, т.к. сам лично не пробовал такие извраты). Воткнуть от тап'ка прокси socks5 (отдельным софтом), а его в свою очередь в ЮГ. В таком случае прямого обращения от NAT UG к тап'ку не будет.
-
отдельным софтом
С этого я и начал - не реализовано. :P
-
С этого я и начал - не реализовано.
Но это не является препятствием для использования ЮГ, хоть и с внешним костылем.
Кстати в Globax есть SOCKS 5, сидит по дефолту на порте 1080.
-
К сожалению, довольно конкретная тема перешла во флуд. Просьба о прокси ЮГ и др не относящихся к данной теме вещах, общаться в другой теме!!!
У меня вопрос к технической поддержке Радуга-Интернет и ко всем пользователям сервиса Радуги: помогите найти выход из сложившейся ситуации - необходимо настроить глобакс в прозрачном режиме прокси, чтобы компы, планшеты и прочие потребители Инета, которые будут подключаться через вай-фай роутер к выделенному серваку со спутниковым интернетом, не нуждались в прописывании прокси для выхода в интернет. Подскажите как это возможно сделать или предложите свои варианты решения(без танцев с бубном). Варианты решения проблемы желательно описывать по шагово.
Заранее благодарю всех проявивших участие...
-
есть то он есть, только удп не пропускает
-
Все как то без надобности было.. Сейчас попробовал - и правда, достаточно ТАП адаптер Глобакса расшарить на общак в локалку и есть инет в последней :) Не соображу как биллинг в этом случае организовать :yaya: (мне он нужен), так что откатываюсь. А так кому без прокси надо - вперед :bud:
А поподробней можно, что и как делать, глобакс настраивать каким образом?
Никаких дополнительных настроек глобакса не нужно. Я же в самом начале этой темы написал, настройка идентична той, которую вы раньше использовали со слоном. Никаких отличий.
-
Дмитрий Александрыч, ты чего такой грозный?
Тебе в картинках надо? Так мне лень. Пишу по простому
Расшариваешь ТАП адаптер Глобакса на серваке в сторону локальной сети.
Клиенту в свойствах сетевой карты (LAN или Вафля что там будет) прописываешь его IP, шлюзом и DNS прописываешь IP сервака.
Все
Если ишо не ясно - то зайди просто в свойства ТАП адаптера в сетевых подключениях и открой вкладку "Доступ", думаю тут все станет ясно :)
-
К сожалению, довольно конкретная тема перешла во флуд.
И где здесь флуд? Мы тут про сиськи начали писать или может про мотоциклы с машинами? У вас конкретно без билинга, вам же написали что сделать. Или все на блюдечке приносить надо? Мы начали обсуждать системы с билингом и автоматическим получением параметров соединения. И где гарантия, что вам потом тоже не захочется? Вот это для вас будет проблема, причем судя по вашим просьбам, довольно существенная. Вот только ради вас одного потом никто UG ковырять уже не будет (я-то уж точно).
-
К сожалению, довольно конкретная тема перешла во флуд.
я думаю, после таких ваших как бы помягче сказать... ЗАМЕЧАНИЙ в ответ на то что вам по-моему все уже несколько раз расписали подробнейшим образом по шагам, вам вообще врядли кто-то в этой теме ответит по существу...
-
Чтобы Александрыч не топал ногами, ЗДЕСЬ (http://www.skylexus.ru/forum2/index.php?topic=1635.0) описал чего мы с Fastor добились от ЮГ
-
regulman, а ты по ходу не прав насчет того что Глобакс не умеет UDP через Socks5 прокидывать. У меня клиент (CSC) для "хитрого" просмотра спутникового ТВ ходит за кодом по локалке на сервак. Протокол у него как раз UDP (хотя на 100% не скажу) и обращается он к сокс Глоба..
Наверняка нас DAK только рассудит :)
-
stesl, ходит либо мимо Глоба, либо по тсп. Я ж не сам придумал. Разбирался, эдак, лет 5 назад по этому вопросу как раз для банк-клиента, который ходил по удп и не работал через Глобакс (тогда был только прокси). Поскольку зашёл обстоятельный разговор, уточнил - не поддерживается удп через прокси Глобакса, только через ТАП.
-
stesl, ходит либо мимо Глоба, либо по тсп. Я ж не сам придумал. Разбирался, эдак, лет 5 назад по этому вопросу как раз для банк-клиента
Не мимо точно - визуально смотрю. Насчет TCP - ну нет 100% уверенности, разве что когда у него не получается, а в моменты последних настроек такое было :) , он про UDP что то и писал, что именно не вникал, хотя если подумать - UDP ему самое то. А Глоб 5 лет назад - сааавсем другой был.
DAK, ну глянь уже эту темку..
Работает Глоб по Сокс5 на UDP?
-
Не работает конечно, и никогда не работал. Да и не обязян по спецификации socks5. Это опциональная возможность.
-
А поподробней можно, что и как делать, глобакс настраивать каким образом?
[/quote]
Никаких дополнительных настроек глобакса не нужно. Я же в самом начале этой темы написал, настройка идентична той, которую вы раньше использовали со слоном. Никаких отличий.
[/quote]
Со слоном я не прописывал прокси ни в одном браузере, просто запускал слона и начинал работать в интернете. Сейчас наконец смоделировал ситуацию - установил карту + globax и попробовал выйти в интернет - с прокси выходит и пакеты идут, без прокси и при использовании тап адаптера глобакса - ничего не работает, без прокси без тап адаптера глобаксе - все идет через наземный канал.
А вы говорили - ничего не нужно настраивать - такое ощущение что говорим о разных вещах...
Проясните ситуацию пожалуйста, что настраивать и как а что оставить как есть?
-
А поподробней можно, что и как делать, глобакс настраивать каким образом?
Никаких дополнительных настроек глобакса не нужно. Я же в самом начале этой темы написал, настройка идентична той, которую вы раньше использовали со слоном. Никаких отличий.
Со слоном я не прописывал прокси ни в одном браузере, просто запускал слона и начинал работать в интернете. Сейчас наконец смоделировал ситуацию - установил карту + globax и попробовал выйти в интернет - с прокси выходит и пакеты идут, без прокси и при использовании тап адаптера глобакса - ничего не работает, без прокси без тап адаптера глобаксе - все идет через наземный канал.
А вы говорили - ничего не нужно настраивать - такое ощущение что говорим о разных вещах...
Проясните ситуацию пожалуйста, что настраивать и как а что оставить как есть?
Ну понятно что нужно для начала настроить глобакс, чтобы все корректно работало через TAP, а потом уже настраивать раздачу в сеть. Основная причина такого поведения как у вас (работает через прокси, не работает через TAP) - это блокировка работы глобакс антивирусом или брандмауэром виндовс. Разрешите работу глобакс в всех типах сетей в брандмауэре и добавьте его в доверенные приложения антивируса.
-
ОК.. в картинках, так в картинках можно настроить ТАК (http://www.skylexus.ru/forum2/index.php?topic=577.0)
Можно РАСШАРИТЬ ТАП В СТОРОНУ ЛОКАЛКИ :D :D :D
Про это картинок у меня нет
Упсс.. Так Глобакс вообще не работает. А что за тема тогда?
-
Дмитрий Александрович в настройках глобакса во вкладке ТАР адаптер отметил "Заменить существующий маршрут по умолчанию" ,ну и снял галки во вкладке Прокси . В остальном все по дефолту стоит и работает в режиме тап для всех приложений без ковыряния их настроек. В брандмауэре разрешение для общественных сетей стоит для Globax, довольствуется этим нормально.
Если кто расскажет как при включенном UAK в режиме Пользователя заставить глобакс работать ,буду премного благодарен.
-
Со слоном я не прописывал прокси ни в одном браузере, просто запускал слона и начинал работать в интернете. Сейчас наконец смоделировал ситуацию - установил карту + globax и попробовал выйти в интернет - с прокси выходит и пакеты идут, без прокси и при использовании тап адаптера глобакса - ничего не работает, без прокси без тап адаптера глобаксе - все идет через наземный канал.
А вы говорили - ничего не нужно настраивать - такое ощущение что говорим о разных вещах...
Проясните ситуацию пожалуйста, что настраивать и как а что оставить как есть?
[/quote]
Ну понятно что нужно для начала настроить глобакс, чтобы все корректно работало через TAP, а потом уже настраивать раздачу в сеть. Основная причина такого поведения как у вас (работает через прокси, не работает через TAP) - это блокировка работы глобакс антивирусом или брандмауэром виндовс. Разрешите работу глобакс в всех типах сетей в брандмауэре и добавьте его в доверенные приложения антивируса.
[/quote]
Вот уже серьезный разговор, чтобы восстановить картину - опишу систему: карта - AzureWave AD-SP400 (TwinHan 1041), сигнал лочит альтернативная BDADataEx 1.1.1.762, комп является сервером, который раздает спутниковый интернет через вай-фай роутер.
у карты драйвер 1.1.1.800, при установке альтернативная BDA TAP адаптер не устанавливал, учитывая что буду использовать адаптер глобакса.
Каспер не на что не ругается и ничего не перекрывает, через глобакс не идут пакеты, как только включаешь прокси - все начинает проходить - это видно через статистику, брэндмауэр винды отключен естественно... Как расшарить ТАП я знаю, но пока не расшаривал так как не добился работы через него... что может быть?
-
Дмитрий Александрович в настройках глобакса во вкладке ТАР адаптер отметил "Заменить существующий маршрут по умолчанию" ,ну и снял галки во вкладке Прокси . В остальном все по дефолту стоит и работает в режиме тап для всех приложений без ковыряния их настроек. В брандмауэре разрешение для общественных сетей стоит для Globax, довольствуется этим нормально.
Если кто расскажет как при включенном UAK в режиме Пользователя заставить глобакс работать ,буду премного благодарен.
Bas, спасибо, после того как поставил галку "Заменить существующий маршрут по умолчанию" - все заработало!!! Теперь осталось проверить расшаривание через тап, но это уже завтра... Всем спасибо за помощь!!!
-
Дмитрий Александрович в настройках глобакса во вкладке ТАР адаптер отметил "Заменить существующий маршрут по умолчанию" ,ну и снял галки во вкладке Прокси . В остальном все по дефолту стоит и работает в режиме тап для всех приложений без ковыряния их настроек. В брандмауэре разрешение для общественных сетей стоит для Globax, довольствуется этим нормально.
Если кто расскажет как при включенном UAK в режиме Пользователя заставить глобакс работать ,буду премного благодарен.
Дык в режиме пользователя все работает, только нужно при запуске глобакса ввести пароль администратора. Далее уже юзер может спокойно рестартовать соединение итд.. главное не выключать глобакс. Вот с выключенным UAC все плохо.
-
Нарисую тут свою схему может пригодится .Globax в режиме TAP + Раздача интернета по проводной сети
Рисунок 1 настройки Globax снять галки на вкладке "Прокси" и Дальше наглядно видно. Сохранить.
Рисунок 2 Панель управления > Центр управления сетями...> Изменение параметров адаптера ,найти ТАР зайти в свойства.
Рисунок 3 Там же вкладка "Доступ" выбрать подключение которому будем раздавать интернет
Рисунок 4 Согласиться с предложением .
ссылка на архив 1,1мб http://narod.ru/disk/45718339001.3bddd8acd1a9ec6e08ea30b0638dc846/pic.zip.html
На клиентской машине IP адреса выдаются Автоматически . Программы работают в режиме без прокси.
То DAK : В моем случае не вариант давать пароль админа пользователям . А что конкретно (служба ,программа,библиотека) не дает запустится под правами Пользователя не подскажите? Можно ведь попробовать через админскую учетку безопасность оформить правильно , подскажите а я попробую.
-
У меня ещё вопрос - по теме драйверов и оборудования - есть USB-box для спутникового интернета TT-connect S2-3600. Родные дрова и прога, которые шли в комплекте никогда нормально е работали и на сегодняшний момент сильно устарели. Зашел на оф. сайт - скачал последние для данного устройства - дрова TT-connect BDA-driver 1.0.3.8 (16.01.09) работают с ним некорректно - выдают какую-то ошибку, а прога TT-BDA-Data - 1.4.4.2_WEB_2009-01-16 не ставится, требуя дров версии не ниже BDA-driver 1.0.3.0 У меня ранее был комплект BDA-driver_1.0.2.11 и TT-BDA-Data которая устанавливалась на этот драйвер, а сейчас драйвер остался - прога пропала. Альтернативная BDADataEx почему то не работает - уж не знаю почему... Также на сайте лежит новая прошивка, но при попытке обновится выдает что то вроде - установите более свежие драйвера - что по сути замкнутый круг...
Кто нибудь работал с данными девайсами - что может посоветовать в данной ситуации? может у кого более старый вариант проги остался или ещё что?
-
На клиентской машине IP адреса выдаются Автоматически
А каким интересно макаром? Windows Serwer стоит что ли?
-
TO stels : как бы правильней сказать то :) на клиентской машине стоит Получить IP адрес автоматически ( вот наверное так ,зарапортовался)
а стоит win 7 ultimate
-
TO stels : как бы правильней сказать то :) на клиентской машине стоит Получить IP адрес автоматически ( вот наверное так ,зарапортовался)
а стоит win 7 ultimate
Я тебя услышал и понял. У тебя клиент настраивает свой адаптер (IP, шлюз, DNS) по DHCP. Вот и интерсно где он этот сервер DHCP.. Ты вроде пишешь что сеть проводная. Значит Вай Фай нет, а то обычно в роутере можно DHCP поднять. Так как, точнее откуда получает IP клиент?
-
To stels : С хостовой машины ,соединение хост клиент кросспатч кабель , на хосте и клиенте никакого сторонего софта не стоит в обоих случаях вин7 ультимате .да и оба в домашней группе (хотя и без онной должен работать вродь ,могу ошибаться) настраивалось без шаманств чисто по логике .
-
To stels : С хостовой машины ,соединение хост клиент кросспатч кабель , на хосте и клиенте никакого сторонего софта не стоит в обоих случаях вин7 ультимате .да и оба в домашней группе (хотя и без онной должен работать вродь ,могу ошибаться) настраивалось без шаманств чисто по логике .
Так вот - чисто по логике , объясни мне - КАК в твоей сети клиент получает IP? Без DHCP это не возможно. То есть клиент без указания IP просто не будет видеть сеть. Напишет "неопознанная сеть". Вот так по логике
-
То stels : Ну ну я значит с этим живу а тут со стороны приходит мнение что это невозможно :) Либо мы говорим о разном . Либо вы в теории опровергли то что у меня работает на практике не попробовав ни разу . Можно до потери сознания доказывать свою правоту ,но это не конструктивно , предлагаю в свободное время связаться в агенте либо еще как и обсудить ваши вопросы . Я расписал ровно то что проделал ,расписал наглядно как все устанавливал в системе . .Вплоть до процессов и служб объяснить что и как смогу только если вопросы будут предметными и наводящими . если вам интересно мне не лень покапаться в свободное время .можно сегодня ,завтра.
-
bas, ведает выдачей адресов DHCP сервер, т.е. обеспечивает контроль и учет этой процедуры. Машины из воздуха получать эти адреса не могут! Если в сети не поднят DHCP сервер - то и получать адреса им неоткуда. В WinXPPro раньше точно можно было путем анальных манипуляций поднять DHCP сервер, насчет семерки не знаю.
У меня к примеру раньше DHCP-сервером дома был ADSL модем, потом был оптомодем, теперь FTPшник домашний (на базе ArchLinux + Samba). На работе за это отвечает отдельная машина, при этом ведется логирование выдачи адресов.
-
По идее как XP, так и Win7, автоматом врубают DHCP сервер при включении ICS, насчет конкретных деталей не знаю, при выборе автонастройки LAN сетевушки - точно включает, а вот как при ее ручной настройке - не проверял.
-
По идее как XP, так и Win7, автоматом врубают DHCP сервер при включении ICS, насчет конкретных деталей не знаю, при выборе автонастройки LAN сетевушки - точно включает, а вот как при ее ручной настройке - не проверял.
Допустим он его врубит. Каким образом конфигурируется DHCP, т.е. где инструмент для этого? Ведь адреса же он не с потолка берет, равно как и шлюз с DNS, которые должны быть указаны у клиента. Также в сети могут быть статические адреса (у меня к примеру сетевой принтер не поддерживает DHCP), т.е. как-то нужно указывать DHCP серверу о брони этих адресов. Да даже если это порезанный DHCP, то каким-то образом должен указываться хотябы диапазон выдаваемых адресов.
-
Он ставит на сетевушку адрес 192.168.x.1 (x бывает разный) и выдает IP из этой подсети. Каких-то настроек dhcp я не находил, да и не искал в общем то :)
-
stels уже видел и вам покажу скрин настроек на клиентской машине ,все работает на ура . а вам уж видней с помощью чего .
-
Действительно, при включении ICS 7-ка поднимает полноценный DHCP в сегменте 192.168.137.1
-
Он ставит на сетевушку адрес 192.168.x.1 (x бывает разный) и выдает IP из этой подсети. Каких-то настроек dhcp я не находил, да и не искал в общем то :)
в хп дхсп работает только если не изменена в ручную сетка, назначаемая авторами винды интерфейсу, смотрящему в лвс при включении ицс, а именно, 192.168.0.1, если изменена, назначение адресов работать не будет, в 7 не проверял эту хрень
-
в 7 не проверял эту хрень
Хрень та же :)
-
Действительно, при включении ICS 7-ка поднимает полноценный DHCP ...
В Windows DHCP-клиент включен изначально как служба (посмотрите список запущеных служб). Даже сам факт того, что в настройках сетевых адаптеров есть возможность поставить галку "Получить IP-адрес автоматически", уже о чём-то подобном говорит.
А вот можно ли этим клиентом как-то управлять, не могу точно вспомнить, но крутится в памяти, что вроде в Windows была некая оснастка связанная именно с DHCP...
-
MuroM, речь-то не о клиенте, а о сервере..
-
при включении ICS 7-ка поднимает полноценный DHCP в сегменте 192.168.137.1
в хп дхсп работает только если не изменена в ручную сетка, назначаемая авторами винды интерфейсу, смотрящему в лвс при включении ицс, а именно, 192.168.0.1, если изменена, назначение адресов работать не будет, в 7 не проверял эту хрень
Хрень та же
Тогда это неполноценный DHCP-сервер, точнее серьезно порезанный по функционалу, т.к. нельзя задать диапазон выдачи адресов, а также бронь на статически закрепленные адреса. Есть мысль, что диапазон можно менять в реестре, насчет брони на адреса большие сомнения.
-
Тогда это неполноценный DHCP-сервер, точнее серьезно порезанный по функционалу
Ну да, поспешно обозвал его так.. Хотел только сказать что адреса раздаются везде, например за роутером тоже. То есть у меня и роутеру дал IP и буку, который по вай фай подцепился к роутеру. Не то что бы меня это удивило, а для общей картины так сказать :)
-
...речь-то не о клиенте, а о сервере..
regulman, я это понимаю... То, что говорил выше, было лишь инфой для размышления. Раз в системе есть работающий по умолчанию клиент, а у адаптеров есть настройка для автоматического получения IP, то по идее, должен быть и тот, кто может это хозяйство обслуживать, то бишь сервер.
Надо полагать, что ICS - это и есть DHCP-сервер встроенный в Windows! Да убогий, но основные задачи протокола DHCP выполняет, это как раз и объясняет, почему у bas всё работает без всяких сторонних DHCP-серверов.
-
при включении ICS 7-ка поднимает полноценный DHCP в сегменте 192.168.137.1
в хп дхсп работает только если не изменена в ручную сетка, назначаемая авторами винды интерфейсу, смотрящему в лвс при включении ицс, а именно, 192.168.0.1, если изменена, назначение адресов работать не будет, в 7 не проверял эту хрень
Хрень та же
Тогда это неполноценный DHCP-сервер, точнее серьезно порезанный по функционалу, т.к. нельзя задать диапазон выдачи адресов, а также бронь на статически закрепленные адреса. Есть мысль, что диапазон можно менять в реестре, насчет брони на адреса большие сомнения.
насчет реестра правда нагуглилось что при необходимость можно расширить диапазон ,правда с пометкой на свой страх и риск :) HKLM\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters