タグ付けされた質問 「namespaces」

14
DFS名前空間にアクセスするときの長い一時停止
最近、共有ファイルにDFSを使用するようにWindowsネットワークを移行しました。迷惑な問題を除いて、DFSは正常に機能しています。ユーザーがしばらくアクセスしていないDFS名前空間にアクセスしようとすると、大幅な遅延が発生します。私はこの問題のトラブルシューティングを試みましたが、これまでのところ成功していません。ここにいる誰かが問題を解決するのに役立つポインターを持っていることを望んでいました。 まず、ネットワークの背景: ネットワークは、2つのWindows 2008 DCと2つのDNSサーバー(各DCに1つ)を持つWindows 2008機能レベルのActive Directoryドメインを使用します。ネットワークはDNSのみで、WINSはありません。すべてのコンピューターは同じサイトにあり、ギガビットイーサネットで接続されています。Windows 2008モードには約20のドメインベースのDFS名前空間があり、各DFS名前空間には2つのWindows 2008 DFS名前空間サーバー(すべての名前空間に同じ2つのサーバー)があります。すべてのネームスペースサーバーはFQDNモードであり、すべてのフォルダーターゲットはFQDNを使用して指定されます。すべてのコンピューターは、Service Packとパッチが適用された最新の状態です。 実際のフォルダーターゲット(つまり、DFSフォルダーが指すSMB共有)は複数のファイルサーバーとアプリケーションサーバーに散在し、すべてWindows 2008 R2を実行し、Windows 2003 R2を実行する2つのアプリケーションサーバー(レプリケーションセットアップなし) 1つのフォルダターゲットのみがあります)。 問題の詳細: 名前空間のアクセス遅延は通常1〜10秒で、特定のコンピューターが約5分以上要求された名前空間にアクセスしなかった場合に発生するようです。 たとえば、ユーザーが\\ domain.name \ namespace1 \に5分以上アクセスせず、Windowsエクスプローラーで\\ domain.name \ namespace1 \にアクセスしようとすると、エクスプローラーウィンドウは1〜10秒間フリーズしてから最終的に\\ domain.name \ namespace1に存在するフォルダーの再開と表示。その後、エクスプローラーウィンドウを閉じて、5分以内に\\ domain.name \ namespace1 \に再度アクセスしようとすると、コンテンツがほぼ瞬時に表示されます。5分以上待機すると、1〜10秒の一時停止が再び発生します。 名前空間の「内部」がすべて素晴らしくてきぱきとしている場合、それは名前空間への最初の接続にすぎません。 ブラウジングの遅延は、使用するWindowsのすべてのバリアント(Windows 2008 x64 SP2、Windows 2003 R2 x86 SP2、Windows XP Pro x86 SP3)に影響するようです-Windows XPよりもWindows XP …

2
Dockerの下のChrome:CAP_SYS_ADMIN対特権?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新することがありますので、話題のサーバー障害のため。 9か月前に閉鎖されました。 テスト環境のDocker内でchromedriver + chromeを実行しています。 最新のCoreOSアップグレードまで、すべてが正常に機能していました。 動作しているように見えるバージョンは次のとおりです。 VERSION=1185.5.0 VERSION_ID=1185.5.0 BUILD_ID=2016-12-07-0937 そして、これはchromeをコアダンプさせる新しいバージョンです: VERSION=1235.4.0 VERSION_ID=1235.4.0 BUILD_ID=2017-01-04-0450 変更を見ると、dockerが1.11.xから1.12.xにアップグレードされたようで、これによりsetns()コンテナー内の呼び出しが中断されました。setns()Chromeは名前空間を作成するために使用されます。 これは出力例です: jsosic-coreos-test-20161207 ~ # docker --version Docker version 1.11.2, build bac3bae このボックスの1つのコンテナ内から: [root@2939f21ecfaa /]# /opt/google/chrome/google-chrome [57:57:0107/015130:ERROR:browser_main_loop.cc(261)] Gtk: cannot open display: これは新しいバージョンがそれを壊した方法です: jsosic-coreos-test-2017-01-04 ~ # docker --version Docker version 1.12.3, build 34a2ead [root@13ab34c36c82 /]# …

1
名前空間からではなくホストからのMacvlanベースのインターフェースping
[編集] 本番システムは現在、物理システムとESXiベースのシステムが混在しています。運用前の環境であっても、virtualboxを使用することはありません。これは、デスクトップで直接問題をすばやく絞り込むためにのみ使用されました。 メタの「保留中」の説明をありがとう! [/編集] 私のセットアップ: プライベートネットワークvboxnet110.0.7.0/24 1ホスト、ubuntuデスクトップ 1 VM、ubuntuサーバー(VirtualBox) 配置レイアウト: ホスト:10.0.7.1 VM:10.0.7.101 VM MACネームスペース:10.0.7.102 でVM、次のコマンドを実行しました。 ip netns add mac # create a new nmespace ip link add link eth0 mac0 type macvlan # create a new macvlan interface ip link set mac0 netns mac macVM内のネームスペース: ip link set lo up …

3
インターフェイスをネットワーク名前空間から移動するにはどうすればよいですか?
インターフェースを一時的にnetnsに移動すると ip link set eth10 netns myns その後、名前空間myns内でのみ、ルートには表示されなくなります。 どうすれば元に戻すことができますか(これらは明らかに存在しません)。 ip link unset eth10 多分 ip link set eth10 netns root または類似?

3
Powershellでの名前空間の使用
この質問に答えながらそれについて考えました。 名前空間内のすべての型を完全に修飾する必要をどのように回避できますか? のSystem.Security.Cryptography.X509Certificates.X509Store代わりにX509Store、またはの[System.Security.Cryptography.X509Certificates.StoreName]::My代わりに書くのは本当に、本当に退屈です[StoreName]::My。 C#にはusingディレクティブがあります... Powershellはどうですか? 編集1-これはタイプに対して機能します: $ns = "System.Security.Cryptography.X509Certificates" $store = New-Object "$ns.X509Store"(StoreName,StoreLocation) New-Objectは、型定義として文字列リテラルを使用するため、プログラムで構築できます。 編集2-これは、パラメーターとして使用される列挙型メンバーに対して機能します。 $store = New-Object "$ns.X509Store"("My","LocalMachine") 「My」[System.Security.Cryptography.X509Certificates.StoreName]::Myと「LocalMachine」は[System.Security.Cryptography.X509Certificates.StoreLocation]::LocalMachineです。 リテラル名は、列挙型メンバーが必要な場所に配置されている場合、自動的に列挙型メンバーに変換されます。

2
SBS 2003は複数の内部メールサーバーとSMTPアドレススペースを共有します
現在、電子メールを処理する11ユーザーのSBS 2003サーバーがありますが、Zimbraへのテスト移行をセットアップしようとしています。このテスト移行では、一部の電子メールアドレスをZimbraに移動しますが、残りはすべて同じドメインの下にあるSBS 2003に残ります。 Microsoftの用語では、これが共有名前空間/アドレススペースと呼ばれることを発見しました。さまざまな記事を調べてきましたが、これまでに見つけた最高のガイドはこちらですhttp://support.microsoft.com/kb/321721 新しいZimbraサーバーを新しいプライマリとして設定することを計画していたので、Zimbraサーバーのポート25はファイアウォールを介してインターネットに開かれています。特定の電子メールアドレスが古いSBSサーバーに渡されるようにZimbraでルーティングを構成するのは簡単だからです。既にZimbra内でルーティングを設定しており、完全に機能するため、ZimbraアカウントからoldSBSuser@ourdomain.comに送信すると、古いSBS Exchange Serverに直接送信されます。ただし、ファイアウォールのポートフォワーディングをまだ切り替えていないため、SBS 2003マシンが技術的にはまだプライマリです。 問題は、SBS 2003でアドレススペース共有を機能させることができないことです。そのため、SBSサーバー上のユーザーが、SBSに存在しないアカウントに送信しようとすると、新しいメールサーバーに渡されます。 。 私はそのMS KBの記事をほとんど言葉でフォローしましたが、現在Zimbraに住んでいるユーザーに送信しようとすると、Exchangeからバウンスメッセージが表示されます。 だからここに私がやったこと、デフォルトの受信者ポリシーを編集し、@ example.localを新しいSMTPアドレスとして 追加し、@ ourdomain.com を削除しました。新しいSMTPアドレスが@ ourdomain.comであるSplit Namespaceという新しい受信者ポリシーを追加しました[このExchange組織はこのアドレスへのすべてのメール配信を担当する]チェックボックスをオフにしました。これは、Exchangeがそのドメインに対して権限を持たないことを意味するはずです。 System Managerに3つの受信者ポリシーがリストされています 。1)ユーザーメールボックスから600日以上経過したメッセージを削除する優先度1のメールボックスマネージャーポリシー 2)優先度が最低のデフォルトポリシー 3)優先度2の名前空間ポリシーの分割 次に、既定のSMTP仮想サーバーのプロパティに移動し、[メッセージ]タブで[未解決の受信者を含むすべてのメールをホストに転送する]テキストボックスがクリアされていることを確認しました。すでに明らかでした。 次のステップは、名前空間SMTPコネクターを分割するという追加のSMTPコネクターを作成し、角括弧内の新しいZimbraマシンのLAN IPアドレスとして「このコネクターを介してすべてのメールを次のスマートホストに転送」... [192.168。 1.5]。サーバーのローカルブリッジヘッド_デフォルトSMTP仮想サーバー が[アドレススペース]タブに追加され、コストが1に設定されたourdomain.comの新しいSMTPアドレスが追加されました。[これらのドメインへのメッセージの中継を許可]ボックスも選択しました。配信オプションを確認し、「常に実行」に設定されています 既存のSmallBusiness SMTPコネクタを編集して、*アスタリスクアドレススペースのコストを20に変更したため、理論上、新しいSMTPコネクタはこの前に処理する必要があります。 次に、MS Exchange Routing ServiceとSMTPサービスを再起動しました ただし、SBSサーバーを介してZimbraサーバーにメールを送信しようとすると、次のバウンスメッセージが表示されます。「このメールの送信先の組織にメールアカウントが存在しません。受信者に直接連絡して正しいアドレスを見つけてください。」 だからそれは機能していないか、どこかで何かを台無しにしました。誰でも私がチェック/試用できることを知っていますか? これはSBS 2003でもサポートされていますか?私がこれを行うのを妨げる何らかの狂った制限があったとしても驚かないでしょう。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.