Вопросы Теги

Ограничение пути символов окна 256

Это - относительно общий шаблон. Позвольте мне попытаться ответить на Ваши вопросы в порядке.

  1. На высоком уровне Ваш дизайн имеет смысл. Никакие большие глюки здесь пока бледный порт и CPU на маршрутизаторе netgear не достаточно быстры для обработки трафика, и устройство Verizon поддерживает статическую маршрутизацию. Я установил бы Netgear, чтобы сделать маршрутизацию не NAT все же.
  2. Мне подал бы информацию DNS сервер DHCP.
  3. Для большинства продуктов брандмауэра/маршрутизатора там ответ нет. Необходимо смочь настроить устройство Netgear, чтобы позволить или отклонить безотносительно трафика, который Вы хотите.
  4. По умолчанию Да. Это зависит от Вашей конфигурации. Большая часть брандмауэра/маршрутизаторов позволяет Вам настраивать точно, какой исходящий трафик позволить, а также что позволить.

  5. Вы действительно хотите, чтобы информация о DHCP для гостевой сети прибыла из устройства Verizon или Точек доступа не внутренняя сеть. Другой путь может быть сделан, но большинство решений для брандмауэра небольшой сети не передает DHCP от внутренней сети до внешней стороны. Я настроил бы вещи следующим образом:

    • Маршрутизатор Verizon - Статический маршрут для 192.168.2.0:255.255.255.255.0 указывающий 192.168.1.250
    • Маршрутизатор Verizon - DHCP на, DNS указывает на общедоступный сервер DNS.
    • Устройства WAP - DHCP прочь - ГЛЮК - некоторые точки доступа не обрабатывает ретрансляцию DHCP правильно. В этом случае необходимо включить DHCP со шлюзом, указывающим на 192.168.1.1 и DNS, указывающий на общедоступный сервер или брандмауэр Verizon.
    • Маршрутизатор netgear - DHCP прочь, NAT прочь, дополнительные правила по мере необходимости.
    • Маршрутизатор netgear - шлюз По умолчанию 192.168.1.1.
    • LAN ничто специальное здесь.
    • Сервер обрабатывает DNS и DHCP для LAN. Установите DNS, передающий для использования общедоступного сервера DNS для сайтов.
    • Рабочие станции получают информацию настройки сети (адрес, шлюз, сетевая маска, DNS, время, и т.д.) от DHCP.

  6. Обычно ответ - да, но некоторые Точки доступа не обрабатывают ретрансляцию DHCP очень хорошо. Всегда тестируйте свои новые точки доступа с несколькими одновременными соединениями перед вводом в эксплуатацию.

Другой общий шаблон является 3 вооруженными сетями, где один брандмауэр соединяется и с гостем и с внутренней сетью.

17
задан 13 March 2015 в 21:51
3 ответа

По данным Microsoft:

  • Традиционный Windows API ограничивает пути 260 символами, даже для приложений, разработанных для последней версии.

  • Приложения с помощью осведомленного о Unicode API могут использовать форму пути, который позволяет до 32 767 символов. Имя файла должно быть снабжено префиксом \\?\, и должен быть полный путь, например, \\?\c:\dir\file или \\?\UNC\server\share\file. Существуют дальнейшие ограничения, видят ссылку для деталей.

Если Вам удалось создать и использовать глубокую файловую иерархию и потребность работать с приложением, которое разбомбило из-за длины имени файла, существует несколько вещей, которые можно попробовать:

  • Используйте mklink команда, чтобы создать символьные ссылки и передать путь, который использует их для Вашего приложения.

  • Используйте subst команда для присвоения буквы диска каталогу.

  • Запустите свое приложение из глубокого каталога и передайте его короткие относительные пути.

  • Замените некоторые длинные имена их 8,3 псевдонимами (micros~1), принятие их все еще существует в Windows 7. Если Вы имеете micros~1 рядом micros~2, Я не знаю, как сказать, который является который; возможно, выполните DOS command.com (снова, принятие Windows 7 может все еще сделать это).

18
ответ дан 2 December 2019 в 20:32
  • 1
    Ну, даже Windows Explorer от Win7, кажется, использует традиционный API! Это - жалость. –   25 July 2010 в 14:59

Вы могли использовать короткое (8.3) названия всех Ваших папок и файлов.

Необходимо удостовериться, что им включают все же.

Длинное имя файла считается любым именем файла, которое превышает короткий MS-DOS (также названный 8.3), разрабатывают соглашение о присвоении имен. Как правило, Windows хранит длинные имена файлов на диске как специальные записи каталога, которые могут быть отключены в масштабе всей системы по причинам производительности в зависимости от конкретной файловой системы. При создании длинного имени файла Windows может также создать короткие 8,3 форм имени, названного этими 8,3 псевдонимами, и сохранить его на диске также. Эти 8,3 искажений могут быть отключены для указанного объема.

(мой полужирный)

Необходимо будет также написать некоторый код для получения краткого названия от длинного имени.

Источник

0
ответ дан 2 December 2019 в 20:32

Файл/имя каталога в NTFS ограничен 255 unicode кодовыми точками, так как длина хранится как байт. Но нет никакого свойственного предела общей длины пути.

Много вызовов API Win32 (включая оболочку проводника) вызовы действительно имеют 260 - 1 предел длины. Некоторые другие вызовы имеют способность использовать \\? \префикс, чтобы заниматься 32K (немного меньше, так как имя тома получает substitued на земле Ядра),

0
ответ дан 2 December 2019 в 20:32

Теги

Похожие вопросы