Загрузка терминалов с разных сетей
Загрузка терминалов с разных сетей
Добрый день! Какой месяц бьюсь с проблемой загрузки терминала из удаленной сети! Есть удаленная сеть подключенная через роутер, в локальной сети всё работает на ура, из удаленной не хочет, долго грузиться терминал и потом выдает ошибку что нету ответа от dhcp сервера, хотя на самом деле ип-адрес прилетает, обращение к tftp серверу происходит, после загрузки загрузчика терминал тупит и вываливает такую ошибку! Где копать причину помогите пожалуйста, в виде пограничного сервера используется ISA Server 2006? Могу приложить дам сети в момент загрузки?
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
"помогите компьютер не включается!" (с) пользователь про исчезнувшую с десктопа иконку 1С.
Надо нанять сисадмина. Сисадмин опишет, что уже настроено. Как определили, что "ип-адрес прилетает". Текст ошибки в конце концов дословно с экрана перепишет.
Надо нанять сисадмина. Сисадмин опишет, что уже настроено. Как определили, что "ип-адрес прилетает". Текст ошибки в конце концов дословно с экрана перепишет.
Re: Загрузка терминалов с разных сетей
День добрый! Не думал что меня в пользователи припишут!
Ладно опишу проблему
сеть 2 офиса
1-й офис головной: адресация сети 192.168.0.0\24
2-й офис дочерний: адресация сети 192.168.1.0\24
между офисами vlan, на границе стоит isa server 2006 (win 2003r2) который распределяет трафик
в сети 192.168.0.0 - стоит dhcp сервер (win2008r2), с 2 областями для сетей 192.168.0.0, 192.168.1.0
На роутере стоит агент рентрансляции, который слушает интерфейс сети 192.168.1.0 чтобы пересылать пакеты на dhcp сервер.
Есть сервер(win2008r2) на котором поднят hyper-v, на нём стоит вирт. машина с сервером wtware.
> Как определили, что "ип-адрес прилетает".
при включении пк и загрузки через сеть, выходит ip-адрес, с настройками default getway, dns, dhcp-сервера
после чего происходит обращение к tftp серверу и после этого начинается тупизм терминала, после чего выходит ошибка, которую я писал выше, если поменял слова местами то суть не изменилась, скрин приложил.
Версия wtware 5.2.2
Лог tftp сервер приложить не смог, т.к. когда жмёшь кнопку сохранить что-то делает, но лог ни где не появляется, а в поле логирования не выделяется нечего. Могу сказать одно что в логе видно как терминал перебирает файлы и много чего не находит, но не загрузчиков, их он все проглатывает!
Ладно опишу проблему
сеть 2 офиса
1-й офис головной: адресация сети 192.168.0.0\24
2-й офис дочерний: адресация сети 192.168.1.0\24
между офисами vlan, на границе стоит isa server 2006 (win 2003r2) который распределяет трафик
в сети 192.168.0.0 - стоит dhcp сервер (win2008r2), с 2 областями для сетей 192.168.0.0, 192.168.1.0
На роутере стоит агент рентрансляции, который слушает интерфейс сети 192.168.1.0 чтобы пересылать пакеты на dhcp сервер.
Есть сервер(win2008r2) на котором поднят hyper-v, на нём стоит вирт. машина с сервером wtware.
> Как определили, что "ип-адрес прилетает".
при включении пк и загрузки через сеть, выходит ip-адрес, с настройками default getway, dns, dhcp-сервера
после чего происходит обращение к tftp серверу и после этого начинается тупизм терминала, после чего выходит ошибка, которую я писал выше, если поменял слова местами то суть не изменилась, скрин приложил.
Версия wtware 5.2.2
Лог tftp сервер приложить не смог, т.к. когда жмёшь кнопку сохранить что-то делает, но лог ни где не появляется, а в поле логирования не выделяется нечего. Могу сказать одно что в логе видно как терминал перебирает файлы и много чего не находит, но не загрузчиков, их он все проглатывает!
- Вложения
-
- Скрин
- Безымянный.jpg (53.26 КБ) 68909 просмотров
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Мне сетевая не нравится. Теоретически должно работать, практически у этих DECchip/tulip временами были проблемы с драйверами.
Для проверки, прямо из командной строки попробуй запустить:
ifconfig eth0 192.168.1.123 netmask 255.255.255.0 up
Это должно без ошибок проглотить. И затем:
ping -c 5 192.168.1.1
Или какой там IP у ближайшего шлюза. Если пинги не пойдут, значит точно драйвер не понимает сетевую карту, надо или пробовать откатываться на более старые версии втвари, или сетевую поменять на что-нибудь реалтековое/интеловое/3комовое.
Для проверки, прямо из командной строки попробуй запустить:
ifconfig eth0 192.168.1.123 netmask 255.255.255.0 up
Это должно без ошибок проглотить. И затем:
ping -c 5 192.168.1.1
Или какой там IP у ближайшего шлюза. Если пинги не пойдут, значит точно драйвер не понимает сетевую карту, надо или пробовать откатываться на более старые версии втвари, или сетевую поменять на что-нибудь реалтековое/интеловое/3комовое.
Re: Загрузка терминалов с разных сетей
Это hyper-v legacy адаптер, не? Опять же судя по скриншоту.aka писал(а):практически у этих DECchip/tulip временами были проблемы с драйверами
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Точно. 1414:5353 это видеокарта Hyper-V, у неё не было физического аналога. И эта виртуальная машина тоже сидит в той же подсети, что и терминалы, и выдаёт на экран такую же ошибку, что и терминалы?
Re: Загрузка терминалов с разных сетей
прописал ип, пинги до шлюза пошли нормально!aka писал(а):Мне сетевая не нравится. Теоретически должно работать, практически у этих DECchip/tulip временами были проблемы с драйверами.
Для проверки, прямо из командной строки попробуй запустить:
ifconfig eth0 192.168.1.123 netmask 255.255.255.0 up
Это должно без ошибок проглотить. И затем:
ping -c 5 192.168.1.1
Или какой там IP у ближайшего шлюза. Если пинги не пойдут, значит точно драйвер не понимает сетевую карту, надо или пробовать откатываться на более старые версии втвари, или сетевую поменять на что-нибудь реалтековое/интеловое/3комовое.
да это устаревший адаптер!Rushmore писал(а):Это hyper-v legacy адаптер, не? Опять же судя по скриншоту.aka писал(а):практически у этих DECchip/tulip временами были проблемы с драйверами
Виртуальная машина в той же подсети что и обычные терминалы и ошибка такая же! Скрин приложилaka писал(а):Точно. 1414:5353 это видеокарта Hyper-V, у неё не было физического аналога. И эта виртуальная машина тоже сидит в той же подсети, что и терминалы, и выдаёт на экран такую же ошибку, что и терминалы?
- Вложения
-
- Скрин
- DSC_0149.JPG (147.77 КБ) 68895 просмотров
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Если пинги идут, значит с сетевой картой и драйвером сетевой карты всё хорошо.
Выходит что ответа DHCP действительно нет, либо втварь его этот ответ не понимает. Второе вполне возможно, мы сами никогда не тестировали втварь с dhcp relay.
Покажи лог. Лог придётся снимать фотоаппаратом. После ошибки оно вывалится в командную строку. Из командной строки надо запустить команду:
cat /tmp/all.log
Оно напишет много текста. Надо сфотографировать экран.
Затем нажать Shift-PageUp. Оно прокрутит вверх. Опять сфотографировать экран. И так раз пять.
Затем фотки мне на aka@pxe.ru
Выходит что ответа DHCP действительно нет, либо втварь его этот ответ не понимает. Второе вполне возможно, мы сами никогда не тестировали втварь с dhcp relay.
Покажи лог. Лог придётся снимать фотоаппаратом. После ошибки оно вывалится в командную строку. Из командной строки надо запустить команду:
cat /tmp/all.log
Оно напишет много текста. Надо сфотографировать экран.
Затем нажать Shift-PageUp. Оно прокрутит вверх. Опять сфотографировать экран. И так раз пять.
Затем фотки мне на aka@pxe.ru
Re: Загрузка терминалов с разных сетей
Втварь через DHCP relay работает замечательно. Есть даже DHCP relay поверх OpenVPN туннеля, тоже всё работает. Правда, релей линуксовый (dhcp-fwd), но сам DHCP сервер виндовый.aka писал(а):Выходит что ответа DHCP действительно нет, либо втварь его этот ответ не понимает. Второе вполне возможно, мы сами никогда не тестировали втварь с dhcp relay.
VIGO
Разрисуйте схему вашей сети поподробнее, какое оборудование используете? Какие коммутаторы и роутеры?
Re: Загрузка терминалов с разных сетей
Скрины сделал отправил на почту, вышло около 40штукaka писал(а):Если пинги идут, значит с сетевой картой и драйвером сетевой карты всё хорошо.
Выходит что ответа DHCP действительно нет, либо втварь его этот ответ не понимает. Второе вполне возможно, мы сами никогда не тестировали втварь с dhcp relay.
Покажи лог. Лог придётся снимать фотоаппаратом. После ошибки оно вывалится в командную строку. Из командной строки надо запустить команду:
cat /tmp/all.log
Оно напишет много текста. Надо сфотографировать экран.
Затем нажать Shift-PageUp. Оно прокрутит вверх. Опять сфотографировать экран. И так раз пять.
Затем фотки мне на aka@pxe.ru
Схему нарисовал как никакую, приложил, будут вопросы задавайтеRushmore писал(а):Втварь через DHCP relay работает замечательно. Есть даже DHCP relay поверх OpenVPN туннеля, тоже всё работает. Правда, релей линуксовый (dhcp-fwd), но сам DHCP сервер виндовый.aka писал(а):Выходит что ответа DHCP действительно нет, либо втварь его этот ответ не понимает. Второе вполне возможно, мы сами никогда не тестировали втварь с dhcp relay.
VIGO
Разрисуйте схему вашей сети поподробнее, какое оборудование используете? Какие коммутаторы и роутеры?
Дефолтовый маршрут в сетях 0.0 (192.168.0.55), 1.0 (192.168.1.55), т.е. всё идёт через ISA Server, доступ между сетями полный, нету ни каких ограничений . Офис 2 получает ип-адреса с DHCP сервера нормально, каждое утро грузятся машины там без проблем.
И товарищи давайте уже разберёмся а то с втваре мачаюсь уже не первый месяц такая бадяга была и на старых версиях, но т.к. старые версии были старые, думал может выйдет новая всё решиться, вышла новая а грабли такие же
- Вложения
-
- Схема
- lan.jpg (69.34 КБ) 68886 просмотров
Re: Загрузка терминалов с разных сетей
Мне кажется, проблема у вас в конфигурации ISA сервера.
Во-первых, я рекомендую две ваши подсети связать через роутинг, без NAT. Для этого:
1) включить галку "Enable IP Routing" (Configuration/General/Configure IP Protection/IP Routing)
2) создать правила для ваших обеих внутренних сетей (Configuration/Networks/Network Rules). Добавить симметричные правила для обеих подсетей и установить между ними Relation в значение "Routing" (по умолчанию делается NAT). Это позволит вам разгрузить процессор на сервере от лишней работы.
Во-вторых, необходимо сконфигурировать DHCP Relay и правила так как в этой статье. Вместо LAN у вас будет сеть 192.168.0.0 (там где расположен DHCP сервер), вместо DMZ будет сеть 192.168.1.0. В свойствах DHCP relay интерфейса рекомендую опцию "Boot threshold (seconds)" установить в ноль.
Должно все заработать. Удачи!
Во-первых, я рекомендую две ваши подсети связать через роутинг, без NAT. Для этого:
1) включить галку "Enable IP Routing" (Configuration/General/Configure IP Protection/IP Routing)
2) создать правила для ваших обеих внутренних сетей (Configuration/Networks/Network Rules). Добавить симметричные правила для обеих подсетей и установить между ними Relation в значение "Routing" (по умолчанию делается NAT). Это позволит вам разгрузить процессор на сервере от лишней работы.
Во-вторых, необходимо сконфигурировать DHCP Relay и правила так как в этой статье. Вместо LAN у вас будет сеть 192.168.0.0 (там где расположен DHCP сервер), вместо DMZ будет сеть 192.168.1.0. В свойствах DHCP relay интерфейса рекомендую опцию "Boot threshold (seconds)" установить в ноль.
Должно все заработать. Удачи!
Re: Загрузка терминалов с разных сетей
) Не поверите, но всё такRushmore писал(а):Мне кажется, проблема у вас в конфигурации ISA сервера.
Во-первых, я рекомендую две ваши подсети связать через роутинг, без NAT. Для этого:
1) включить галку "Enable IP Routing" (Configuration/General/Configure IP Protection/IP Routing)
2) создать правила для ваших обеих внутренних сетей (Configuration/Networks/Network Rules). Добавить симметричные правила для обеих подсетей и установить между ними Relation в значение "Routing" (по умолчанию делается NAT). Это позволит вам разгрузить процессор на сервере от лишней работы.
Во-вторых, необходимо сконфигурировать DHCP Relay и правила так как в этой статье. Вместо LAN у вас будет сеть 192.168.0.0 (там где расположен DHCP сервер), вместо DMZ будет сеть 192.168.1.0. В свойствах DHCP relay интерфейса рекомендую опцию "Boot threshold (seconds)" установить в ноль.
Должно все заработать. Удачи!
1) Стоит и стояла.
2) Сети заводил руками и маршрут создавал сам.
3) DHCP Агент так и сконфигурирован , я же говорю что ип-адреса сеть 1.0 на обычных пк получает! А вот порог стоял в 4сек, поправил в 0 пошла загрузка )
Щас ещё проверю всё ли норм, и скажу вам очень большую благодарность
Ну вообщем пошла загрузка для офиса 2, но если на пк с втваре стоит 2 сетевые которые смотрят в разные подсети!
Если на пк с втвари оставить одну сетёвку и в настройках dhcp для сети 1.0 прописать tftp сервер из сети 0.1, то загрузка не происходит, из логов tftp видно что идёт переборка файлов, но загрузки нету! Конечно можно оставить 2 сетевки, но охото чтобы было кашерно и всё через одну сеть ходило?
Rushmore спасибо большое за параметр, сам думал их и правил, но вот на 0 не кидал
Последний раз редактировалось VIGO Чт сен 04, 2014 11:33 am, всего редактировалось 1 раз.
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Что означает этот Boot threshold?
Втварь в логе говорит, что ни одного ответа DHCP она не получила. Вообще никакого ответа, полная тишина.
Загрузчик из сетевой карты свой ответ DHCP получает и "из логов tftp видно что идёт переборка файлов" это дело рук загрузчика из сетевой карты. Он запускает втварь, втвари тоже нужен ответ DHCP. Вот этого, второго ответа не приходит, втварь игнорируют
Втварь в логе говорит, что ни одного ответа DHCP она не получила. Вообще никакого ответа, полная тишина.
Загрузчик из сетевой карты свой ответ DHCP получает и "из логов tftp видно что идёт переборка файлов" это дело рук загрузчика из сетевой карты. Он запускает втварь, втвари тоже нужен ответ DHCP. Вот этого, второго ответа не приходит, втварь игнорируют
Re: Загрузка терминалов с разных сетей
Boot threshold, означает порог загрузки (в сек).Что означает этот Boot threshold?
Когда делал снимок сети видел что пк делает запросы к dhcp, получает ответ и ип-адресс, потом как вы говорите происходит загрузка втвари и уже она спрашивает у dhcp данные, это тоже в снимке было видно, но ответ нет прилетал на этот запрос от dhcp!Загрузчик из сетевой карты свой ответ DHCP получает и "из логов tftp видно что идёт переборка файлов" это дело рук загрузчика из сетевой карты. Он запускает втварь, втвари тоже нужен ответ DHCP. Вот этого, второго ответа не приходит, втварь игнорируют
Re: Загрузка терминалов с разных сетей
VIGO
Судя по вашей схеме, у вас TFTP сервер находится в первой подсети (WtwareSrv 192.168.1.10 - это не оно?)
aka
Boot threshold означает задержку ответа от DHCP релея в секундах. Идея здесь состоит в том, что если в сегменте есть локальный DHCP сервер, он откликнется первым. А если не ответил, то отправить запрос удаленному DHCP серверу через релей. Но если нету локального сервера, то и задержка тоже не нужна.
Судя по вашей схеме, у вас TFTP сервер находится в первой подсети (WtwareSrv 192.168.1.10 - это не оно?)
aka
Boot threshold означает задержку ответа от DHCP релея в секундах. Идея здесь состоит в том, что если в сегменте есть локальный DHCP сервер, он откликнется первым. А если не ответил, то отправить запрос удаленному DHCP серверу через релей. Но если нету локального сервера, то и задержка тоже не нужна.
Re: Загрузка терминалов с разных сетей
Да сервер втвари стоит на виртуальной машине и находился в 1-ой сети. Если убирать интерфейс из сети 1.0 и прописывать интефейс из сети 0.0, то из сети 1.0 загрузка не происходит, идёт перебор файлов(долгая).Rushmore писал(а):VIGO
Судя по вашей схеме, у вас TFTP сервер находится в первой подсети (WtwareSrv 192.168.1.10 - это не оно?)
посмотрел что схема чуток не понятная сейчас изменил выложил, как сейчас работает!
- Вложения
-
- Сеть
- Безымянный.jpg (69.93 КБ) 68877 просмотров
Re: Загрузка терминалов с разных сетей
У вас точно отношения между сетями Routing, не NAT? Покажите "Configuration/Networks/Network Rules" с ISA сервера.
И покажите логи с TFTP сервера.
И покажите логи с TFTP сервера.
Re: Загрузка терминалов с разных сетей
Скрин приложил и лог.Rushmore писал(а):У вас точно отношения между сетями Routing, не NAT? Покажите "Configuration/Networks/Network Rules" с ISA сервера.
И покажите логи с TFTP сервера.
- Вложения
-
- WTware_00.15.5D.00.04.17_2014-09-04_17-24-16.txt
- Лог тфтп
- (115.61 КБ) 1253 скачивания
-
- ИСА
- Безымянный.jpg (127.02 КБ) 68874 просмотра
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
VIGO писал(а):пк делает запросы к dhcp, получает ответ и ип-адресс, потом как вы говорите происходит загрузка втвари и уже она спрашивает у dhcp данные, это тоже в снимке было видно, но ответ нет прилетал на этот запрос от dhcp!
Если Boot threshold это только задержка в секундах, и она выставлена на 4 секунды, то почему ответа на запрос втвари нет? Втварь же шлёт в сеть запросы и ждёт намного дольше 4 секунд.Rushmore писал(а):aka
Boot threshold означает задержку ответа от DHCP релея в секундах. Идея здесь состоит в том, что если в сегменте есть локальный DHCP сервер, он откликнется первым. А если не ответил, то отправить запрос удаленному DHCP серверу через релей. Но если нету локального сервера, то и задержка тоже не нужна.
Re: Загрузка терминалов с разных сетей
VIGO
А есть зеркальное правило "Internal to Georgieva", чтобы обратно тоже route делать? Хотя вроде как не надо, судя по документации. Обратное правило неявно подразумевается, если Routing.
А нет ли у вас часом в сети WDS сервера?
aka
Вот у Маркса насчет boot threshold именно так и сказано. Я выставляю всегда в "0" и не парюсь.
А есть зеркальное правило "Internal to Georgieva", чтобы обратно тоже route делать? Хотя вроде как не надо, судя по документации. Обратное правило неявно подразумевается, если Routing.
А нет ли у вас часом в сети WDS сервера?
aka
Вот у Маркса насчет boot threshold именно так и сказано. Я выставляю всегда в "0" и не парюсь.
Последний раз редактировалось Rushmore Чт сен 04, 2014 7:33 pm, всего редактировалось 1 раз.
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Что-то Маркс недоговаривает. А если втварь с диска запускать, но указать получать IP по сети, чтобы первый же запрос к DHCP был не бутромный, а втваревый, - тогда с настройкой boot threshold по умолчанию втварь ip себе получит?
Re: Загрузка терминалов с разных сетей
WDS нету, и думаю обратное правило не нужно, т.к. у меня крутиться как минимум 6 сетей на тех же правилах, и трафик ходит как надо в том числе и через vpn!Rushmore писал(а):VIGO
А есть зеркальное правило "Internal to Georgieva", чтобы обратно тоже route делать? Хотя вроде как не надо, судя по документации. Обратное правило неявно подразумевается, если Routing.
А нет ли у вас часом в сети WDS сервера?
Сейчас попробую машину через flash-загрузить посмотри грузанётся ли!Что-то Маркс недоговаривает. А если втварь с диска запускать, но указать получать IP по сети, чтобы первый же запрос к DHCP был не бутромный, а втваревый, - тогда с настройкой boot threshold по умолчанию втварь ip себе получит?
Опробывал загрузку с flash, создать образ не смог, прога вываливает кучу ошибок, скрин приложил! Создал образ iso, попытался его записать на flash, он грузиться не стал с него ошибка тоже, скрин приложил! Загрузился с образа CD через образ, терминал нормально запустился из удаленной сети взяв конфигурцию с tftp!
Разработчики у вас везде траблы с прогой, вы её проверяете вообще и исправляете ошибки?
- Вложения
-
- USB(CD)
- DSC_0153.JPG (130.44 КБ) 68853 просмотра
-
- USB
- Безымянный.jpg (120.49 КБ) 68853 просмотра
Re: Загрузка терминалов с разных сетей
В общем, похоже сквозь ISA server трафик TFTP пробросить невозможно. Тут все дело в динамических портах. Народ в свое время тоже бился, бестолку.
Либо оставляйте как сейчас у вас настроено, по одному адаптеру в каждой сети, либо ставьте роутер между сетями (коммутаторы 3-го уровня как правило поддерживают маршрутизацию между VLAN), либо обновляйтесь до ForeFront TMG. Там есть встроенный хелпер (app filter) для поддержки TFTP. Правда, законного способа обновиться у вас уже нет, т.к. MS полностью выпилила из продуктовой линейки семейство ISA/TMG. Продукт больше не продается, осуществляется только поддержка.
Либо оставляйте как сейчас у вас настроено, по одному адаптеру в каждой сети, либо ставьте роутер между сетями (коммутаторы 3-го уровня как правило поддерживают маршрутизацию между VLAN), либо обновляйтесь до ForeFront TMG. Там есть встроенный хелпер (app filter) для поддержки TFTP. Правда, законного способа обновиться у вас уже нет, т.к. MS полностью выпилила из продуктовой линейки семейство ISA/TMG. Продукт больше не продается, осуществляется только поддержка.
Re: Загрузка терминалов с разных сетей
На самом деле грешил на ISA много и эту статью тоже читал, походу придётся оставлять по интерфейсу в каждой сети, другого выхода нету Ещё раз убеждаюсь что в сетях надо переезжать на *nix, там проще с такими бедамиRushmore писал(а):В общем, похоже сквозь ISA server трафик TFTP пробросить невозможно. Тут все дело в динамических портах. Народ в свое время тоже бился, бестолку.
Либо оставляйте как сейчас у вас настроено, по одному адаптеру в каждой сети, либо ставьте роутер между сетями (коммутаторы 3-го уровня как правило поддерживают маршрутизацию между VLAN), либо обновляйтесь до ForeFront TMG. Там есть встроенный хелпер (app filter) для поддержки TFTP. Правда, законного способа обновиться у вас уже нет, т.к. MS полностью выпилила из продуктовой линейки семейство ISA/TMG. Продукт больше не продается, осуществляется только поддержка.
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Поставь втварь заново, поверх.VIGO писал(а):Опробывал загрузку с flash, создать образ не смог, прога вываливает кучу ошибок, скрин приложил!
Такая ересь не должна работать.VIGO писал(а):Создал образ iso, попытался его записать на flash, он грузиться не стал с него ошибка тоже, скрин приложил!
IP получила у DHCP?VIGO писал(а):Загрузился с образа CD через образ, терминал нормально запустился из удаленной сети взяв конфигурцию с tftp!
Не у насVIGO писал(а):Разработчики у вас везде траблы с прогой, вы её проверяете вообще и исправляете ошибки?
Re: Загрузка терминалов с разных сетей
Ставил новую старую, всё равно одна ошибка, даже на чистую машину такая же еруднаПоставь втварь заново, поверх.
Писал через ultroiso, как образ !Создал образ iso, попытался его записать на flash, он грузиться не стал с него ошибка тоже, скрин приложил!
ПолучилIP получила у DHCP?
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Чудеса. Оно удаляет файлы с флешки. Просто удаляет всё что там есть перед тем как записывать. Флешка не защищена от записи? На флешке один раздел? Флешка обычная, безо всяких паролей и прочих умничаний? Вручную эти файлы удаляются? C другой флешкой такие же чудеса?
DHCP сработало если это был первый запрос. Значит DHCP в втвари нормальный, это у ISA проблема со вторым запросом, идущим почти сразу после первого.
DHCP сработало если это был первый запрос. Значит DHCP в втвари нормальный, это у ISA проблема со вторым запросом, идущим почти сразу после первого.
Re: Загрузка терминалов с разных сетей
Нет не защищена, опробывано на 3 шт.! Один раздел фат32, без всяких умничаний.aka писал(а):Чудеса. Оно удаляет файлы с флешки. Просто удаляет всё что там есть перед тем как записывать. Флешка не защищена от записи? На флешке один раздел? Флешка обычная, безо всяких паролей и прочих умничаний? Вручную эти файлы удаляются? C другой флешкой такие же чудеса?
Я думаю не в исе проблемы, а всё таки в загрузчике, т.к. в снимках сети видно что ответы прилетают со всеми параметрами, а терминал их почему то не принимает и тупит и просит и просит и просит! Вот лог:aka писал(а): DHCP сработало если это был первый запрос. Значит DHCP в втвари нормальный, это у ISA проблема со вторым запросом, идущим почти сразу после первого.
Код: Выделить всё
23 20:07:48 09.09.2014 -15.5085324 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0xC173F7AB {DHCP:457, UDP:459, IPv4:458}
31 20:07:48 09.09.2014 -15.5104854 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0xC173F7AB {DHCP:457, UDP:459, IPv4:458}
32 20:07:48 09.09.2014 -15.5085324 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0xC173F7AB {DHCP:457, UDP:459, IPv4:458}
59 20:07:50 09.09.2014 -13.5046264 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0xC173F7AB {DHCP:457, UDP:459, IPv4:458}
64 20:07:50 09.09.2014 -13.5075554 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0xC173F7AB {DHCP:457, UDP:459, IPv4:458}
65 20:07:50 09.09.2014 -13.5046264 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0xC173F7AB {DHCP:457, UDP:459, IPv4:458}
203 20:07:56 09.09.2014 -7.1931024 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
204 20:07:56 09.09.2014 -7.1891964 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
216 20:07:56 09.09.2014 -7.1891964 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
232 20:07:57 09.09.2014 -6.2575554 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
233 20:07:57 09.09.2014 -6.2556024 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
234 20:07:57 09.09.2014 -6.2556024 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
280 20:07:59 09.09.2014 -4.2809934 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
281 20:07:59 09.09.2014 -4.2780634 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
284 20:07:59 09.09.2014 -4.2780634 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0x5A36F648 {DHCP:1, UDP:459, IPv4:458}
9184 20:15:24 09.09.2014 440.7395146 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
9185 20:15:24 09.09.2014 440.7424446 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
9195 20:15:25 09.09.2014 441.0500616 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
9196 20:15:25 09.09.2014 441.0520146 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
9244 20:15:25 09.09.2014 441.3606086 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
9245 20:15:25 09.09.2014 441.3635386 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
9269 20:15:26 09.09.2014 442.4172486 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0xC95F0F54 {DHCP:712, UDP:459, IPv4:458}
9270 20:15:26 09.09.2014 442.4231086 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0xC95F0F54 {DHCP:712, UDP:459, IPv4:458}
9281 20:15:26 09.09.2014 442.3713506 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
9282 20:15:26 09.09.2014 442.3811166 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
9285 20:15:26 09.09.2014 442.4084596 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0xC95F0F54 {DHCP:712, UDP:459, IPv4:458}
9286 20:15:26 09.09.2014 442.4113896 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0xC95F0F54 {DHCP:712, UDP:459, IPv4:458}
9290 20:15:26 09.09.2014 442.4143196 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0xC95F0F54 {DHCP:712, UDP:459, IPv4:458}
9291 20:15:26 09.09.2014 442.4172486 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0xC95F0F54 {DHCP:712, UDP:459, IPv4:458}
9292 20:15:26 09.09.2014 442.4211556 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0xC95F0F54 {DHCP:712, UDP:459, IPv4:458}
9293 20:15:26 09.09.2014 442.4231086 svchost.exe ROUTERERTEL 255.255.255.255 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0xC95F0F54 {DHCP:712, UDP:459, IPv4:458}
Код: Выделить всё
206 20:18:55 09.09.2014 -9.4974654 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0xC173F7AB {DHCP:457, UDP:459, IPv4:458}
228 20:18:57 09.09.2014 -7.4828164 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0xC173F7AB {DHCP:457, UDP:459, IPv4:458}
230 20:18:57 09.09.2014 -7.4759804 192.168.1.64 VMXP2 ARP ARP:Request, 192.168.1.64 asks for 192.168.1.17
258 20:19:04 09.09.2014 -0.7904334 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0x9C30F165 {DHCP:64, UDP:459, IPv4:458}
269 20:19:05 09.09.2014 0.1519496 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0x9C30F165 {DHCP:64, UDP:459, IPv4:458}
298 20:19:07 09.09.2014 2.1294886 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x9C30F165 {DHCP:64, UDP:459, IPv4:458}
300 20:19:07 09.09.2014 2.1324176 192.168.1.64 VMXP2 ARP ARP:Request, 192.168.1.64 asks for 192.168.1.17
4807 20:26:32 09.09.2014 447.1958946 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
4808 20:26:32 09.09.2014 447.1988246 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
4809 20:26:32 09.09.2014 447.5064416 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
4810 20:26:32 09.09.2014 447.5093706 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = OFFER, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
4811 20:26:33 09.09.2014 447.8169886 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
4812 20:26:33 09.09.2014 447.8199176 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
4819 20:26:34 09.09.2014 448.8277306 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
4820 20:26:34 09.09.2014 448.8306596 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0x67458B6B {DHCP:1462, UDP:478, IPv4:477}
4821 20:26:34 09.09.2014 448.8335896 192.168.1.64 192.168.1.255 UDP UDP:SrcPort = 55853, DstPort = 779, Length = 34 {UDP:670, IPv4:1463}
4822 20:26:34 09.09.2014 448.8345666 192.168.1.64 VMXP2 ARP ARP:Request, 192.168.1.64 asks for 192.168.1.17
4823 20:26:34 09.09.2014 449.0533166 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x65620F54 {DHCP:671, UDP:478, IPv4:477}
4824 20:26:34 09.09.2014 449.0591756 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x65620F54 {DHCP:671, UDP:478, IPv4:477}
4825 20:26:34 09.09.2014 449.0630816 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0x65620F54 {DHCP:671, UDP:478, IPv4:477}
4826 20:26:34 09.09.2014 449.0630816 192.168.1.64 ROUTERERTEL ARP ARP:Request, 192.168.1.64 asks for 192.168.1.55
4827 20:26:34 09.09.2014 449.0630816 ROUTERERTEL 192.168.1.64 ARP ARP:Response, 192.168.1.55 at B8-A3-86-70-A0-98
4828 20:26:34 09.09.2014 449.0640586 192.168.1.64 ROUTERERTEL ICMP ICMP:Destination Unreachable Message, Port Unreachable, 192.168.1.64:68 {IPv4:477}
4829 20:26:34 09.09.2014 449.0650346 svchost.exe 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = REQUEST, TransactionID = 0x65620F54 {DHCP:671, UDP:478, IPv4:477}
4830 20:26:34 09.09.2014 449.0738246 svchost.exe ROUTERERTEL 192.168.1.64 DHCP DHCP:Reply, MsgType = ACK, TransactionID = 0x65620F54 {DHCP:671, UDP:478, IPv4:477}
4831 20:26:34 09.09.2014 449.0748006 192.168.1.64 ROUTERERTEL ICMP ICMP:Destination Unreachable Message, Port Unreachable, 192.168.1.64:68 {IPv4:477}
Пока работаем с нескольками интерфейсами сервера втвари на разные сети (благо виртуалка хоть сколько сетевок могу запихать)!
Теперь вопрос по сканерам, но это уже в другой ветке!
Всем большое спс, кто разбирался в проблеме!
Ещё бы вот что хотелось добавить! Настроил загрузку по http, опять же внутри сети всё работает и быстро, с удаленной загрузку происходит минут за 20! У кого какие есть мысли насчёт этого?
А то читаю форум что люди всё больше и больше советуют грузиться по http вот решил опробывать, а тут опять затык Везде грабли.
Подробные логи приложил тоже! В логе с локальной сети после загрузки ядра по http, получение ип-адреса происходит почти сразу, в удаленном же терминале при загрузке ядра происходит долгий тупизм, отчего он не понятно! По сему наверное из-за этого и по tftp вообще не грузился!
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Всё равно какая-то неправильность же есть. Втварь совершенно точно ставится на обычную флешку на обычном виндовсе.VIGO писал(а):Нет не защищена, опробывано на 3 шт.! Один раздел фат32, без всяких умничаний.aka писал(а):Чудеса. Оно удаляет файлы с флешки. Просто удаляет всё что там есть перед тем как записывать. Флешка не защищена от записи? На флешке один раздел? Флешка обычная, безо всяких паролей и прочих умничаний? Вручную эти файлы удаляются? C другой флешкой такие же чудеса?
Система какая? На свежей семерке можешь попробовать? Откуда на пустой флешке файл alsa, который оно на скриншоте пытается удалить?
Где в этом логе написано, что эти пакеты передаются в сеть терминала, а не рубятся исой? Втварь говорит, что ей никакой ответ не приходит. Надо какую-нибудь постороннюю виндовс в сети терминала взять, поставить на нее wireshark и посмотреть им, какие пакеты на самом деле ходят в сети.VIGO писал(а):Я думаю не в исе проблемы, а всё таки в загрузчике, т.к. в снимках сети видно что ответы прилетают со всеми параметрами, а терминал их почему то не принимает
Re: Загрузка терминалов с разных сетей
Да не спорю не правильность есть, на 7-ке тоже пробывали, сначало были ошибки, потом вроде как записал, но не грузанулся с неё! Вот откуда он там виит файлы хз, я не разрабатывалaka писал(а): Всё равно какая-то неправильность же есть. Втварь совершенно точно ставится на обычную флешку на обычном виндовсе.
Система какая? На свежей семерке можешь попробовать? Откуда на пустой флешке файл alsa, который оно на скриншоте пытается удалить?
Логи прикладывал с вирт. машины где стоит сервер втваре! Прикладываю лог wireshark, от монитора виндоус мало чем отличается! Такая же загрузка по хттп потом тупяк и потом продолжается загрузка! А вы у себя на стенде не можете подобное собрать? Закрадывается у меня ещё сомнение что может дело в сетёвки, но буду проверятьГде в этом логе написано, что эти пакеты передаются в сеть терминала, а не рубятся исой? Втварь говорит, что ей никакой ответ не приходит. Надо какую-нибудь постороннюю виндовс в сети терминала взять, поставить на нее wireshark и посмотреть им, какие пакеты на самом деле ходят в сети.
- Вложения
-
- log.zip
- WireShark
- (76.69 КБ) 746 скачиваний
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Пакеты 19 и 21 - DHCP запросы, которые шлёт терминал. А ответов на них нет. На DHCP Discover сервер или релей должен дать DHCP Offer. На DHCP Request должен придти DHCP Ack. Судя по номерам, 20 и 22 это они и есть. Зачем отфильтровал ответы?
Тормоза в 530 секунд это втварь поднимается. Нездоровые тормоза. Такое бывает например когда втварь спотыкается об USB контроллер, который не хочет с линуксовым драйвером дружить. Что за железо на терминале? Есть терминал с совсем дургим железом, лучше что-нибудь дешёвое, купленное года 2-5 назад?
Лог с терминала после такой загрузки покажи.
Тормоза в 530 секунд это втварь поднимается. Нездоровые тормоза. Такое бывает например когда втварь спотыкается об USB контроллер, который не хочет с линуксовым драйвером дружить. Что за железо на терминале? Есть терминал с совсем дургим железом, лучше что-нибудь дешёвое, купленное года 2-5 назад?
Лог с терминала после такой загрузки покажи.
Re: Загрузка терминалов с разных сетей
Фильтр делал по мак-адресу, поэтому пропуски пакетов есть! Сеть рабочая там всякой фигни бы былоaka писал(а):Пакеты 19 и 21 - DHCP запросы, которые шлёт терминал. А ответов на них нет. На DHCP Discover сервер или релей должен дать DHCP Offer. На DHCP Request должен придти DHCP Ack. Судя по номерам, 20 и 22 это они и есть. Зачем отфильтровал ответы?
Intel-мать, пара винтов, 1гб оперативы, ком-плата, ему и так 2-3 годаТормоза в 530 секунд это втварь поднимается. Нездоровые тормоза. Такое бывает например когда втварь спотыкается об USB контроллер, который не хочет с линуксовым драйвером дружить. Что за железо на терминале? Есть терминал с совсем дургим железом, лучше что-нибудь дешёвое, купленное года 2-5 назад?
Лог с терминала после такой загрузки покажи.
Щас найду что нить попробую, выложу! Виртуалка не пойдёт? Лог с терминала как в теме про сканер тот же пк!
Нарыл очень старый хлам, тупо мать и 128МБ и сеть, такая же фигня!
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
У тебя там аномальная зона.
В логе втвари есть строчка:
7.39 это время от запуска ядра. Семь секунд. И эта строчка появляется позже, чем втварь получается ответ от DHCP. То есть время от старта часов в линуксовом ядре до этой строчки (и соответственно до отклика DHCP) вполне разумное.
Тормоза происходят после скачивания wtware.nbi, но перед его запуском. Не представляю, что там может тормозить. Операций с сетью там быть не должно. Файл скачался - дальше всё локально происходит до запроса втвари к DHCP. И это должно занимать пусть три секунды, не больше.
Надо искать бубен больше. Намного больше.
Посмотри внутрь файла http.cfg.
Удали оттуда строку wtware-boot.
Раскомментируй строки initrd и boot. Там будет квест, надо будет догадаться, на что надо исправить адреса.
Когда исправишь и всё поедет - убери слово quiet из строки boot. Так линуксовое ядро будет писать много букв в процессе запуска.
После всего этого расскажи, что будет написано на экране терминала когда он тупит. Там всё ещё будет текст загрузки по http? Или оно зависнет когда уже ядро начнёт писать много букв?
В логе втвари есть строчка:
Код: Выделить всё
[KERNEL] [ 7.394023] random: nonblocking pool is initialized
Тормоза происходят после скачивания wtware.nbi, но перед его запуском. Не представляю, что там может тормозить. Операций с сетью там быть не должно. Файл скачался - дальше всё локально происходит до запроса втвари к DHCP. И это должно занимать пусть три секунды, не больше.
Надо искать бубен больше. Намного больше.
Посмотри внутрь файла http.cfg.
Удали оттуда строку wtware-boot.
Раскомментируй строки initrd и boot. Там будет квест, надо будет догадаться, на что надо исправить адреса.
Когда исправишь и всё поедет - убери слово quiet из строки boot. Так линуксовое ядро будет писать много букв в процессе запуска.
После всего этого расскажи, что будет написано на экране терминала когда он тупит. Там всё ещё будет текст загрузки по http? Или оно зависнет когда уже ядро начнёт писать много букв?
Re: Загрузка терминалов с разных сетей
Вообщем сделал так:aka писал(а):У тебя там аномальная зона.
В логе втвари есть строчка:
7.39 это время от запуска ядра. Семь секунд. И эта строчка появляется позже, чем втварь получается ответ от DHCP. То есть время от старта часов в линуксовом ядре до этой строчки (и соответственно до отклика DHCP) вполне разумное.Код: Выделить всё
[KERNEL] [ 7.394023] random: nonblocking pool is initialized
Тормоза происходят после скачивания wtware.nbi, но перед его запуском. Не представляю, что там может тормозить. Операций с сетью там быть не должно. Файл скачался - дальше всё локально происходит до запроса втвари к DHCP. И это должно занимать пусть три секунды, не больше.
Надо искать бубен больше. Намного больше.
Посмотри внутрь файла http.cfg.
Удали оттуда строку wtware-boot.
Раскомментируй строки initrd и boot. Там будет квест, надо будет догадаться, на что надо исправить адреса.
Когда исправишь и всё поедет - убери слово quiet из строки boot. Так линуксовое ядро будет писать много букв в процессе запуска.
После всего этого расскажи, что будет написано на экране терминала когда он тупит. Там всё ещё будет текст загрузки по http? Или оно зависнет когда уже ядро начнёт писать много букв?
закоментил бут, изменил строки вот на что
Код: Выделить всё
initrd http://192.168.1.17/wtware/5.2.9/packages/initrd
boot http://192.168.1.17/wtware/5.2.9/packages/kernel root/dev/ram0 quiet http://192.168.1.17/wtware/
После поправил конфиг вот на что
Код: Выделить всё
initrd http://192.168.1.17/wtware/5.2.9/packages/initrd
boot http://192.168.1.17/wtware/5.2.9/packages/kernel root/dev/ram0 http://192.168.1.17/wtware/
Потом позже дописал что ты писал
Код: Выделить всё
random: nonblocking pool is initialized
Или оно зависнет когда уже ядро начнёт писать много букв?
- Вложения
-
- Фото 2
- DSC_0159.JPG (190.34 КБ) 68803 просмотра
-
- Фото 1
- DSC_0158.JPG (217.47 КБ) 68803 просмотра
Re: Загрузка терминалов с разных сетей
Последнюю строчку надо писать так (обратите внимание на выделенное красным):
"...А настоящий врач должен быть еще и внимателен..." (c)boot http://192.168.1.17/wtware/5.2.9/packages/kernel root/dev/ram0 quiet http=192.168.1.17/wtware
Re: Загрузка терминалов с разных сетей
Ну может не досмотрел, но ошибка не поменялась, фото приложилRushmore писал(а):Последнюю строчку надо писать так (обратите внимание на выделенное красным):"...А настоящий врач должен быть еще и внимателен..." (c)boot http://192.168.1.17/wtware/5.2.9/packages/kernel root/dev/ram0 quiet http=192.168.1.17/wtware
- Вложения
-
- Фото
- DSC_0160.JPG (196.62 КБ) 68802 просмотра
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
У нас здесь съезд невнимательных врачей?
Re: Загрузка терминалов с разных сетей
aka писал(а):У нас здесь съезд невнимательных врачей?
Брал как написано в конфиге!
Ну что грузанулся терминал очень быстро сек в 10 наверное Щас попробую без второй сетёвки в сети
Загрузка по http работает с обоих сетей!
Теперь вопрос если терминала нету в конфигах, то новый конфиг с мак-ом терминала не создаётся на сервере из удаленной сети, почему? В локальной сети нормально создается пустой конфиг! Логи терминалов загрузки приложил!
Ну и в конце хотелось бы добавить, если на сервер втвари будет 2 интерфейса как грузиться пк с разных подстетей, если загрузчик написан на конкретную сеть?
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Так что изменилось, после чего загружаться за десять секунд стало?
Не может сам определить МАК. А другим не доверяет. Придётся руками вводить...VIGO писал(а):если терминала нету в конфигах, то новый конфиг с мак-ом терминала не создаётся на сервере из удаленной сети, почему?
Раздавать разным терминалам разные загрузчики.VIGO писал(а):если загрузчик написан на конкретную сеть?
Re: Загрузка терминалов с разных сетей
Ну в принципе как говорили так и сделал в конфиге http прописал параметрыaka писал(а):Так что изменилось, после чего загружаться за десять секунд стало?
Код: Выделить всё
initrd http://192.168.0.17/wtware/5.2.9/packages/initrd
boot http://192.168.0.17/wtware/5.2.9/packages/kernel root=/dev/ram0 quiet http=192.168.0.17/wtware
Плохо что писать руками оставил интерфейс в другой сети для добавления автоматом, в настройках сервера втвари прописал слушать только один интерфейс из главной сети 0.0 чтобы загрузка происходила по одному конфигу! Конечно щас обмазгую стоит ли держать кучу сетевых или вбивать руками, думаю второе всё же лучше!Не может сам определить МАК. А другим не доверяет. Придётся руками вводить...
Раздавать разным терминалам разные загрузчики.
В принципе в данной проблеме тоже решение найдено всем спасибо кто помогал разбираться!
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Попробуй ничего вокруг не меняй, только в http.cfg верни вё как было: закомментируй строки initrd и boot, и добавь строку с одним словом wtware-boot. Тормоза вернутся?VIGO писал(а):Ну в принципе как говорили так и сделал в конфиге http прописал параметрыaka писал(а):Так что изменилось, после чего загружаться за десять секунд стало?
Re: Загрузка терминалов с разных сетей
Вернул, виртуальная машина поднилась быстро, обычный пк нет завис!aka писал(а):Попробуй ничего вокруг не меняй, только в http.cfg верни вё как было: закомментируй строки initrd и boot, и добавь строку с одним словом wtware-boot. Тормоза вернутся?VIGO писал(а):Ну в принципе как говорили так и сделал в конфиге http прописал параметрыaka писал(а):Так что изменилось, после чего загружаться за десять секунд стало?
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Чудеса. Не могу объяснить это зависание.
Re: Загрузка терминалов с разных сетей
У меня кстати тоже по HTTP грузится только если прописать отдельно initrd и boot.
wtware-boot тоже виснет.
wtware-boot тоже виснет.
Re: Загрузка терминалов с разных сетей
Добрый день! Снова возвращаемся к проблемам! Вроде бы всё обкатал, но оказывается не всё! Начинаю поднимать втваре на боевом сервере, но вот опять проблема, в логах тфтп сыпяться проблемы! Приложил лог! Сервер виртуальный 2008р2, удаптер ставил устаревший и обычный, ошибка всё равно одна! Прошу прокоментировать?
upd.
Исправил ошибку! Ошибка появляется когда начинает работать 2-ой интерфейс из другой сети, и если в нём прописаны днс-ы 1-ой сети, убрал днс, всё нормально без ошибок!
upd.
Исправил ошибку! Ошибка появляется когда начинает работать 2-ой интерфейс из другой сети, и если в нём прописаны днс-ы 1-ой сети, убрал днс, всё нормально без ошибок!
- Вложения
-
- WTware_TFTP_2014-09-18_11-13-23.zip
- Лог
- (1.52 КБ) 716 скачиваний
-
- Разработчик
- Сообщения: 11861
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Загрузка терминалов с разных сетей
Оно сообщает нам, что столкнулось с конфигурацией, которую мы считали невозможной. Эта проблема не должна была мешать службам работать, только лог распухнет.
В соседней теме про ком-порты версию выложил. Попробуй её. Она не должна ругаться в этой конфигурации.
В соседней теме про ком-порты версию выложил. Попробуй её. Она не должна ругаться в этой конфигурации.
Re: Загрузка терминалов с разных сетей
Добрый день! Накатил обнову всё прошло без ошибок! Спасибо большое, едем дальше
Re: Загрузка терминалов с разных сетей
Добрый день! Ну вообщем хочу поделиться запуск 15 клиентов прошёл нормально, работаем с разных подсетей, грузимся через http, в принципе пока всё устраивает оборудование всё работает надо думать щас с пробросом usb и принтеров и в принципе надобность в пк отпадёт можно заводить всё на vdi