Budget: 1000 UAH Deadline: 1 day
Good time of day. Feel free to contact me, I will do it *on the go* - ifupdown+iproute2
Requirements:
- The bridge configuration must be persistent and activate on boot.
- The configuration should be based on iproute2 or network-manager/nmcli or another method, if it is not deprecated (for example, brctl is deprecated)
- The bridge must be configured under Debian Linux 9 (which is deprecated).
Regarding the bridge:
- it must connect two physical Ethernet ports
- it must be assigned two IP addresses from different networks
(for example, 192.168.111.0/26 and 192.168.111.64/26)
- STP must be disabled
- As a quick solution, the IP addresses can be hardcoded.
- In the second step, it would be good if we could parameterize the IP address easily (for example, using a configuration file).
Result:
- The result should be either a series of commands to execute manually (or in a script), or a set of configuration files (possibly), located in the /etc directory.
Budget: 1000 UAH Deadline: 1 day
Good time of day. Feel free to contact me, I will do it *on the go* - ifupdown+iproute2
Budget: 1500 UAH Deadline: 1 day
Hello.
I am ready to help with your issue.
For details - please contact me privately, I will be waiting for your feedback.
It is necessary to perform the update, transfer, and configuration of Laravel projects to a new server, ensuring stable operation, security, protection against exploits, and correct functioning of all services after migration. 1. Main tasks Prepare the new server for operation. Transfer project files, databases, configurations, and cron jobs. Update server software. Configure a secure environment for Laravel. Check compatibility of PHP, Laravel, Composer packages, and dependencies. Ensure protection against known exploits, malicious requests, and unauthorized access. Set up SSL certificates. Check the functionality of the websites after the transfer. 2. Transfer of Laravel projects For each project, it is necessary to: Transfer project files. Transfer the database. Transfer the .env configuration. Set directory access permissions: storage bootstrap/cache Check functionality: homepage; admin panel; authorization; forms; API; file uploads; email sending; cron jobs; queue workers.3. Security and protection It is necessary to implement basic and application-level protection: close root access via SSH; configure SSH access only via keys; change the default SSH port if necessary; configure the firewall; allow only necessary ports; install Fail2Ban; hide service versions of Nginx/Apache/PHP; restrict access to .env, .git, backup files, log files; set correct file permissions; check projects for malicious files; check Composer packages for known vulnerabilities; update dependencies if it does not break functionality; configure protection against SQL injection, XSS, CSRF, and path traversal; check the correctness of Laravel APP_ENV and APP_DEBUG; set APP_DEBUG=false in production; configure rate limiting for critical endpoints; check access to storage/uploads; configure protection against PHP execution in upload directories; check access rights to admin panels. 4. SSL and domains It is necessary to: Install SSL certificates. Configure automatic SSL renewal. Enable redirect from HTTP to HTTPS. Check the correct operation of websites via HTTPS. 5. Backup It is necessary to configure backup: project files; databases; .env files; uploaded media; cron configurations; Nginx/Apache configurations. Backup should be performed automatically on a schedule. It is preferable to store copies separately from the main server. 6. Post-transfer verification After migration, it is necessary to check: absence of 500/403/404 errors; absence of critical errors in Laravel logs. 9. Result of execution After the work is completed, there should be: Laravel projects successfully transferred to the new server; websites are functioning stably; SSL is configured; the server is protected with basic security settings; access to critical files is restricted; backup is configured; cron and queues are operational; the old server can be turned off after final verification.
We have a dedicated server on Hetzner with a website on Docker (+ Laravel framework) Contact with the developers has been lost Need to: - restore and change server access (probably SSH) - recommend a storage location and set up a full server backup with easy recovery, probably not on Hetzner for security - fix the logo that is not displaying for some reason (it's unclear why the file has become inaccessible) Important - there is no website backup, and there is no room for error. We will only consider experienced specialists.
I'm looking for a specialist who can help transfer corporate email from Google Workspace to another email platform. We want to switch because Google Workspace is currently quite expensive for us. We have about 30 users. We haven't finalized which platform to switch to yet, so we would appreciate your recommendations for the optimal option in terms of price, reliability, and convenience. On our side, we are currently considering MXRoute, but we are open to other proposals as well. The main task is to transfer the email with minimal downtime and without losing any messages.
Good day, I need help connecting Google Analytics and CRM through n8n. All settings on the CRM side are done. Now we just need to set up the analytics through n8n to transmit sales events.