dredd_red: тогда всё должно работать. Сделайте трассировку, проверьте, что у вас трасса до этого IP, на котором софтина ожидает свой сервер лицензий увидеть, действительно идёт на ваш локальный сервер.
WebDiez: Что-то начинает казаться, что вы какие-то костыли изобретаете :-) Расскажите лучше, в чём конкретно задача состоит. Возможно, решать её нужно совсем по-другому.
WebDiez: так сделать не получится. У каждого пользователя в каталоге лежит файл с индивидуальными настройками -- это кусок реестра, который подгружается при входе пользователя. Как минимум эта часть должна быть у каждого пользователя своя. Так что сделать прям всем-всем одну пользовательскую папку со всеми настройками можно только одним способом -- когда все работают под одной и той же учёткой.
dredd_red: "Имеется программа, которая отправляет запрос на проверку лицензии на удалённый сервер" и "мой сервер поднятый на моём компьютере (Open Server)" -- находятся на одном компе?
rader90: Н-да, чо-та я затупил. В общем, с IPFW этот номер не пройдёт. ipfw fwd не меняет пакет, и следовательно, подмены адреса не будет делать. Если прям очень хочется на ipfw, то надо экспериментировать с каким-нибудь reverse nat. Если можно переползти на pf, то там вот такая конструкция точно работает:
rdr proto udp from $lan_subnet to ! $local_dns port 53 -> $local_dns
============
И все DNS-запросы по UDP, идущие на НЕ-локальный DNS-сервер, будут заворачиваться на локальный DNS-сервер. В ответах IP-адреса сервера файрвол будет подменять, и клиент будет считать, что общается с тем сервером, к которому и обратился.
postarnak: Я ж вас сказал, что ESX можно пускать с флэшки. Только желательно предусмотреть внешний syslog-сервер, чтобы ESX мог туда логи писать, а не на флэшку.
Равно как и говорил, что при наличии локальных жёстких дисков на сервере, я не вижу смысла возиться с запуском ESX с флэшки. Если бы дисков там не было -- это другой разговор, а когда они есть -- какой смысл?
Драйвера могут быть в tgz или в vib формате. Они устанавливаются в ESX по-разному. В общем случае tgz может быть просто архивом, и установить его в ESX не удастся. VIB (vSphere installation bundle) -- это точно установится в ESX, если версии позволяют.
postarnak: Что значит "вы не знаете, на какой именно кусок железа не хватает дров"? Чаще всего отказывается вставать при отсутствии драйвера сетевой карты.
Да, ESX можно пускать с флэшки, а диски использовать только под виртуалки. Хотя при наличии локальных жёстких дисков я не вижу смысла городить огород с флэшкой. Разве что ради экономии пары-тройки гигов дискового пространства на дисках. Но всё равно, мне кажется, что этот геморрой не стоит свеч :-)
postarnak: В общем случае, работоспособность системы под одной ОС не означает работоспособности под другой. Если у вас инсталлятор зависает или падает на разных этапах установки ESX, то с железом точно проблемы.
Что касается драйверов -- вы так и не указали, на какое конкретно железо у вас там драйверов не хватает. Если на RAID-контроллер, вот вот здесь есть пачка информации в разделе VMware support: http://mycusthelp.info/LSI/_cs/AnswerDetail.aspx?i...
Но в целом, с поддержкой этого контроллера в VMware довольно грустно.
Данил: А что за ключ "-о" у телнета? В винде такого ключа нет, во фре тоже не нашёл.
Нужно результаты команд (тока без угловых скобок)
telnet 3389
telnet 3389
Перебор паролей к SSH к вашей проблеме отношения не имеет. Но я бы рекомендовал вам SSH перевесить на какой-нибудь нестандартный порт с номером повыше.
postarnak: То есть, я правильно понял, что у вас установка зависает в произвольные моменты времени?
То, что у вас устанавливается определённая ОС -- не показатель. Если бы она там поработала сколько-нибудь длительное время, да ещё под нагрузкой -- тогда да, это было бы определённым показателем. Установите какую-нибудь операционку и запустите какой-нибудь стресс-тест на сутки-другие. Например, под винду aida64 умеет делать стресс-тест на ЦПУ/память/диск. Если сервак не зависнет и не перезагрузится -- тогда есть предмет разговора.
postarnak: я вам дал ссылку, где есть ссылка на mega.co.nz ;-)
Что касается всего остального, то если "установка встаёт на разных моментах" = "инсталлятор зависает в произвольные моменты времени", то у вас глючит железо, и никакой перебор инсталляторов не имеет смысла вообще -- от сменой инсталлятора аппаратные проблемы не лечатся.
alovanton: vSphere client --> тыкаем на хост --> вкладка "Configuration" --> Пункт Storage --> В диалоге справа кнопка Add storage. Там диск тоже не виден?
vadik_tmb: для 50 сессий на 100-мегабитном аплинке i5 -- это жирно. Мы тут как-то старый сервер добавили на один объект, для резервирования. И внезапно выяснилось, Pentium4 2.8 GHz нормально тянет около полутора сотен сессий и в пике прокачивает около 200 мегабит без проблем. И судя по загрузке, до 400-500 мегабит ещё вполне можно было наращивать.
И да, для резерва нужно не только 2 коммутатора, но и два канала :-) Ну, это в идеале.