- у Вас изолированная машина вне корпоративной локальной сети? (Netmask 255.255.255.255 и шлюз в Hercules)
- если Windows Host Hercules Guest 10.74.1.240 10.74.1.41
то тогда HOME в TCP/IP PROFILE не 10.74.1.240, а 10.74.1.41 соответственно, DEFAULTNET не 10.74.1.41, а 10.74.1.240
сетевая конфигурация такая же, как если бы это была реальный мэйнфрейм с 3172 и персоналка с Windows, и это неважно, что этот мэйнфрейм на самом деле прячется внутри этой персоналки)
и в конфигурационном файле Hercules тоже адреса перепутаны: LCS -n hostIP guestIP, то есть: 802.2 LCS -n 10.74.1.240 10.74.1.41
- WINPCAP установили? какой версии?
Сообщение отредактировал Gregory - Чт, 11.08.2016, 10:57
Цитата mentor ()кстати, по Вашей ссылке скачала файл 533, перекачала на МФ в binary, но распаковать не удается: receive indsn('K010101.FILE533.XMI') файл нужно передать как binary в последовательный набор данных F 80.
Цитатаmentor ()
Gregory, я так и передавала, в bynary.
файл нужно передать как binary в последовательный набор данных F 80. Весьма часто в параметрах конфигурации TCP/IP (ftp.data) для создаваемых при передаче ftp наборов данных определено LRECL 256 RECFM VB. При передаче образа XMIT в режиме binary в такой набор данных происходит потеря границ записей и восстановление (RECEIVE) не выполнится. Поэтому: либо выполните quote site recfm=f lrecl=80 blksize=24000 до put, либо предварительно распределите набор данных с RECFM F, LRECL 80.
Gregory, WinCap 4.1.3 установлен. Спасибо Вам за ответы. Проблема одна была в том, что я не запускала Hercules с правами администратора. На одном ПК заработала сеть, с адресами 192.168.1.250 и 192.168.1.1. На другом пока нет. Видимо, настройки маршрутов проверить надо.
предыдущий вопрос снимается. Оказывается, для работы с м\л 3480 необходимо их описать в конфигураторе, если даже потом отсоединяем после загрузки. Иначе лишь командой attach они не берутся, в отличие от дисков
Сообщение отредактировал mentor - Ср, 31.08.2016, 13:01
сеть пока работает в пределах одного ПК с адресами 192.168.1.250 на хосте, и 192.168.1.1 на адаптере(на ПК), замыкающем на самом себе. с реальными адресами на моем ПК не заработала, на сервере будут пробовать.
Gregory, предыдущий вопрос снимается. Оказывается, для работы с м\л 3480 необходимо сначала их описать в конфигураторе, если даже потом отсоединяем после загрузки. Иначе лишь командой attach они не берутся, в отличие от дисков
сеть пока работает в пределах одного ПК с адресами 192.168.1.250 на хосте, и 192.168.1.1 на адаптере(на ПК), замыкающем на самом себе. с реальными адресами на моем ПК не заработала, на сервере будут пробовать.
то есть, если я правильно Вас понял, сейчас у ПК есть IP, относящийся к реальному адаптеру, для определенности x.x.x.x, и loopback c 192.168.1.250 и 192.168.1.1. В таком случае доступ в корпоративную сеть можно обеспчить, если активировать в host-системе (Windows) IP forwarding: для Windows XP для Windows7 а затем прописать явно маршрутизацию на 192.168.1.1 через x.x.x.x конечно, проще все же конфигурировать реальный адаптер а не loopback а для z/OS использовать незанятый адрес из корпоративной сети.
Цитата
Оказывается, для работы с м\л 3480 необходимо сначала их описать в конфигураторе, если даже потом отсоединяем после загрузки. Иначе лишь командой attach они не берутся, в отличие от дисков
- не понятно, к какому адаптеру (реальному, loopback или какому-то виртуальному (vpn) относится приведенные свойства. приведите вывод команды ipconfig, он более информативен да и копировать его проще)
- в конфигурации у Вас CTC, а не LCS, что тоже вполне неплохо
- если Вы в приведенной конфигурации замените адрес 192.168.1.1 на адрес вашего ПК в корпоративной сети, а адрес 192.168.1.250 на другой адрес из этой же сети, и укажете правильный адрес основного шлюза, все будет работать. Именно такая конфигурация ПК у меня на работе: 172.16.12.190 z/OS, 172.16.12.194 Host (Windows). z/OS 172.16.12.190 доступен всем.
это у Вас через реальный адаптер или через Loopback?
172.16.12.194 реальный адаптер
Вообще, loopback действительно нужен только в том случае, когда в ПК отстутствует реальный адаптер. Можно, конечно, использовать loopback и при наличии реального адаптера, но тогда с ним должен быть связан адрес из другой подсети, и чтобы все работало, потребуется еще и маршрутизацию правильно описать. Ну и зачем это? Запросите у Вашего администратора локальной сети еще один адрес, пропишите его в Hercules config и z/OS TCP/IP profile и не надо никаких танцев с бубном .
Сообщение отредактировал Gregory - Пн, 05.09.2016, 23:09
а можно и так (2): ----------+----------------------------------------------- | 172.16.12.194 ПК1 | 172.17.12.194 ПК2
то есть, вместо того, чтобы просто подключить сетевой адаптер нового компьютера к сети, можно в какой-то уже подключенный компьютер вставить второй сетевой адаптер и подключить новый ПК через него. В рассматриваемом случае "ПК1" это реальный ПК с Windows, а "ПК2" это виртуальный хост с z/OS, но от этого логическая схема подключения никак не меняется, так что подключение с loopback это реализация схемы (2)
Gregory, Спасибо Вам за дельные советы. Почти все заработало. Возник попутно еще вопрос. Работаем с корпоративной сети через telnet программу wc3270. по порту 23 не заходит. работает через 2023
а через pc comm вообще не загружается. Отчего бы это?
Работаем с корпоративной сети через telnet программу wc3270. по порту 23 не заходит.
работаем с какой подсистемой? если Вы хотите работать с TSO, то нужен эмулятор терминала 3270, например, wc3270 или pc com, используемый порт 23. если Вы хотите работать с z/OS Unix (USS), то нужен эмулятор терминала ascii, например, putty или telnet, используемый порт 2023, обслуживаемый otelnetd. 3270 и ascii это принципиально разные терминалы и протоколы. написанное выше относится к z/OS, т.е. при соединении указывается hostname/IP address z/OS, а не hercules. Hercules эмулирует локальные терминалы 3270, которые можно использовать в качестве консоли и терминала TSO, и в этом случае hostname/IP address не z/OS, а hercules, а порт 3270. таким образом, если hercules это 192.168.1.1, а z/OS - 192.168.1.2, то tn3270 192.168.1.1 3270 соединится с TSO использованием эмуляции hercules и VTAM; tn3270 192.168.1.2 23 соединится с TSO использованием TCP/IP и VTAM; telnet 192.168.1.2 2023 соединится с z/OS UNIX (shell) с использованием TCP/IP;
Сообщение отредактировал Gregory - Чт, 20.10.2016, 00:22
Gregory, Через VTAM порт 3270 нет проблем. все корректно работает. Здесь работаем через wc3270 с TSO через TCPIP. НО через 23 порт выдает, что на скрееншоте в предыдущем сообщении, но работает через порт 2023, хотя в конфигураторе они одинаково описаны, на первый взгляд: 23 TCP INTCLIEN ; Telnet Server 2023 TCP INTCLIEN ; Telnet Server for DEBUGGER
.
