News & Events
- 2025/8/29 システムメンテナンスの完了及びホームページリニューアルのお知らせ
- 2025/8/28 システムメンテナンスのお知らせ
- 2025/6/15 アセンテック株式会社共催 当社メタバース会場での自治体関係者様向けオンラインセミナー開催のお知らせ
新規トピック作成
No title
ライセンス サーバーに接続できません。
いつもお世話になっております。慣れないPresentaition Server3.0でハマっています。
MetaFrame Presentaition Server3.0 AdvancedEdition
OS：Windows2003
METAFRAMEサーバ01〜03の3台、ドメインコントローラ01〜02の2台
?．瓮織侫譟璽爛機璽?01にライセンスサーバをインストール
??3台のメタフレームサーバ01〜03にメタフレームをインストール。
??ライセンスサーバを01からアンイントール
?ぅ薀ぅ札鵐好機璽个鬟疋瓮ぅ鵐灰鵐肇蹇璽蕁?01にインストール。
の結果、メタフレームサーバのイベントログに｢ライセンス サーバーに接続できません。｣のエラーが一時間毎に表示されるようになってしまいました。またイベントログにはほぼ同時に
(1)サーバー ldap/XXXXXX.co.jp/XXXXXX.co.jp@YYYYYY.co.jp とのセキュリティで保護された接続を確立できませんでした。利用できる認証プロトコルはありませんでした。
(2)この MetaFrame Presentation Server のライセンスの試用期間は、あと 33 時間で切れます。これにより、クライアント ユーザーがこのサーバーに接続できなくなります。
との警告が出ています。
ライセンスサーバを後から変更した場合何か設定変更をする必要があるのでしょうか？それともメタフレームサーバを3台とも再インストールしなくてはならないのでしょうか？
ご教授願います。
MetaFrame Presentaition Server3.0 AdvancedEdition
OS：Windows2003
METAFRAMEサーバ01〜03の3台、ドメインコントローラ01〜02の2台
?．瓮織侫譟璽爛機璽?01にライセンスサーバをインストール
??3台のメタフレームサーバ01〜03にメタフレームをインストール。
??ライセンスサーバを01からアンイントール
?ぅ薀ぅ札鵐好機璽个鬟疋瓮ぅ鵐灰鵐肇蹇璽蕁?01にインストール。
の結果、メタフレームサーバのイベントログに｢ライセンス サーバーに接続できません。｣のエラーが一時間毎に表示されるようになってしまいました。またイベントログにはほぼ同時に
(1)サーバー ldap/XXXXXX.co.jp/XXXXXX.co.jp@YYYYYY.co.jp とのセキュリティで保護された接続を確立できませんでした。利用できる認証プロトコルはありませんでした。
(2)この MetaFrame Presentation Server のライセンスの試用期間は、あと 33 時間で切れます。これにより、クライアント ユーザーがこのサーバーに接続できなくなります。
との警告が出ています。
ライセンスサーバを後から変更した場合何か設定変更をする必要があるのでしょうか？それともメタフレームサーバを3台とも再インストールしなくてはならないのでしょうか？
ご教授願います。
こんにちは。
ライセンスサーバを変更されているようなのでライセンスサーバの参照先を変更してやる必要性があります。（サーバファーム単位、MetaFame単位で）設定個所は管理コンソール→サーバファームのプロパティ→ライセンスサーバにあります。
もしライセンスのアクティブ化をおこなっているようであれば新しいライセンスサーバの名前でライセンスを取得後、ライセンスファイルをライセンスサーバに登録する必要性があります。（１）に関してはよくわかりません。
ライセンスサーバを変更されているようなのでライセンスサーバの参照先を変更してやる必要性があります。（サーバファーム単位、MetaFame単位で）設定個所は管理コンソール→サーバファームのプロパティ→ライセンスサーバにあります。
もしライセンスのアクティブ化をおこなっているようであれば新しいライセンスサーバの名前でライセンスを取得後、ライセンスファイルをライセンスサーバに登録する必要性があります。（１）に関してはよくわかりません。
ありがとう御座います、asdssssさんの方法で接続する事ができました。
SV上のAPL(自己開発)が開いたファイルをCL側で表示したい
メタフレームを使用して、CLよりSV上のファイル表示APL(VB.NETで作成)を起動し、
選択したファイルをProcess.Startでファイルを開こうと思ってるのですが、
CL側に表示出来るのでしょうか？
大変恐縮ですが、どういう設計なら出来るのか教えてください。
初歩的な質問ですみませんが、どうぞよろしくお願いします。
選択したファイルをProcess.Startでファイルを開こうと思ってるのですが、
CL側に表示出来るのでしょうか？
大変恐縮ですが、どういう設計なら出来るのか教えてください。
初歩的な質問ですみませんが、どうぞよろしくお願いします。
ご質問の意図が良く判りません。
もう少し判りやすく記述いただけませんか？
もう少し判りやすく記述いただけませんか？
ドメインの変更
MetaFrame Frame Presentation Server3.0 を構築しようとしているのですが、
ドメインサーバーは先にユーザーへ納品している為、本来使用する環境とは別の
ドメインに参加しMetaFrame Frame を一旦構築後、ユーザー先へ納品時に
本来参加するドメインに変更したいと考えています。
そのようなことは可能でしょうか？
よろしくお願いします。
＜環境＞
Windows2003server
Meteframe Presentation Server3.0
※ﾀｰﾐﾅﾙｻｰﾊﾞｰ、ﾀｰﾐﾅﾙｻｰﾊﾞｰﾗｲｾﾝｽ、MetaFrameAccessSuitﾗｲｾﾝｽｻｰﾊﾞｰの全てを
ﾒﾀﾌﾚｰﾑをｲﾝｽﾄｰﾙするｻｰﾊﾞｰ上にｾｯﾄｱｯﾌﾟする予定です。
ドメインサーバーは先にユーザーへ納品している為、本来使用する環境とは別の
ドメインに参加しMetaFrame Frame を一旦構築後、ユーザー先へ納品時に
本来参加するドメインに変更したいと考えています。
そのようなことは可能でしょうか？
よろしくお願いします。
＜環境＞
Windows2003server
Meteframe Presentation Server3.0
※ﾀｰﾐﾅﾙｻｰﾊﾞｰ、ﾀｰﾐﾅﾙｻｰﾊﾞｰﾗｲｾﾝｽ、MetaFrameAccessSuitﾗｲｾﾝｽｻｰﾊﾞｰの全てを
ﾒﾀﾌﾚｰﾑをｲﾝｽﾄｰﾙするｻｰﾊﾞｰ上にｾｯﾄｱｯﾌﾟする予定です。
普通にスタンドアロン環境で構築してその後ドメイン参加ではまずいのですか？
「可能/不可能」ではなく、意味のある行為とは思えませんね。
仮にMetaFrameのインストール作業が別ドメインで出来たとしても、
公開アプリケーションの作成他の設定は、運用するドメイン環境が必須です。
インストール自体よりも、これら設定作業のほうが遥かに重要で
手間を要するわけですから、インストール作業「だけ」を
ユーザ納品前に行うのは意味があるように思えません。
仮にMetaFrameのインストール作業が別ドメインで出来たとしても、
公開アプリケーションの作成他の設定は、運用するドメイン環境が必須です。
インストール自体よりも、これら設定作業のほうが遥かに重要で
手間を要するわけですから、インストール作業「だけ」を
ユーザ納品前に行うのは意味があるように思えません。
日本語版Metaｻｰﾊﾞｰに英語OSｸﾗｲｱﾝﾄを接続
日本語のMetaｻｰﾊﾞｰに英語OSのｸﾗｲｱﾝﾄを接続しようと考えています。
この場合に、ﾌﾟﾘﾝﾀの選定に悩んでいます。
日本のｻｲﾄには各ﾌﾟﾘﾝﾀﾒｰｶｰのMeta対応が載っているのですが、
海外のｻｲﾄで見つけられません。（私が見つけられないだけかも？）
現在考えているのはエプソン製のﾄﾞｯﾄﾏﾄﾘｸｽﾌﾟﾘﾝﾀで、日本でいうと、VPｼﾘｰｽﾞですが、
それに相当するﾌﾟﾘﾝﾀはDLQまたはLQｼﾘｰｽﾞになるみたいです。
ガワは同じに見えるのですが、中身は生産国が違っているらしく、同じものでは無いとのこと。
しかも、LQｼﾘｰｽﾞは日本で買うことが出来ず、海外で購入後、
ﾃｽﾄの為に日本へ送ってもらおうと思っています。
しかし、おそらく日本語OSに入れるﾄﾞﾗｲﾊﾞｰはなく、
ｸﾗｲｱﾝﾄに設定したﾌﾟﾘﾝﾀがｻｰﾊﾞｰ側にｵｰﾄｸﾘｴｰﾄされ、その時に割り付けるﾄﾞﾗｲﾊﾞ・・・？
などど考えていると、日本のﾌﾟﾘﾝﾀを導入してｻｰﾊﾞｰにだけ設定しても
使用出来るのではないか、と思ったり。
どなたかｱﾄﾞﾊﾞｲｽを下さい。
よろしくお願いします。
この場合に、ﾌﾟﾘﾝﾀの選定に悩んでいます。
日本のｻｲﾄには各ﾌﾟﾘﾝﾀﾒｰｶｰのMeta対応が載っているのですが、
海外のｻｲﾄで見つけられません。（私が見つけられないだけかも？）
現在考えているのはエプソン製のﾄﾞｯﾄﾏﾄﾘｸｽﾌﾟﾘﾝﾀで、日本でいうと、VPｼﾘｰｽﾞですが、
それに相当するﾌﾟﾘﾝﾀはDLQまたはLQｼﾘｰｽﾞになるみたいです。
ガワは同じに見えるのですが、中身は生産国が違っているらしく、同じものでは無いとのこと。
しかも、LQｼﾘｰｽﾞは日本で買うことが出来ず、海外で購入後、
ﾃｽﾄの為に日本へ送ってもらおうと思っています。
しかし、おそらく日本語OSに入れるﾄﾞﾗｲﾊﾞｰはなく、
ｸﾗｲｱﾝﾄに設定したﾌﾟﾘﾝﾀがｻｰﾊﾞｰ側にｵｰﾄｸﾘｴｰﾄされ、その時に割り付けるﾄﾞﾗｲﾊﾞ・・・？
などど考えていると、日本のﾌﾟﾘﾝﾀを導入してｻｰﾊﾞｰにだけ設定しても
使用出来るのではないか、と思ったり。
どなたかｱﾄﾞﾊﾞｲｽを下さい。
よろしくお願いします。
ドライバファイル（DLL）自体が同一のバージョンであれば問題ないでしょうけどね。
akazaさん
具体的に何を悩んでいるのか判りません。対処は
「使いたいプリンタのドライバをMetaFrameサーバにインストールするだけ」
だと思いますし、簡単に試せると思うのですが、実際に試したのですか？
> おそらく日本語OSに入れるドライバはなく、
これ本当ですか？英語版ドライバを日本語OSに入れることの
何が問題なのですか？
> 日本のサイトには各プリンタメーカのMeta対応が載っているのですが、
ここに掲載されたものは、あくまで「動作確認したもの」です。
掲載されていないことが、動作しないことを示すわけではありません。
それと、半角カナ文字の使用は止めましょうね。
具体的に何を悩んでいるのか判りません。対処は
「使いたいプリンタのドライバをMetaFrameサーバにインストールするだけ」
だと思いますし、簡単に試せると思うのですが、実際に試したのですか？
> おそらく日本語OSに入れるドライバはなく、
これ本当ですか？英語版ドライバを日本語OSに入れることの
何が問題なのですか？
> 日本のサイトには各プリンタメーカのMeta対応が載っているのですが、
ここに掲載されたものは、あくまで「動作確認したもの」です。
掲載されていないことが、動作しないことを示すわけではありません。
それと、半角カナ文字の使用は止めましょうね。
MetaFrame Server 構築
MetaFrame Frame XP Presentation Server を構築しようとしていますが、
どの書物を見ても、ドメインが、必須となっているようですが、
ドメインを使用せず、ワークグループで構築する手段ないのでしょうか？
Server:Windows2003Server
Server:MetaFrameXP Presentaition Server3.0 StandardEdition
以上
どの書物を見ても、ドメインが、必須となっているようですが、
ドメインを使用せず、ワークグループで構築する手段ないのでしょうか？
Server:Windows2003Server
Server:MetaFrameXP Presentaition Server3.0 StandardEdition
以上
ワークグループでも構築は可能ですが
負荷分散の機能が使用できなかったはずです。
負荷分散の機能が使用できなかったはずです。
ワークグループでも構築は可能なことは、わかりました。
だだ、どの資料をみても、ドメイン使用ありきで、ワークグループ環境での構築手順などふれているものがありません。
インストール手順など、ご存知の方いましたら、教示ください。
だだ、どの資料をみても、ドメイン使用ありきで、ワークグループ環境での構築手順などふれているものがありません。
インストール手順など、ご存知の方いましたら、教示ください。
はじめまして けいです。
ワークグループで構築しても基本的にドメインで作成するときと
基本的に手順は変わりません。
そのままドメイン使用の資料を参考に作られてもよろしいのではないか
と思います。
??serverOSインストール
??Metaframeをインストール
?８?するアプリケーションをインストール
?じ?アプリケーションを作成し使用するユーザー、グループを割り当てる
?ゥ?ライアントにクライアントソフトをインストールして設定、接続
の操作はドメイン、ワークグループ環境でも変わりません。
Metaframeの設定というのは目的によってかわります
ただ動かすだけであれば楽です。
もちろんそれなりにいろいろしようとすると難しいです。
大規模な環境ですと、いろいろ問題を解決しないといけないので
難しいですが・・・・
どうインストールしていいと聞かれても 回答するのは難しいので
とりあえずインストールをしてみてテストをしてみてはどうでしょうか？
疑問に思ったことがあればここで聞いてみるのもいいと思います。
MPS3.0であればライセンスファイルのバックアップさえ行っていれば
何回でもライセンスファイルを使用可能なので何回でもやり直しも聞きますし・・・
（ただしライセンスサーバーのNETBIOS名は同じであることが限定）
参考になればと思います。
ワークグループで構築しても基本的にドメインで作成するときと
基本的に手順は変わりません。
そのままドメイン使用の資料を参考に作られてもよろしいのではないか
と思います。
??serverOSインストール
??Metaframeをインストール
?８?するアプリケーションをインストール
?じ?アプリケーションを作成し使用するユーザー、グループを割り当てる
?ゥ?ライアントにクライアントソフトをインストールして設定、接続
の操作はドメイン、ワークグループ環境でも変わりません。
Metaframeの設定というのは目的によってかわります
ただ動かすだけであれば楽です。
もちろんそれなりにいろいろしようとすると難しいです。
大規模な環境ですと、いろいろ問題を解決しないといけないので
難しいですが・・・・
どうインストールしていいと聞かれても 回答するのは難しいので
とりあえずインストールをしてみてテストをしてみてはどうでしょうか？
疑問に思ったことがあればここで聞いてみるのもいいと思います。
MPS3.0であればライセンスファイルのバックアップさえ行っていれば
何回でもライセンスファイルを使用可能なので何回でもやり直しも聞きますし・・・
（ただしライセンスサーバーのNETBIOS名は同じであることが限定）
参考になればと思います。
ワークグループ環境の場合、環境によってはターミナルサービスのライセンスサーバに接続できなかったりすることがあります。その場合はレジストリにサーバ名に直接ライセンスサーバ名を記述すればOKですが。あとは注意点としては名前解決の部分でしょうか。ADならDNSが自動的にたちますけどワークグループの場合必ずしもDNSはなかったりしますので。
いろいろありがとうございます。
インストールは、したのですが、管理コンソールへログインするとき、
指定するサーバー名、ユーザー名、パスワードを、正しいのを入れているのですが、ログイン
できないのです。
ドメイン指定個所は、ありますが、インストールするとき、ドメイン環境でないので、指定していないので、指定していません。
今は、スタンドアロンで、Serverのみ構築しています。
サーバーフォームへログインができないので、ライセンスの追加はできないでいます。
Metaサーバーの構築は、LAN接続して構築しないと駄目なのでしょうか？
インストールは、したのですが、管理コンソールへログインするとき、
指定するサーバー名、ユーザー名、パスワードを、正しいのを入れているのですが、ログイン
できないのです。
ドメイン指定個所は、ありますが、インストールするとき、ドメイン環境でないので、指定していないので、指定していません。
今は、スタンドアロンで、Serverのみ構築しています。
サーバーフォームへログインができないので、ライセンスの追加はできないでいます。
Metaサーバーの構築は、LAN接続して構築しないと駄目なのでしょうか？
ドメイン環境、ワークグループ環境問わず、インストールの仕方
は、違いはないのだろうとの認識にいたりました。
で、下記の如く、インストールしたのですが、サーバーフォーム
にログインができない状態です。
１．WINDOWS 2003 Server へ、サーバへの役割として下記を追加。
アプリケーションサーバ
ターミナルサーバ
ドメイン環境での構築ではないので、ドメインコントローラは追加
していない。
２．MetaFrameXP Server for WINDOWS をインストール
このとき、データソースは、ACCESSを指定
ドメイン環境でないので、ドメインの指定はしていない
インストール手順の間違いとかないでしょうか？
現状は、Serverは、スタンダアロンで、構築しようとしています。
は、違いはないのだろうとの認識にいたりました。
で、下記の如く、インストールしたのですが、サーバーフォーム
にログインができない状態です。
１．WINDOWS 2003 Server へ、サーバへの役割として下記を追加。
アプリケーションサーバ
ターミナルサーバ
ドメイン環境での構築ではないので、ドメインコントローラは追加
していない。
２．MetaFrameXP Server for WINDOWS をインストール
このとき、データソースは、ACCESSを指定
ドメイン環境でないので、ドメインの指定はしていない
インストール手順の間違いとかないでしょうか？
現状は、Serverは、スタンダアロンで、構築しようとしています。
スタンドアロンでインストールした場合、ドメイン名＝コンピュータ名になるので
ログインできないのは、ドメイン名にコンピュータ名をいれていないから、、、
なんてことないですか？
ログインできないのは、ドメイン名にコンピュータ名をいれていないから、、、
なんてことないですか？
ワークグループ環境で動作させるのですが、スタンダアロンで、構築してから、LAN接続しようよとしています。
ワークグループ環境で使用しますので、ドメインコントローラは、サーバの役割としては持たせていません。
ドメイン名にコンピュータ名をいれても、いなくても、結果は同じです。
以上
ワークグループ環境で使用しますので、ドメインコントローラは、サーバの役割としては持たせていません。
ドメイン名にコンピュータ名をいれても、いなくても、結果は同じです。
以上
けいです
ちなみにログインできないときのエラーメッセージはなんでしょうか？
（今回のケースでしたら大丈夫ですが、正確にエラーメッセージを
表示してもらえるとアドバイスしやすいです。）
考えられる原因としてはEthernetがリンクアップした状態で
サーバーのMetafrmeサービスが起動しているかぐらいでしょうか
ほかはCommyさんがいうようにドメイン名の問題ぐらいです。
ライセンスの追加についてですがMPS3.0からは別扱いなので
ファームが存在しなくてもインストール可能です。
Mycitrixでライセンスを登録してライセンスファイルを入手したのち
手動でライセンスファイルをコピーしても可です。
(ライセンスサーバーは起動してなくてもMetaframeはログイン可能です。
ただしライセンスサーバーのエラー表示は出ます。)
私も2003Serverのワークグループで一度テスト的にインストールしましたが
特別問題はありませんでした。
ちなみにログインできないときのエラーメッセージはなんでしょうか？
（今回のケースでしたら大丈夫ですが、正確にエラーメッセージを
表示してもらえるとアドバイスしやすいです。）
考えられる原因としてはEthernetがリンクアップした状態で
サーバーのMetafrmeサービスが起動しているかぐらいでしょうか
ほかはCommyさんがいうようにドメイン名の問題ぐらいです。
ライセンスの追加についてですがMPS3.0からは別扱いなので
ファームが存在しなくてもインストール可能です。
Mycitrixでライセンスを登録してライセンスファイルを入手したのち
手動でライセンスファイルをコピーしても可です。
(ライセンスサーバーは起動してなくてもMetaframeはログイン可能です。
ただしライセンスサーバーのエラー表示は出ます。)
私も2003Serverのワークグループで一度テスト的にインストールしましたが
特別問題はありませんでした。
皆さん、アドバイスありがとうございます。
MPS3.0は、MetaFrameXP Presentaition Server3.0 StandardEdition のことではなく、
MetaFrame Presentaition Server3.0 StandardEditionですよね。
ちなみに、エラーメッセージは、「指定した MetaFrameXP サーバー "XXXXXXX" に接続できません」です。
MPS3.0は、MetaFrameXP Presentaition Server3.0 StandardEdition のことではなく、
MetaFrame Presentaition Server3.0 StandardEditionですよね。
ちなみに、エラーメッセージは、「指定した MetaFrameXP サーバー "XXXXXXX" に接続できません」です。
Metaで3.0といえばMetaFrame Presentaition Server3.0です。
XPとつくのは1.0しかないですよ。マイナーバージョンとしてFR1〜FR3があります。
XPとつくのは1.0しかないですよ。マイナーバージョンとしてFR1〜FR3があります。
複数のMetaFrameサーバーを運用する際にWinドメインを使用しない場合は
アプリを公開する際にビルトイインユーザーを選ぶ事が必要になります。
ただし、ユーザーの管理が面倒なのでお勧めしません。
素直にWinドメインを構築する事をお勧めします。
アプリを公開する際にビルトイインユーザーを選ぶ事が必要になります。
ただし、ユーザーの管理が面倒なのでお勧めしません。
素直にWinドメインを構築する事をお勧めします。
pinguさんに賛成。
Workgroup環境で構築することはデメリットが多すぎます。
確かにドメイン環境を作ると、サーバが少なくとも1台余分に必要になることは
事実ですが、それを補って余りあるメリットがあります。
拡張性、セキュリティ面、ユーザ管理の利便性、システム全体での可用性、etc
これらどれを取っても、Workgroupよりもドメイン環境が上回ります。
ワークグループに固執する理由を教えていただきたいくらいなのですが。
Workgroup環境で構築することはデメリットが多すぎます。
確かにドメイン環境を作ると、サーバが少なくとも1台余分に必要になることは
事実ですが、それを補って余りあるメリットがあります。
拡張性、セキュリティ面、ユーザ管理の利便性、システム全体での可用性、etc
これらどれを取っても、Workgroupよりもドメイン環境が上回ります。
ワークグループに固執する理由を教えていただきたいくらいなのですが。
新規ＤＳＮファイルの作成方法（Accessデータストアを移動する時）
いつも参考にさして頂いています。
環境：
Server:Windows2000Server
Server:MetaFrameXP with Feature Release 2 Service Pack 2
Accessデータベースを保持しているサーバーを別のサーバーに移行したいと思っています。
下記のサイトにある方法を実行しようと思うのですが、
手順２で
新規ホストサーバーで、コピーした新しいローカルデータベースを参照するDSNファイルを作成します。
とあるのですが、新しいローカルデータベースを参照するDSNファイル というのが具体的に分かりません。
元ホストサーバーにあるMF20.dsnをバックアップコマンドでバックアップするとMF20.mdbというファイルが作成されます。
これを名前を変えて拡張子を.dsnにし(例えば、NEW_MF20.dsnのように)、適当な場所
（新ホストサーバーのProgram Files\Citrix\Independent Management\Architecture）に移すだけでよいのでしょうか？
初歩的な質問で恐縮ですが、
どなたかお心当たりのある方がおられましたら、ご教授ください。
お願いします。
http://support.citrix.com/kb/entry!default.jspa?categoryID=118&entryID=2775&fromSearchPage=true
環境：
Server:Windows2000Server
Server:MetaFrameXP with Feature Release 2 Service Pack 2
Accessデータベースを保持しているサーバーを別のサーバーに移行したいと思っています。
下記のサイトにある方法を実行しようと思うのですが、
手順２で
新規ホストサーバーで、コピーした新しいローカルデータベースを参照するDSNファイルを作成します。
とあるのですが、新しいローカルデータベースを参照するDSNファイル というのが具体的に分かりません。
元ホストサーバーにあるMF20.dsnをバックアップコマンドでバックアップするとMF20.mdbというファイルが作成されます。
これを名前を変えて拡張子を.dsnにし(例えば、NEW_MF20.dsnのように)、適当な場所
（新ホストサーバーのProgram Files\Citrix\Independent Management\Architecture）に移すだけでよいのでしょうか？
初歩的な質問で恐縮ですが、
どなたかお心当たりのある方がおられましたら、ご教授ください。
お願いします。
http://support.citrix.com/kb/entry!default.jspa?categoryID=118&entryID=2775&fromSearchPage=true
自己レスです。私が最初考えていた方法（拡張子をdsnに変える）では、やはり駄目です。
データソース（ＯＤＢＣ）を用いて、新しいローカルデータベースを参照するDSNファイルを作成するようです。今は、【ODBCデータソースアドミニストレーター】を用いて、システムDNSで作成すればいいのかファイルDNSで作成すればよいのか悩み中です。
「ファイルDNS」→「追加」で作成しようと思っているのですが。
データソース（ＯＤＢＣ）を用いて、新しいローカルデータベースを参照するDSNファイルを作成するようです。今は、【ODBCデータソースアドミニストレーター】を用いて、システムDNSで作成すればいいのかファイルDNSで作成すればよいのか悩み中です。
「ファイルDNS」→「追加」で作成しようと思っているのですが。
元ホストサーバにあるmf20.dsnをそのまま使用できるはずです。
No title
wfcwin32.log
MetaFrameXP FR3管理コンソールにログインできない
FR2→FR3へupgradeしましたが管理コンソールにログインできません。
どなたか回避策をご存知でしたらご教授頂きたく。。
♯「再インストールしか無い！」はどうかご勘弁ください。
どなたか回避策をご存知でしたらご教授頂きたく。。
♯「再インストールしか無い！」はどうかご勘弁ください。
アプリケーションで自動にログインしてしまう。
Accessで作成したアプリケーションでユーザIDおよびパスワード入力をフォームで
作成したのですがメタフレームを起動するとそのログイン画面をスルーして次の
画面へいってしまうときがあります。
メタフレームでのログインは設定しておりません。
作成したのですがメタフレームを起動するとそのログイン画面をスルーして次の
画面へいってしまうときがあります。
メタフレームでのログインは設定しておりません。
「ログイン画面をスルーしてしまうときがある」ということはログイン画面が表示される時と表示されない時があるということですか？
Powerful & Beautiful
力強く、美しいシステムを。