Недавно мы установили базовую станцию GPS, это высокоточный приемник GPS, который используется для исправления ошибок в полевых устройствах GPS. Устройство (Trimble NetR9) использует встроенную ОС Linux и будет передавать файлы данных по FTP на другой FTP-сервер (в моем случае, Windows 2012 Server с IIS). Устройство может создавать каталоги на FTP-сервере, но не может переместить файлы.
Мне интересно, есть ли параметры, которые я пропустил на моем FTP-сервере (Win 2012), которые делают его дружественным для клиента Linux?
Испытания пробовали:
Полномочия . Чтобы исключить возможность неправильного набора разрешений, я предоставил пользователю полное разрешение на чтение / запись для папки ftproot и всех подпапок, а также попытался войти в систему как пользователь с правами администратора. Настройки IIS для этого пользователя также показывают «чтение» и «запись». Оба результата выше все еще найдены. Я также протестировал выполнение того же процесса FTP с рабочей станции на сервер FTP, используя того же пользователя, и у меня не было проблем с записью файлов.
Сетевые кабели. Чтобы исключить (очень удаленную) вероятность того, что каким-то образом были задействованы сетевые кабели, мы протестировали все кабели от коммутатора до NetR9 с помощью инструмента сетевого тестирования Fluke, не обнаружив недостатков.
Брандмауэры, маршрутизаторы, NAT и т.д. Чтобы исключить вероятность того, что какое-либо правило брандмауэра или конфигурация маршрутизатора, я настроил планшет Windows Surface с такими же точными настройками TCP/IP, что и NetR9, отключил NetR9 от гнезда данных и подключил Surface. в тот же домкрат. Таким образом, Surface имитировал NetR9 с точки зрения TCP/IP. С поверхности, используя FTP, не было проблем с размещением файлов на одном FTP-сервере с одинаковыми учетными данными.
Пассивный / активный: чтобы исключить возможность того, что один из методов FTP работал лучше, чем другой, я попробовал все 3 метода FTP на устройстве без разницы в результатах.
Брандмауэр Windows: Мы проверили и обнаружили, что брандмауэр Windows действительно был отключен на этом сервере, прежде чем мы начали что-либо из этого. Мы оставили это.
Windows Server: чтобы исключить вероятность того, что, возможно, что-то не так с конфигурацией IIS на моем Windows 2012 Server, мы реплицировали настройки FTP-сервера на более старый Windows 2008 Server с IIS и получили те же точные результаты.
Отрывок файла журнала. Это то, что находится в файле журнала после каждой передачи по FTP с устройства на сервер Widnows. Вы можете видеть, что это создает папки, но последняя часть (толкая файл laco209x.Т02) не работает.
2016-07-28 00:00:02 - - - 21 ControlChannelOpened - - 0 0 0 0 0 - -
2016-07-28 00:00:02 - FTPSVC2 - 21 ПОЛЬЗОВАТЕЛЬ 331 0 0 23 14 0 - -
2016-07-28 00:00:02 \ FTPSVC2 - 21 ПАСС *** 230 0 0 21 18 0 / -
2016-07-28 00:00:02 \ FTPSVC2 - 21 CWD t02/ 250 0 0 29 10 0 / t02 -
2016-07-28 00:00:02 \ FTPSVC2 - 21 CWD 2016/250 0 0 29 11 16/t02/ 2016 -
2016-07-28 00:00:02 \ FTPSVC2 - 21 CWD 209/250 0 0 29 10 0 /t02 / 2016/209 -
2016-07-28 00:00:02 \ FTPSVC2 - 21 CWD LACO/ 250 0 0 29 11 0 / t02 / 2016/209 / LACO -
2016-07-28 00:00:02 \ FTPSVC2 - 21 ТИП I 200 0 0 20 8 0 - -
2016-07-28 00:00:02 \ FTPSVC2 - 21 ПОРТ 10,40,55,108,234,136 200 0 0 30 27 0 - -
2016-07-28 00:00:03 \ FTPSVC2 - 21 МАГАЗИН laco209x.T02 550 4294967295 0 48 19 1031 /t02 /2016/209 /LACO /laco209x.T02 -
2016-07-28 00:00:04 \ FTPSVC2 - 21 ТИП I 200 0 0 20 8 0 - -
2016-07-28 00:00:04 \ FTPSVC2 - 21 ВЫЙТИ - 221 0 0 14 6 0 - -
2016-07-28 00:00:04 \ FTPSVC2 - 21 ControlChannelClosed - - 0 0 319 142 2218 - -
Я также занимаюсь этим с поставщиком, но хотел бы спросить здесь, не сталкивался ли кто-нибудь с подобным поведением между Linux-клиентом Linux и FTP-сервером Windows.