> Система кеширования может даже сейчас управляться двумя BAT
> файлами которые имеються в клиенте. (Можно поставить в
> агент запуска по расписанию).
Для разворачивания проекта в сети, нужен всё же нормальный прокси. Надеюсь, это не будет нахальством, если выскажу некоторые пожелания, кроме тех, что уже звучали и очевидных, касаемых этого прокси, для того, что бы быть удобным, он должен:
- позволять организовывать каскад, т.е. прокси должен давать блоки не только клиенту, но и другому прокси;
- вести, как минимум, два лога (аналогично Д-Нетскому - это удобно), один лог прокси, примерно такого формата:
-------------------
2001-12-02 00:01:14,rc564 r=5974/6000, d=25/1, 5.0 Mkeys/sec, tot=83370
2001-12-02 00:01:14,ogr r=0/0, d=0/0, 0.0 Mnodes/sec, tot=0 stubs
2001-12-02 00:01:37,Status: Uplink needed... (thresholds exceeded)
2001-12-02 00:01:37,Status: Creating uplink (outgoing server) connection.
[...]
2001-12-02 00:01:40,server: --> uplink rc564 x 1 d10ea7c0:20000000
2001-12-02 00:01:40,server: --> uplink rc564 x 6 d1d81633:00000000
2001-12-02 00:01:41,server: <-- ack OK rc564 x 3 d10ea78c:d0000000
2001-12-02 00:01:41,server: <-- ack OK rc564 x 3 d1d80814:50000000
[...]
2001-12-02 00:03:31,Client: Accepted connection from 192.168.100.53:59276
2001-12-02 00:03:31,Client: 192.168.100.53 (client ver: 469) is connecting
2001-12-02 00:03:31,Client: 192.168.100.53 <-- rc564 x 3 d206541c:40000000
2001-12-02 00:03:31,Client: 192.168.100.53 --> rc564 x 4 d10ea7d9:30000000
2001-12-02 00:03:31,Client: 192.168.100.53 has ended communications.
-------------------
другой лог проекта, примерно такой:
-------------------
2001-12-02 01:07:21,192.168.100.33,peter@mail.ur.ru,D10EB3EB40000000,3,1,1,8015
2001-12-02 01:09:48,192.168.100.27,peter@mail.ur.ru,D206518C10000000,1,1,1,8015
-------------------
(взяты наиболее значимые куски из логов Д-Нета), естественно, логи не будут полностью аналогичными, это только пример, если надо, могу более полные примеры кинуть (положительный опыт надо перенимать, имхо);
- иметь настройку формата и периодичности логов (daily, weekly...), в том числе и отмена логоведения;
- иметь в настройках возможность указания размера входных и выходных буферов и периодичности их обновления;
- не создавать слишком большую нагрузку на сервер (хотя это естественно).
> Москва не сразу строилась... Все важные пожелания и
> замечания мы постораемся учесть как можно скорее.
надеюсь и мои учтёте :)
|
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
