1. Mert Cevik

Mert Cevik

Forum Replies Created

Viewing 15 posts - 16 through 30 (of 159 total)
  • Author
    Posts
  • in reply to: SSH Key authenticating error #7332
    Mert Cevik
    Moderator

      Problem with the SSH bastion keys is resolved. All of the new keys are added to the bastion hosts. Please, try your logins and let us know it you have any problems.

      in reply to: SSH Key authenticating error #7330
      Mert Cevik
      Moderator

        We are still working on a resolution for this issue. Bastion key for the user id ‘jbalcas_0000188368″ could not be ingested into the bastion hosts yet (along with others posted on this thread). Once the issue is resolved, all bastion keys will be pushed in to the bastion hosts. Updates will be posted.

        in reply to: SSH Key authenticating error #7320
        Mert Cevik
        Moderator

          We are working on this and we will provide an update.

          in reply to: Testbed Maintenance Week of July 15 #7264
          Mert Cevik
          Moderator

            Dear Experimenters,

            Maintenance is completed, FABRIC testbed is open for the experiments. A detailed message about the changes will be released.

            in reply to: Dataplane network outage for CLEM #7256
            Mert Cevik
            Moderator

              This outage is resolved.

              in reply to: Testbed Maintenance Week of July 15 #7254
              Mert Cevik
              Moderator

                Dear Experimenters,

                As previously communicated over this thread as well as announcement emails, we will perform a general maintenance on the FABRIC Testbed this week. We will start deleting all slices by 11pm EST. Updates will be posted to this thread.

                in reply to: Guidance on Installing XDMA Shell on FABRIC U280 FPGA #7182
                Mert Cevik
                Moderator

                  Arash,

                  I created a ticket for this. We can use the ticket for the steps for your experiment. You should receive emails from FIP-1522

                  in reply to: Installing Kali Linux for security tests #7157
                  Mert Cevik
                  Moderator

                    IPv6 address of the specific mirror site is causing errors, they don’t have an operational web service on that IPv6 address, therefore IPv4 address of the service should be used. On an IPv6-based FABRIC node, this can be possible by putting an entry for the NAT64 converted address. Specifically as follows (this is against FABRIC’s NAT64 service, similar address should be possible against nat64.net’s space):

                    echo "2600:2701:5000:5001::ac5d:9e3c mirrors.jevincanders.net" >> /etc/hosts 
                    
                    

                    Another problem came out a “non-free” package within kali-linux-everything, sources.list had to be modified. I’m adding below the complete set of steps. Also I added your ssh public slice/sliver key to the VM, so that you should be able to login with the following if needed for review.

                    ssh -F <path to SSH config file> -i <path to private sliver key> debian@2001:5e8:ff00:ffff:f816:3eff:fe43:4688

                     

                    <hr />

                    root@Node2:~# uname -a
                    Linux Node2 5.10.0-27-cloud-amd64 #1 SMP Debian 5.10.205-2 (2023-12-31) x86_64 GNU/Linux
                    root@Node2:~# cat /etc/os-release 
                    PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
                    NAME="Debian GNU/Linux"
                    VERSION_ID="11"
                    VERSION="11 (bullseye)"
                    VERSION_CODENAME=bullseye
                    ID=debian
                    HOME_URL="https://www.debian.org/"
                    SUPPORT_URL="https://www.debian.org/support"
                    BUG_REPORT_URL="https://bugs.debian.org/"
                    
                    root@Node2:~# echo "2600:2701:5000:5001::ac5d:9e3c mirrors.jevincanders.net" >> /etc/hosts
                    
                    root@Node2:~# apt update
                    root@Node2:~# apt dist-upgrade -y
                    
                    root@Node2:~# apt install gnupg dirmngr
                    root@Node2:~# wget -q -O - https://archive.kali.org/archive-key.asc | gpg --import
                    
                    root@Node2:~# echo "deb http://http.kali.org/kali kali-rolling main non-free contrib" > /etc/apt/sources.list.d/kali.list
                    root@Node2:~# gpg --export ED444FF07D8D0BF6 > /etc/apt/trusted.gpg.d/kali-rolling.gpg
                    
                    root@Node2:~# apt update
                    root@Node2:~# apt -y upgrade
                    root@Node2:~# apt -y dist-upgrade
                    
                    root@Node2:~# apt -y autoremove --purge
                    
                    #
                    # Customize - START
                    #
                    
                    root@Node2:~# apt -y install kali-linux-everything
                    Some packages could not be installed. This may mean that you have
                    requested an impossible situation or if you are using the unstable
                    distribution that some required packages have not yet been created
                    or been moved out of Incoming.
                    The following information may help to resolve the situation:
                    
                    Unsatisfied dependencies:
                    hak5-wifi-coconut : Depends: firmware-misc-nonfree but it is not installable
                    Error: Unable to correct problems, you have held broken packages.
                    
                    root@Node2:~# cat /etc/apt/sources.list
                    deb http://deb.debian.org/debian bullseye main
                    deb-src http://deb.debian.org/debian bullseye main
                    deb http://security.debian.org/debian-security bullseye-security main
                    deb-src http://security.debian.org/debian-security bullseye-security main
                    deb http://deb.debian.org/debian bullseye-updates main
                    deb-src http://deb.debian.org/debian bullseye-updates main
                    deb http://deb.debian.org/debian bullseye-backports main
                    deb-src http://deb.debian.org/debian bullseye-backports main
                    
                    root@Node2:~# cp /etc/apt/sources.list ~/sources.list.backup
                    root@Node2:~# vim /etc/apt/sources.list
                    root@Node2:~# cat /etc/apt/sources.list
                    deb http://deb.debian.org/debian bullseye main non-free
                    deb-src http://deb.debian.org/debian bullseye main
                    deb http://security.debian.org/debian-security bullseye-security main non-free
                    deb-src http://security.debian.org/debian-security bullseye-security main
                    deb http://deb.debian.org/debian bullseye-updates main non-free
                    deb-src http://deb.debian.org/debian bullseye-updates main
                    deb http://deb.debian.org/debian bullseye-backports main non-free
                    deb-src http://deb.debian.org/debian bullseye-backports main
                    
                    #
                    # Customize - END
                    #
                    
                    root@Node2:~# apt update
                    root@Node2:~# apt -y install kali-linux-everything
                    
                    # There are several prompts during installation. It took >15 minutes to complete
                    
                    root@Node2:~# cat /etc/os-release 
                    PRETTY_NAME="Kali GNU/Linux Rolling"
                    NAME="Kali GNU/Linux"
                    VERSION_ID="2024.2"
                    VERSION="2024.2"
                    VERSION_CODENAME=kali-rolling
                    ID=kali
                    ID_LIKE=debian
                    HOME_URL="https://www.kali.org/"
                    SUPPORT_URL="https://forums.kali.org/"
                    BUG_REPORT_URL="https://bugs.kali.org/"
                    ANSI_COLOR="1;31"

                    # Reboot

                    Warning: Permanently added 'bastion.fabric-testbed.net' (ED25519) to the list of known hosts.
                    Warning: Permanently added '2001:5e8:ff00:ffff:f816:3eff:fe43:4688' (ED25519) to the list of known hosts.
                    Linux kali 6.8.11-cloud-amd64 #1 SMP PREEMPT_DYNAMIC Kali 6.8.11-1kali2 (2024-05-30) x86_64
                    
                    The programs included with the Debian GNU/Linux system are free software;
                    the exact distribution terms for each program are described in the
                    individual files in /usr/share/doc/*/copyright.
                    
                    Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
                    permitted by applicable law.
                    Last login: Fri Jun 21 14:51:17 2024 from 2600:2701:5000:a902::c
                    /usr/bin/xauth:  file /home/debian/.Xauthority does not exist
                    ┏━(Message from Kali developers)
                    ┃
                    ┃ This is a cloud installation of Kali Linux. Learn more about
                    ┃ the specificities of the various cloud images:
                    ┃ ⇒ https://www.kali.org/docs/troubleshooting/common-cloud-setup/
                    ┃
                    ┗━(Run: “touch ~/.hushlogin” to hide this message)
                    debian@kali:~$ 
                    
                    
                    
                    • This reply was modified 6 months ago by Mert Cevik.
                    1 user thanked author for this post.
                    in reply to: Installing Kali Linux for security tests #7147
                    Mert Cevik
                    Moderator

                      VM management networks of the FABRIC nodes (used for ssh’ing into the VMs and for external connectivity to the public internet) are either IPv4 or IPv6.  I’m not sure how/if this information can be found out, so I’m just adding below a list.

                      • Sites with IPv4 management network: TACC (will be changed to IPv6 in July), UCSD, FIU, SRI, BRIST, TOKY
                      • Sites with IPv6 management network: STAR, MAX, MICH, MASS, UTAH, NCSA, WASH, DALL, SALT, GPN, CLEM, GATECH, LOSA, NEWY, KANS, ATLA, SEAT, PRIN, INDI, PSC, RUTG, CERN, AMST, HAWI, EDUKY
                      in reply to: Installing Kali Linux for security tests #7141
                      Mert Cevik
                      Moderator

                        I’m not sure specifically what errors you were getting, I will outline some info from my test slice.

                        On my trial (on an IPv6-based FABRIC node (PSC)), one mirror (mirrors.jevincanders.net) was causing download problems (their IPv6 address seemed not working). There may be some workarounds with pointing the IPv4 address of the mirror site to a NAT64 address in /etc/hosts. In order to overcome this problem, using an IPv4-based FABRIC node (eg. FIU) can be convenient. I could not find out if Debian 10 or Debian 11 should have been used for this conversion, I tried with Debian 11 on FABRIC-FIU and it worked fine with some issues. (I used kali-linux-default instead of kali-linux-everything, there was a conflict about a package that I did not have time to check further)

                        ┏━(Message from Kali developers)
                        ┃
                        ┃ This is a cloud installation of Kali Linux. Learn more about
                        ┃ the specificities of the various cloud images:
                        ┃ ⇒ https://www.kali.org/docs/troubleshooting/common-cloud-setup/
                        ┃
                        ┗━(Run: “touch ~/.hushlogin” to hide this message)
                        debian@Node2:~$ cat /etc/os-release
                        PRETTY_NAME="Kali GNU/Linux Rolling"
                        NAME="Kali GNU/Linux"
                        VERSION_ID="2024.2"
                        VERSION="2024.2"
                        VERSION_CODENAME=kali-rolling
                        ID=kali
                        ID_LIKE=debian
                        HOME_URL="https://www.kali.org/"
                        SUPPORT_URL="https://forums.kali.org/"
                        BUG_REPORT_URL="https://bugs.kali.org/"
                        ANSI_COLOR="1;31"
                        
                        
                        
                        

                         

                        1 user thanked author for this post.
                        in reply to: NDN connection on DALL is unavailable #7139
                        Mert Cevik
                        Moderator

                          Some specific details may be useful to continue the discussion on this.

                          Having the 2 examples (working case and non-working case) in place and sharing the slice IDs with us can be convenient.

                          in reply to: Installing Kali Linux for security tests #7138
                          Mert Cevik
                          Moderator

                            We will check, try how this works and get back on this.

                            In the mean time, it can be helpful to know on which sites you tried (and/or some details about the errors if you still have available).

                            Also, due to ongoing work for the general maintenance that we are preparing for as well as summer schedules, turn around may be slower than usual.

                            in reply to: Power Outage on FABRIC-PSC #7135
                            Mert Cevik
                            Moderator

                              FABRIC-PSC is back online.

                              All VMs are recovered, they are online for ssh access and their PCI devices are re-attached. IP configuration of the dataplane interfaces should be checked and re-configured by experimenters. Please let us know if you have any issues.

                              in reply to: newy-w2 down due to hardware issues #7130
                              Mert Cevik
                              Moderator

                                This problem is resolved. on June 14th and newy-w2 has been online, with stopped VM slivers on it activated and dataplane interfaces recovered.

                                in reply to: Testbed under maintenance #7129
                                Mert Cevik
                                Moderator

                                  This problem is resolved.

                                Viewing 15 posts - 16 through 30 (of 159 total)