19.11.2007 22:59
OlegON
 
А можно узнать, какова причина отказа от smb? Учитывая, что основной сервак и большинство бэков все таки дети мелкомягких...
19.11.2007 23:07
shebdim
 
Мы отказываемся от SMB на сегменте касса-сервер. Это никак не повлияет на работу системы в целом, однако, если кто-то в каких-либо целях использовал наличие расшаренной папки на кассе, то сейчас это будет невозможно.

этот протокол использовался в двух местах - установка кассы и её апгрейд. сейчас там используется простой протокол http для скачивания как самой инсталляции так и пакетов обновления к ней.

взаимодействие с БО остаётся в рамках технических соглашений.

что касается причин, то тут всё просто использовать http протокол проще в тех случаях, когда сервер устанавливается на машину в домене, тогда политиками безопасности накладываются ограничения на сервер, который должен работать с машинами (кассами) не входящими в домен. несколько раз с этим были заметные сложности и мы решили сменить протокол, остановились на http чтобы дать себе возможность в будущем скачивать апдейты через инет, без подкладывания вручную.
20.11.2007 01:16
7fox7
 
Лучше уж сразу же ftp применили, ибо как ни странно http не контролирует целостность. Самому протоколу просто до фени.

Цитата:
shebdim Мы отказываемся от SMB на сегменте касса-сервер. Это никак не повлияет на работу системы в целом, однако, если кто-то в каких-либо целях использовал наличие расшаренной папки на кассе, то сейчас это будет невозможно.
Если после установки кассы, еще ставить дополнительно smb, или таковая возможность будет ограничена? Да и почему бы в дистрибуции Red Hat не оставить smb с шарами. Кому надо тот использовал бы.

Цитата:
shebdim взаимодействие с БО остаётся в рамках технических соглашений.

что касается причин, то тут всё просто использовать http протокол проще в тех случаях, когда сервер устанавливается на машину в домене, тогда политиками безопасности накладываются ограничения на сервер, который должен работать с машинами (кассами) не входящими в домен. несколько раз с этим были заметные сложности и мы решили сменить протокол, остановились на http чтобы дать себе возможность в будущем скачивать апдейты через инет, без подкладывания вручную.
Главное не переборщить с апдейтами через интернет. Не хотелось бы включать еще один нестабильный пункт в плановой цепочке обновлений.

И так возле касс дежурить приходится во время обновления из-за невменяемых кассиров, которые роняют пачки сигарет на клавиатуру в процессе апдейта кассы. *22
20.11.2007 10:45
shebdim
 
Цитата:
7fox7 Лучше уж сразу же ftp применили
Для использования ftp пришлось бы разворачивать соответствующий сервер, в то время как там уже успешно работает web сервер в этом нет никакой необходимости. С точки зрения целостности ни http, ни ftp, ни smb не занимаются никаким контролем передачи данных. Это протоколы которые базируются на tcp соединениях и вопрос правильной доставки решается на транспортном уровне. То есть если в вашей сети не работает tcp, то никакой протокол вам не поможет.

Цитата:
7fox7 Кому надо тот использовал бы.
используйте протокол sftp. его можно использовать даже сейчас:
  1. winscp
Цитата:
7fox7 Главное не переборщить с апдейтами через интернет.
обновление через инет предполагает возможность выбора, хотите с локального ресурса обновляйтесь, хотите с центрального. в принципе не исключено что аптейды будут хоститься у нас.
Часовой пояс GMT +3, время: 19:58.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.