Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

trialon77

Users
  
  • Posts

    330
  • Joined

  • Last visited

Everything posted by trialon77

  1. дивився, спочатку також подумав, що проблема якась з маршрутизацією церез cloudflare. DNS налаштовані так, як рекомендовано сервісом. Повнісю ставив на паузу сервіс для цього сайту. Хіба, що не видаляв з cloudflare, не хочу поки робити це) та і новий порт для смтп, який я відкрив, працює зараз без проблем з тими самими налаштуваннями. Тому наврядчи cloudflare винний.
  2. lsof -i -n -P | grep :25 master 3448 root 13u IPv4 33506 0t0 TCP *:25 (LISTEN) master 3448 root 14u IPv6 33507 0t0 TCP *:25 (LISTEN) iptables -S -P INPUT ACCEPT -P FORWARD ACCEPT -P OUTPUT ACCEPT -N ufw-after-forward -N ufw-after-input -N ufw-after-logging-forward -N ufw-after-logging-input -N ufw-after-logging-output -N ufw-after-output -N ufw-before-forward -N ufw-before-input -N ufw-before-logging-forward -N ufw-before-logging-input -N ufw-before-logging-output -N ufw-before-output -N ufw-reject-forward -N ufw-reject-input -N ufw-reject-output -N ufw-track-forward -N ufw-track-input -N ufw-track-output -A INPUT -m set --match-set aapanel.ipv4.blacklist src -j DROP -A INPUT -m set --match-set aapanel.ipv4.whitelist src -j ACCEPT -A INPUT -p udp -m multiport --dports 4000,5353 -j ACCEPT -A INPUT -p tcp -m multiport --dports 4000 -j ACCEPT -A INPUT -p udp -m multiport --dports 5353 -j ACCEPT -A INPUT -j ufw-before-logging-input -A INPUT -j ufw-before-input -A INPUT -j ufw-after-input -A INPUT -j ufw-after-logging-input -A INPUT -j ufw-reject-input -A INPUT -j ufw-track-input -A INPUT -p icmp -m icmp --icmp-type 8 -j LOG --log-prefix "Iptables: Ping detected: " -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 8 -j LOG --log-prefix "Iptables: Ping detected: " -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A FORWARD -j ufw-before-logging-forward -A FORWARD -j ufw-before-forward -A FORWARD -j ufw-after-forward -A FORWARD -j ufw-after-logging-forward -A FORWARD -j ufw-reject-forward -A FORWARD -j ufw-track-forward -A OUTPUT -j ufw-before-logging-output -A OUTPUT -j ufw-before-output -A OUTPUT -j ufw-after-output -A OUTPUT -j ufw-after-logging-output -A OUTPUT -j ufw-reject-output -A OUTPUT -j ufw-track-output
  3. Ну они бы это знали наверное и разблокировали, когда я написал им. Первый раз я написал о проблеме, они сказали да, что могут блокировать порты если рассылают много почты. Спросили, какую почту рассылаю. Ответил, что только транзакционные сообщения о заказах клиентам. Никаких рассылок или новостей, а тем более спама. Потом сказали, что проверили и у них порты разблокированы. Никакие доводы, что tcpdump не получает пакеты на них не влияют. Даже по портам, которые заблокированы в ip-tables, tcpdump показывает прохождение пакетов.
  4. Є VPS в голандському датацентрі. Орендую його вже трохи більше півроку. Не скажу, що я прямо системний адміністратор, але досвід користування і налаштування віртуальних серверів є. VPS куплений у компанії Solidseovps, поганих відгуків на них не знайшов в мережі. Їх пропозицію знайшов на тематичному форумі lowendtalk.com. Сервер був налаштований після покупки, і все працювало ідеально. В тому числі і пошта. На сервері встановлена панель aapanel, домени підключені через cloudflare.com, записи для пошти тільки як 'dns only'. Все працювало до 5 жовтня, з вечора почалися проблеми з відправкою пошти. Помітив я це по клієнту, який не може з'єднатися з сервером для відправки. Почав розбиратися, і побачив, що всі порти для смтп виявилися недоступні з мережі. Причому на самому сервері порти відкриті і статус listening, в ip-tables заборон для цих портів немає. Якщо я в терміналі на цьому сервері підключаюсь до портів, все ок. Як тільки пробую з за меж сервера - конекту немає. Порти для вхідної пошти працюють і не закриті. Виконую команду tcpdump для 25 порта і звертаюсь з за меж сервера, в результаті ніяких пакетів не отримую. Я правильно розумію, якщо tcpdump не показує проходження пакетів, то проблема у блокуванні десь до сервера? В техпідримку звертався неодноразово, у них все чудово і ці порти відкриті. Кажуть, що типу проблема можливо в фаєрфолі або інших налаштуваннях сервера. Я щось в упор не бачу, через що могла виникти така проблема з портами, чи техпідримка цієї контори тупо відрубила мені смтп порти і зараз включила ігнор?)) Тимчасово вирішив проблему, відкривши інший порт для смтп. Відправка працює. Але є проблема з прийомом вхідної пошти, я так розумію, що 25 порт потрібен багатьом сервісам для системного спілкування. Через це пошта з gmail не відправляється на мій сервер, а повертається з помилками. Буду вдячний за поради, бо вже тиждень шукаю проблему.
  5. Доброго дня. Версія модуля встановлена остання. Майже кожного дня зараз, при оновленні відділеннь через крон, завантажуються не всі відділення. Заходжу в адмінку і бачу, що там вказана кількість відділеннь - 8000, 12000. Якщо після цього оновити відділення вручну з адмінки, то тоді вже підгружаються всі відділення. В чому причина такої поведінки саме при оновленні через крон задачу?
  6. Згоден. Але пробема з оновленням відділень є і на новій версії. В основному завантажуються відділення нормально, але буває така сама фігня - 4000, 8000 відділень. І взнаю я це від клієнтів, які не можуть знайти потрібне відділення на сайті. В адмінку, особливо в модуль НП, дуже рідко заходжу, так як все управління замовленнями налаштовано через облікову систему.
  7. Пропозиція по функціоналу модуля на майбутнє. Зараз встановлений інший модуль з смс авторизацією. там якщо при вводі номера не знаходе такий телефон в базі, то створюється новий аккаунт на сайті з таким телефоном. Але пустим ПІБ і поштою. Можливо зробити так само але з добором даних після otp авторизації? Звісно, якщо такий номер не буде знайдено? І чи плануєте ви на майбутнє змінити це - "Якщо сервер розробника недоступний - Не будет работать сайт". Хоча б на варіант - "не буде працювати доповнення", як у вас в модулі соціальної авторизації?
  8. З приводу роботи модуля і вашого сервера, дуже погано. Думаю багато покупців це відштовхне. Як мене наприклад. Цікаво було цей модуль та social login. Зайви сюрпризи не потрібні.
  9. Доброго дня.. Два питання. В описі доповнення вказано: "Якщо сервер розробника недоступний - Не будет работать сайт" Це дійсно так? Такі не дуже приємні ситуації вже виникали на форумі, через те що розробник забув проплатити домен або хостінг. І друге, всі телефони в базі записані по масці - +38 (999) 999-99-99. На таку маску можна налаштувати логін? Змінювати маску наразі не можна.
  10. Интересует, что имеется в виду под "Добавлена передача товаров для РРО в тестовом режиме, отдельный архив в файлах!" Это интеграция с каким то сервисом ПРРО типа чекбокса или это именно для стационарных РРО?
  11. Сьогодні вночі такая сама ситуація виникла, оновлення відділень по крону - завантажено всього 4000 відділень. Ключ секретний точно правильний, воно б взагалі не оновлювало тоді. Зараз оновив через адмінку - все норм стало, знову 23000 відділень. Теперь, що кожного дня треба заходити перевіряти чи всі відділення воно завантажило? З приводу цитованого мною повідомлення, мені здається, що оновлювати відділення кожні 30хв не дуже добре)) Так нова пошта може напевно і забанити через велику кількість запитів.)
  12. Я інколи дивуюсь, як такі люди, як декілька вище, які не взмозі прочитати декілька останніх сторінок на яких описано суть проблеми і її вирішення.... Так от, як такі люди ще намагаються робити бізнес???))) Ну чекайте, чекайте... Можливо само і вирішиться)
  13. @Prorab337 по корректному отображению стоимости доставки с учетом оценки и наложенного платежа для шаблона Unishop2 - сейчас нет времени у вас посмотреть? (для новой версии модуля)
  14. Установлена 4 версия модуля Новой почты от Prorab. Шаблон - Unishop2. Сейчас не правильно отображается информация о стоимости доставки при включенных опциях в модуле: Учёт наложенного платежа Учёт комиссии за объявленную стоимость При выборе любого способа оплаты, кроме наложенный платеж, не плюсует комиссию за оценку. Если выбрать способ наложенный платеж - то тоже ничего не происходит, сумма не меняется. После этого выбираем любой другой способ оплаты, после этого стоимость доставки меняется, как будто выбран наложенный платеж. Автор модуля НП говорит, что дело в шаблоне, так как на дефолте все работает коректно. Адрес сайта скину в ЛС
  15. У кого unishop2 и новая версия новой почты? У всех подсчет наложенного платежа и оценки не корректно работает? При выборе способ оплаты наложкой - не изменяется сумма доставки, а при переключении после этого на любой другой способ оплаты - отображает оценку и наложку для этого способа.
  16. Стоит модификатор от для очистки сессий от Агата. Сегодня, впервые за 2 года использования модификатора, vps упал ночью. В логах ошибок в это время такие записи: 2023/01/29 01:59:18 [error] 342242#0: *465301 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Exception: Error: Lock wait timeout exceeded; try restarting transaction<br />Error No: 1205<br />DELETE FROM `xx_session` WHERE expire < DATE_SUB(NOW(), INTERVAL 87840 SECOND); in /www/xx/xx/system/library/db/mysqli.php:41 Stack trace: #0 /www/xx/storage/modification/system/library/db.php(61): DB\MySQLi->query('DELETE FROM `xx...') #1 /www/xx/storage/modification/system/library/session/db.php(22): DB->query('DELETE FROM `xx...') #2 /www/xx/xx/system/library/session.php(29): Session\DB->__construct(Object(Registry)) #3 /www/xx/xx/system/framework.php(84): Session->__construct('db', Object(Registry)) #4 /www/xx/xx/system/startup.php(104): require_once('/www/xx/xx...') #5 /www/xx/xx/index.php(19): start('catalog') #6 {main} thrown in /www/xx/xx/system/library/db/mysqli.php on line 41" while reading response header from upstream, client: 114.119.142.236, server: xx.ua, request: "GET /xx/ixx.html HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-cgi-73.sock:", host: "xx.ua" я так понимаю, это связано с очисткой сессий в базе данных? Как разобраться в причине сбоя?
  17. Запитання до автору модуля! Модуль у вас дійсно корисний, але скільки ще будуть продовжуватися подібні ситуації? Вони у вас виникають на постійній основі! Не можете зараз забезпечити доступність вашого сервера - відв'яжіть перевірку ліцензій на ньому. Або в чому проблема з ним? Чому у ваших клієнтів постійно повинні виникати проблеми з користуванням цим модулем? Чи вам все одно???
  18. + 1 , так же заинтересован в подобном модуле! присоединяюсь к ждунам)
  19. Несколько дней вроде бы не было ошибки, сейчас появилась снова. Модули до этого не обновлял, наоборот после появления ошибки обновил шаблон до новой версии. Но это никак не повлияло. Причем эта ошибка не только на фронте, но и в админке. Скрин Вообщем, кто поможет найти причину не за бесплатно? ) Велкам в личку. Адрес сайта на скрине.
  20. Ребят, у кого подключён Cloudflare к сайтам в Украине? У вас периодически не возникает ошибки 522? У меня уже 2-3 дня периодически появляется эта ошибка, закономерности отследить не могу. Бывает один раз из 10-20 просмотров страниц, бывает раз из 50. Сервер на VPS, настроен и работал без каких либо проблем с февраля месяца. Никакие конфиги не менялись, ничего не правилось, ни в Cloudflare, ни в VPS. Добавил на всякий случай в исключения файрволла ip адреса Cloudflare, но это не особо помогло. Ошибка осталась. Написал в поддержку хостера, там так же ответили, что у них ничего не менялось. Сказали, что возможно причина в Cloudflare из за обновления прокси сервера: https://blog.cloudflare.com/how-we-built-pingora-the-proxy-that-connects-cloudflare-to-the-internet/ Я так понимаю, что в поддержку им написать нельзя, только на форум, а там собственно ответ один - читать фак по 522 ошибке. Есть у кого то ещё проблемы с Cloudflare?
  21. До яких пір буде з'являтися така фігня з закодованими модулями і перевірками ліцензій на лівому сервері розробника???? На форумі досить давно і такі історії не поодинокі, то з одним модулем, то з іншим. І вони будуть з'являється надалі, поки існує така система перевірки ліцензій! Адміністрація форуму, можливо якось треба захищати покупців, які витрачають кошти на вашому форумі? Можливо, треба взагалі заборонити розробникам робити перевірку ліцензії на сторонньому сервері? Або кодувати ioncube файли? Модуль нової пошти дуже важливий, його правильна робота прямо впливає на прибуток магазинів. Чи можливо ви хочете, щоб ті хто зараз постраждав, зробили колективний позов на розробника, через не працююче ПЗ і втрачену вигоду?
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.