問題タブ [symlink-traversal]

Python の問題 1578269を解決するために、シンボリック リンクのターゲットを堅牢な方法で解決することに取り組んできました。ここで推奨されている GetFinalPathNameByHandle を使用することから始めましたが、ターゲットが使用されている場合 (pagefile.sys など)、この手法は失敗することがわかりました。

そのため、CreateFile と DeviceIoControl を使用してこれを達成するための新しいルーチンを作成しました (これは Explorer が行うことのようです)。jaraco.windows.filesystemからの関連コードを以下に示します。

問題は、Windows でシンボリック リンクを確実に解決するためのより良い手法があるかということです。この実装の問題を特定できますか?

どうやら、git がシンボリック リンク ( git add symlink/) を超えてファイルを追跡し追跡するバグは v1.6 あたりで修正されたようです。今、これは私に有利に働くバグでした。v1.6.3.3 にアップグレードしましたが、ダウングレードせずにその動作を再現する方法はありますか?

ディレクトリの名前に英語以外の文字が含まれているため、特定のディレクトリへのシンボリックリンクがあります。Apacheの書き換えルールを一致させるのにうんざりしていました。utf-8 chars & apache2 rewrite rulesに関するその質問のトラブルには報奨金があります誰もがそれを望んでおり、物事の外見から、多くの人がこの問題の一般的な解決策を見たいと思っていますが、その間に私は平易にしましたこれらの問題のある各ディレクトリへの ascii シンボリック リンク。現在、書き換えルールは alpha と _ と - のみに戻り、セキュリティに関する懸念は少なくなり、必要なリソースが読み込まれます。しかし、表示のために実際のターゲット ディレクトリ名が必要です。「PHPディレクトリ情報、PHPシンボリックリンク」をグーグルで検索しましたが、何も見つかりませんでした。私はこのようなことをする必要があります:

この作品をpython 2.6でシンボリックリンクをたどらせるにはどうすればよいですか?

「readlink -f」が実行する個々のシンボリックリンク解決のトレースを提供するバージョンが欲しいです。何かのようなもの：

過去に Linux でこのユーティリティを使用したことは知っていますが、当時、「このツールの名前はまったく直感的ではなく、忘れてしまうだろう」と考えたことも覚えています。さて、その日がやってきました。

Linuxでは、シンボリックリンクであることがわかっているファイルへのパスがある場合、それが指すファイルへのパスをプログラムで（CまたはC ++で）どのように決定しますか？

有効なリンクを持つディレクトリ内のすべてのシンボリック リンクのリストを取得したいと考えています。つまり、壊れたリンクをすべてリストから削除したいと考えています。

このコードに /Current というフォルダーとファイル /Current/file.exe およびシンボリック リンク /Current/link を指定すると、「islink」は「リンク」シンボリック リンクを認識しませんが、それをディレクトリと見なし、実際のファイルに移動します。にリンクします。私の要件は、シンボリックリンクが見つかったら停止して印刷することです。私はPython3.2を使用しています

現在、RHEL 4 Update 9 で WebSphere Application Server Community Edition v3.0.0.1 を実行しています。

以前は WAS 6.1 で実行されていた Web アプリケーションがありますが、WASCE に移行したいと考えていました。実装は、Web コンテンツ フォルダー内にシンボリック リンクされたディレクトリ "symdir" があり、同じファイル システム上にあるが Web アプリケーションと WASCE の外部にある別のフォルダーを指すようなものでした。内部的には、symlinked ディレクトリにコンテンツを動的に構築し、そこへのリンクを作成します。たとえば、symdir -> /tagHome では、/tagFile/some.tag を作成するため、Web アプリはそれを symdir/tagFile/some.tag として認識し、f/s はそれが /tagHome/tagFile/some.tag であることを認識します。次に、 http://hostname:port/context/symdir/tagFile/some.tagにリンクを作成し、ファイルをレンダリングします。これは単純な xml でした。これはすべて、以前は WAS 6.1 で機能していました。

ただし、このタイプの構成でアプリケーションを WASCE に移動すると、機能しなくなりました。具体的には、シンボリックリンクされたディレクトリをトラバースしてコンテンツを取り戻すことができません。さらに言えば、Webアプリケーションパッケージにディレクトリを追加して、それらをデプロイしてから、それらをヒットしようとしました。/context/* がブロックされているようなものです!

Web を掘り下げて最後に試したのは、org.apache.geronimo.tomcat.GeronimoStandardContext.allowLinking=true でした。挙動は変わらなかったようです。

また、似たようなものを here JSP files in external directoryで見つけましたが、web.xml にコンテキスト モジュールを追加するとコンパイラ エラーが発生します。

サーブレットのコーディング以外に、何かアイデアはありますか? 助けてくれてありがとう！

スーパーバイザーはNode.jsのパッケージであり、アプリディレクトリ内のファイルの変更を監視し、変更が発生したときにアプリをリロードします。

このスクリプトは、シンボリックリンクを通常のファイルとして解釈し、警告をログアウトします。これを完全に修正できるように、またはより説明的な警告が生成されるように、スーパーバイザーをフォークしたいと思います。

Node.jsのファイルシステムモジュールを使用して、特定のファイルが本当にシンボリックリンクであるかどうかを判断するにはどうすればよいですか？