Максим Воробьев

Добрый день, спасибо! 1) Не замерял, но провайдер обещает 30-40мс задержки 2) Прозрачный прокси, число запросов не ограничиваем (ключ и токены ваши) 3) Протестирую, но учитывая протокол проксирования (обычная TLS сессия) не вижу почему не должно работать Политику об обработке ПД добавлю, но по большому счёту никаких ПД я и не храню (только платёжный сервис)

Привет! Да, всё работает :)

Добрый вечер! Да, можно (chatgpt.com). Для удобства в Chrome можно использовать расширение Proxy SwitchyOmega — https://chromewebstore.google.com/detail/proxy-switchyomega/padekgcemlokbadohgkifijomclgjgif

Большое спасибо за поддержку!

Привет, спасибо за фидбэк! >Чем отличаетесь, например, от vsegpt ? >Также вам стоит добавить продумать безопасность (если ещё не продумано), чтобы компании не переживали, что их данные будут у вас оставаться Насколько могу судить, все подобные компании (vsegpt, proxyapi) предоставляют свой *эндпоинт* для API — в теории, ничего не мешает именно им собирать все запросы которые делают их клиенты. Мой подход — предоставить https proxy к *оригинальному* API. У меня нет технической возможности расшифровать трафик — прокси видит только поток [зашифрованных] данных TCP от клиента до OpenAI. Подробнее можно почитать об этом тут: https://developer.mozilla.org/ru/docs/Web/HTTP/Methods/CONNECT https://security.stackexchange.com/questions/158052/secure-connection-over-a-unencrypted-proxy-is-secure >Также было бы круто иметь доступ к Claude, Gemini и Groq. Вот с groq у меня реально есть такая проблема Рассмотрю, спасибо! >И тут ваш сервис должен быть почему-то лучше, чем разработчику самому сделать свой прокси. Это извечные дебаты между buy vs build :) Конечно, никто не помешает вам сделать свой прокси. Но для этого нужно найти машину зарубежом, оплачивать её, самому деплоить прокси и следить за его работоспособностью. Или просто оплатить готовый (мой) :)

Он не пустит никуда кроме OpenAI API :p Если серьёзно, то технически, конечно, ничем Организационно — тем что я лично заинтересован в его работоспособности так как использую в своих проектах и сразу замечу если он упадёт/его заблокируют/прочие инциденты

>Попробуйте начать с ввода бесплатного тарифа. Сейчас бесплатный тариф позволяет зарегистрировать один сервер для теста, количество пользователей не ограничено. >Также рекомендую, как потенциальный пользователь, доходчиво описать принципы безопасности. Всё же вашему сервису предполагается доверить хранение доступов к критической инфраструктуре компаний. Мой сервис хранит публичные ключи и соответствие пользователей серверам. Код агента, который запускается на клиентских серверах открыт - https://github.com/vmax/accesshub-agent. Думаю, опишу это подробнее на лендинге. >Должны быть юридические и финансовые гарантии недопущения взлома инфраструктуры через вас и т.п. Не уверен, в каком формате помимо оферты / политики конфиденциальности такие гарантии обычно предоставляются. Я не юрист, но кажется, как владелец продукта, в случае подобного взлома я в любом случае понёс бы ответственность по статье 272 УК РФ.

Спасибо за фидбэк! Буду подстраивать цены.

Привет! Спасибо за фидбэк :) >Например, почему не проще использовать ansible для компании, где 10 серверов. Или FreeIPA и SSSD для крупных компаний? Код на Ansible и пайплайн который его запускает нужно написать, поддерживать и где-то выполнять, а я предлагаю managed решение. >Нет возможности раздать гранулярные права. Например, хочу пользователю дать доступ как пользователь на одну группу хостов, как суперпользователь на другую и на третью только возможность выполнять рестарт docker. Тут согласен, по умолчанию всем навешиваются права на sudo. Поработаю на более гранулярным менеджментом групп. >Нет какой-то киллер фичи, ради которой хотелось бы заплатить денег.  Помимо гранулярности прав, какие фичи хотелось бы увидеть?