• Assigned Static IP Address to Server • Installed Active Directory Domain Services (AD DS)
• Promoted Server to Domain Controller
• Configured and Verified DNS (mylabpc.local)
• Created Organizational Units (IT, Finance, HR)
• Created Sub-OUs (System & Network under IT)
• Created Security Groups (Windows & Linux)
• Created and Managed Domain Users
• Installed and Configured IIS Web Server
• Deployed Custom HTML Website
• Joined Windows 10 Client to Domain
• Logged in using Domain User Account • Assigned Static IP Address to Server • Accessing to the Domain Controller web server IIS through Windows 10 Client using web browser and http protocol to mylabpc.local.

• Assigned Static IP Address to Server

• Installed Active Directory Domain and DNS Services (AD DS)

• Promoted Server to Domain Controller

• Configured and Verified DNS (mylabpc.local)

• Created Organizational Units (IT, Finance, HR) Created Sub-OUs (System & Network under IT) Created Security Groups (Windows & Linux) Created and Managed Domain Users

• Installed and Configured IIS Web Server with its features.

• Deployed Custom HTML Website

• Joined Windows 10 Client to Domain

• Logged in using Domain User Account

• Accessing to the Domain Controller web server IIS through Windows 10 Client using web browser and http protocol to mylabpc.local.

Youtube Link for the project: https://youtu.be/osmvw9zUaNw

The given IP: 192.168.1.0/24 255.255.255.0

Configure the network as follows:

1- We have been allocated subnet 192.168.1.0/24 to subnet this into 5 subnets each subnet at least 6 useable hosts as below:

2- Subnet 1 for Network 1.

3- Subnet 2 for the link between Router 1 and the internet Router.

4- Subnet 3 for Network 2.

5- Subnet 4 for the link between R2 and internet router.

6- Subnet 5 for the DNS and Web Servers.

7- Configuring the Routers and switches.

8- Configuring the Servers as Internet server for hosting websites.

9- Configuring the DHCP servers for allocating the IP for clients.

10-Verifying the accessibility of servers and other network devices.192.168.1.0/24 255.255.255.0 to 5 subnets and each subnets include at least 6 useable hosts. so I calculated the subnet for finding a new CIDR to not waste the IPs in /24

Then I calculate based the formula of 2^h-2= to our required hosts as below:

2³=8-2=6 which was 6 use able IP and i needed only 3 host bits for our host portion so I added the other 5 bits from 24-29 to the network portion and our new CIDR was /29

I found the new subnet mask and our block size of the subnets as below:

32-3= 29

in binary calculation the 29 CIDR is equal to Subnet Mask of 248 I subtracted it as below:

256-248= 8

our block size is 8 it means we have 8 ips in our subnet that two of them are Network and broadcast id then I have 6 useable ips in each subnet.

Subnet 1: 192.168.1.0/29 255.255.255.248

Subnet 2: 192.168.1.8/29 255.255.255.248

Subnet 3: 192.168.1.16/29 255.255.255.248

Subnet 4: 192.168.1.24/29 255.255.255.248

Subnet 5: 192.168.1.32/29 255.255.255.248

After that I configured this in my infrastructure which already mentioned in Packet Tracer.

Infrastructure of Network or topology:

Configuration of router1, Switch 1 pcs and DHCP server1 in network 0 and routing to Internet router:

Configuration of DHCP Server 1:

Assigning IP to PC dynamically by DHCP:

Finally by configuring of second network and linking routers to internet router and configuring DNS and Web Server I have successfully accessed to the servers using CLI by ping command from both networks and also using web browser to open web page with IP and Domain Name as below:

• VSCode, um mein Repository von GitHub zu klonen

• GitHub-Webhooks für automatische Trigger

• AWS-Instanzen für die Server:

  • Jenkins zur Automatisierung der Pipeline

  • SonarQube zur Überprüfung des Codes auf Sicherheitslücken

  • Docker zur Bereitstellung der Website

Um einen sicheren Zugriff auf die Website über den Browser zu ermöglichen, habe ich ein SSL-Zertifikat im AWS Certificate Manager erstellt und einen CNAME-Eintrag in AWS Route 53 eingerichtet. Außerdem habe ich eine CloudFront-Distribution mit einem A-Eintrag erstellt, um den Datenverkehr an meinen Docker-Server mit installierter Nginx-Anwendung weiterzuleiten.

Dieses Projekt ist eine CI/CD-Pipeline, die meine Website mithilfe einer automatisierten Pipeline in Docker ausführt und den Zugriff über HTTPS ermöglicht.

📌 Schritte zur Umsetzung

1. Ich habe drei Ubuntu T2.medium Instanzen auf AWS erstellt für:

   • Jenkins-Server

   • SonarQube-Server

   • Docker-Server ↓

   • 

2. Ich habe mich über das Terminal mit den Servern verbunden und deren Hostnamen entsprechend angepasst mit Commando hostnamectl set-hostname <Server Name>. ↓

   

3. In GitHub habe ich ein Repository erstellt und mit VSCode mein Repository geklont.
   Dort habe ich HTML- und CSS-Dateien sowie eine Dockerfile geschrieben und alles in das Repository gepusht:
   👉 GitHub Repository – website-jenkins-docker

4. Ich habe in GitHub Webhooks eingerichtet, um automatisch Änderungen im Repository über die Jenkins-Pipeline zu triggern.

5. Ich habe auf meinen Jenkins-Server über den Browser zugegriffen, die benötigten Plugins wie Docker und SonarScanner installiert und anschließend eine Pipeline erstellt, die automatisch auf Änderungen im GitHub-Repository reagiert.

6. In SonarQube habe ich ein Projekt mit dem Namen website-jenkins-docker erstellt.
   Nach dem Erstellen eines Tokens für Jenkins habe ich die IP-Adresse und den Token des SonarQube-Servers in Jenkins integriert. ↓↓

   

   

7. Nach einer erfolgreichen Analyse durch SonarQube habe ich den Docker-Server in die Jenkins-Pipeline integriert.

Über den SSH-Agent wurde das Projekt website-jenkins-docker auf dem Docker-Server ausgeführt, und Nginx wurde dort installiert.

8. Ich konnte meine Website im Browser über localhost und den HTTP-Port aufrufen. ↓

   

9. Für eine sichere HTTPS-Verbindung (Port 443) habe ich:

   • Ein SSL-Zertifikat im AWS Certificate Manager (ACM) erstellt

   • Einen CNAME-Eintrag in AWS Route 53 gesetzt ↓

     

10. Zur Weiterleitung des Traffics habe ich eine CloudFront-Distribution erstellt,
    die das bereits in ACM generierte SSL-Zertifikat verwendet.
    Mit einem A-Eintrag in Route 53 wird der Traffic von Port 80 (HTTP) auf Port 443 (HTTPS) zum Docker-Server geleitet, der die Website hostet. ↓

    

    Am Ende konnte ich erfolgreich auf meine Website über eine sichere HTTPS-Verbindung (Port 443)
    unter meiner persönlichen Domain https://mahmoodi-tech.de zugreifen: ↓

    

✅ Ergebnis

Eine vollständige CI/CD-Pipeline, die:

• Änderungen automatisch von GitHub abruft

• Den Code auf Schwachstellen mit SonarQube überprüft

• Die Website auf einem Docker-Server bereitstellt

• Über HTTPS sicher zugänglich ist

I used Terraform for creation of this serverless infrastructure and the steps I went for creation are as below:

1. I used VSCode and created a directory (Lambda-api) and inside that I created my main.tf for terraform and another folder (Lambda) including lambda.py file.

2. Inside my lambda.py I used (def lambda_handler(event, context):) and at the end return statuscode 200 to return the IP.

3. In Terraform file main.tf I did below steps: a- Provider for terraform b- data "archive_file" for our lambda.zip c- resources for creation of structure like, IAM Role, Lambda Functions, apigateway, apigateway_stage, gateway integration, apigateway_route and lambda_permission.

4- After my code completed I used terraform commands as below:

a- terraform init: for downloading the plugins

b- terraform fmt: for format of my code

c- terraform validate: for validation of my code syntax based on terraform requirements

d- terraform plan: to see the planned infrastructure and possible mistakes inside the code

e- terraform apply: to create our infrustructure

f- terraform destroy for destroying infrastructure to prevent from costs

5- when the serverless infrastructure created

a- I opened my AWS Consule and navigated to Lambda and then function there was a function with the name of lambda-function created as I defined in my VSCode for terraform.

b- then I opend the function I saw the Python code which I defined in my VSCode for terraform

c- and I went to api gateway and there was also an api created with the name which I specified in my code

d- finally I got the URL and opened in my browser and api returned the IP as below:

Key Components: AWS Lambda: The backend function that processes HTTP requests and extracts the client's IP address from the X-Forwarded-For header. API Gateway: Exposes the Lambda function as an HTTP endpoint. Requests are routed through API Gateway and trigger the Lambda function. IAM Role: Grants the necessary permissions for Lambda to be invoked by API Gateway. API Gateway Integration: AWS Proxy integration links the API Gateway route to the Lambda function, allowing dynamic request handling.

Usecases:

This project is a great example of a serverless architecture where you don’t need to manage servers. It's ideal for scenarios like returning user-specific data (like IP address), handling simple backend logic, and creating scalable APIs without worrying about infrastructure.