From 868b4f675b34f14f4a004148a38c9dffc4508cbc Mon Sep 17 00:00:00 2001 From: Loic Baron Date: Thu, 7 May 2015 16:47:54 +0200 Subject: [PATCH] Templates: Registration --- .../fed4fire_authority_notListed.html | 3 + .../fed4fire/fed4fire_registration_view.html | 63 +-- .../fed4fire_terms_and_conditions.html | 58 +++ .../onelab/onelab_authority_notListed.html | 2 + .../onelab/onelab_register_info.html | 10 + .../onelab/onelab_registration_view.html | 415 +----------------- .../onelab/onelab_terms_and_conditions.html | 344 +++++++++++++++ portal/templates/registration_view.html | 107 ++--- 8 files changed, 482 insertions(+), 520 deletions(-) create mode 100644 portal/templates/fed4fire/fed4fire_authority_notListed.html create mode 100644 portal/templates/fed4fire/fed4fire_terms_and_conditions.html create mode 100644 portal/templates/onelab/onelab_authority_notListed.html create mode 100644 portal/templates/onelab/onelab_register_info.html create mode 100644 portal/templates/onelab/onelab_terms_and_conditions.html diff --git a/portal/templates/fed4fire/fed4fire_authority_notListed.html b/portal/templates/fed4fire/fed4fire_authority_notListed.html new file mode 100644 index 00000000..dd671bd7 --- /dev/null +++ b/portal/templates/fed4fire/fed4fire_authority_notListed.html @@ -0,0 +1,3 @@ +

If your organization does not deploy a Fed4FIRE authority itself, you can use the
default one called "fed4fire.global". +

+ diff --git a/portal/templates/fed4fire/fed4fire_registration_view.html b/portal/templates/fed4fire/fed4fire_registration_view.html index fd2c9682..ed24384c 100644 --- a/portal/templates/fed4fire/fed4fire_registration_view.html +++ b/portal/templates/fed4fire/fed4fire_registration_view.html @@ -49,9 +49,7 @@ {% endif %}

-

If your organization does not deploy a Fed4FIRE authority itself, you can use the
default one called "fed4fire.global". - If your organization however does provide a
Fed4FIRE authority itself, please make sure to select it here. If you start typing
your organization's - name, it will pop up. + {% include theme|add:"_authority_notListed.html" %}

@@ -110,6 +108,7 @@

+{% include theme|add:"_register_info.html" %}
@@ -129,64 +128,6 @@
-

-

Fed4FIRE Umbrella Terms and Conditions

-

Purpose of this document

-

These Terms and Conditions are provided to inform the user (hereinafter ‘You’) about what constitutes acceptable and permitted use of testbed resources and tools (hereinafter ‘the Platform’) in the Fed4FIRE federation (hereinafter ‘Fed4FIRE’).

-

The regulations are not intended to constrain You unnecessarily, but to make You aware and protect You, along with all the participating institutions, from the consequences of any misuse or illegal activity as far as is reasonable.

-

It is important to understand that when You use the Platform You are bound by these global Fed4FIRE terms and conditions (as provided online at http://www.fed4fire.eu/terms), and also by the ICT regulations of Your own institution and the Acceptable Use Policy of the network providers connecting You to the testbed and interconnecting the resources You use. Thus You must have read and understood these before using Platform resources.

-

This policy may be updated as necessary. The current version in force will be available at http://www.fed4fire.eu/terms.

-

Context

-

Fed4FIRE provides an experimental platform for testing new ideas and technologies in the area of computer networking (http://www.fed4fire.eu). The federated facility consists of individual testbeds and tools, with different owners. The Fed4FIRE consortium is coordinated by iMinds.

-

Fed4FIRE provides You with basic access (through a single account, common tools, support and documentation) to the Platform, while each individual testbed provider determines the specifics of this access in terms of available resources, access policies, etc.

-

Scope

-

These Terms and Conditions apply to every user of the Platform.

-

The Terms and Conditions apply to the use of all equipment connected to the Platform. This includes servers, network(s), and Your workstations (whether owned by You, a company or an institution) and any other equipment or facilities connected to the Platform.

-

These Terms and Conditions apply to all use of the Platform.

-

These Terms and Conditions apply to third parties using the Platform through services You have made available through the Platform as part of an experiment. You will have to inform these third parties of the Terms and Conditions.

-

Limitation of Liability

-

No liability is assumed by service providers involved on the Platform or any member of the Fed4FIRE consortium in regards to interruption, corruption, loss or disclosure of the services, tools, processes and data hosted, unless it is explicitly mentioned otherwise.

-

Service Provision

-

You are granted Resources within the Fed4FIRE testbed so that You can use the Platform for the purposes described in the experiment projects You are taking part in. These resources can not be used for any other purposes.

-

Platform resource providers aim to provide a stable, high-quality service. If there is evidence that the actions of users are adversely impacting this, resource providers are empowered to take reasonable measures to terminate or reprioritise usage in order to protect the overall operation of their services. Implicated users will be contacted by testbed providers as early as is reasonable.

-

Acceptable Usage Policy

-

You are granted an account solely for Your own and personal use. You should take appropriate measure to protect Your credentials and prevent their use by third parties. The information You provide when requesting an account should be correct to the best of Your knowledge. You shall be responsible for all loss or damages to any part of the Platform as a result of any use of Your credentials to access the Platform, whether they are authorised or unauthorised by You.

-

You shall be liable for actions performed on the Platform, by You, at your request or at the request of any other user invited or permitted by You to use services running on Fed4FIRE. In case of any loss or damage to the Platform originating from Your account, You are responsible for repairing or compensating for all damages to the Platform. In addition, You must respect the regulations of the various testbed resources You use in Your work, as described at http://www.fed4fire.eu/terms. Your need to do this arises from co-operative agreements that have been made between all the organisations participating in the Platform.

-

You may not interfere with others’ work or attempt to invade their privacy.

-

You may not attempt to disrupt the working of the Platform.

-

You must respect all Copyright for any software and data used on the Platform.

-

The terms of software and data licences must be respected.

-

You are not entitled to move proprietary data to, from, or via Platform systems without the prior agreement of its owner.

-

Once You have registered to use the Platform, it is Your responsibility to remain aware of these regulations and of any changes made to them, and your continued use of the Platform means that you shall abide by the latest version of these terms and conditions.

-

In order to keep the Platform operating correctly in both the technical and legal senses, it may become necessary to investigate network traffic (including, for example, e-mails) as well as examine information held on systems that are, or have been, connected to the Platform. You are deemed to have agreed to this.

-

You must ensure that all known or obvious threats and vulnerabilities of the systems You run are adequately addressed.

-

Should Your usage imply giving access to the Platform to third parties, You understand You will need to gather explicit consent from the operators of the individual testbed providers You will use, and You agree to enforce any restrictions imposed by an individual testbed provider and accept to fulfil Your legal obligations regarding data protection and retention laws.

-

The following are explicitly forbidden on the Platform:

-
    -
  • Any military usage, including the development and production of weapons of mass destruction.
    • -
  • Any activity resulting in compromising the security or integrity of any sites or networks connected to the Fed4FIRE facility
    • -
  • Distribution of documents or materials containing insults or defamation, racial hatred or revisionism, terrorism, advertising, or distribution of material in a way that infringes the copyright of another person.
    • -
  • Any illegal activity.
    • -
-

You must comply to any additional national regulations from the government of the operators of the local testbeds.

-

Enforcement

-

Whenever You use the Platform, You are bound by all the regulations in the current form of these terms and conditions and the legislation in force at the time.

-

The regulations and legislation which applies to You will be enforced by iMinds, as leader of the Fed4FIRE consortium, or/and by the affected testbed providers, even if a breach of either has been evidenced from elsewhere.

-

Note that for breaches of some legislation, the law enforcement can be involved.

-

Ignorance of regulations or legislation is not a defence.

-

Penalties, as defined in the individual testbed regulations at http://www.fed4fire.eu/terms, will be levied for confirmed breaches of regulations.

-

Disciplinary and investigative processes may also involve any Fed4FIRE partners, users and testbed providers involved in or affected by Your actions.

-

Note that all testbed providers have agreed to co-operate in investigating disciplinary cases.

-

You agree that the testbed and network providers in Fed4FIRE may monitor the systems and traffic for vulnerabilities and conformance to the acceptable uses, and You will collaborate with Fed4FIRE and any third party involved should any violations or breaches be noticed. The testbed providers involved may suspend or stop systems or suspend network connectivity without notice if such violations are found or suspected. To fulfil legal and contractual requirements, they may communicate to authorized third parties the owner and user of any resource provisioned and connected to the internet.

-

Non-research use of Platform resources

-

The Fed4FIRE federation Platform has been constructed for experiment-driven research activities, where experiment-driven research is defined as any activity that furthers the user’s knowledge and/or understanding of algorithms, complex data structures or user behaviour.

-

If You wish to use the Platform for any other purpose this must be authorized in advance by the Fed4FIRE testbed providers You will use. You will be expected to provide detailed information in support of Your request.

-

Experiments must obtain prior agreement from the providers of all resources (e.g. computers, software, data, networks, and any other facilities) before these are used for any purposes other than experiment-driven research activities.

-

The use of Fed4FIRE to host commercial services is explicitly disallowed.

-

Experimenters that wish to use additional resources also have to agree with the policies of the testbed providers that offer the requested resources (when applicable). The individual testbed policies can be found here:

-

fed4fire testbeds

-
-

diff --git a/portal/templates/fed4fire/fed4fire_terms_and_conditions.html b/portal/templates/fed4fire/fed4fire_terms_and_conditions.html new file mode 100644 index 00000000..5edd65f5 --- /dev/null +++ b/portal/templates/fed4fire/fed4fire_terms_and_conditions.html @@ -0,0 +1,58 @@ +

+

Fed4FIRE Umbrella Terms and Conditions

+

Purpose of this document

+

These Terms and Conditions are provided to inform the user (hereinafter ‘You’) about what constitutes acceptable and permitted use of testbed resources and tools (hereinafter ‘the Platform’) in the Fed4FIRE federation (hereinafter ‘Fed4FIRE’).

+

The regulations are not intended to constrain You unnecessarily, but to make You aware and protect You, along with all the participating institutions, from the consequences of any misuse or illegal activity as far as is reasonable.

+

It is important to understand that when You use the Platform You are bound by these global Fed4FIRE terms and conditions (as provided online at http://www.fed4fire.eu/terms), and also by the ICT regulations of Your own institution and the Acceptable Use Policy of the network providers connecting You to the testbed and interconnecting the resources You use. Thus You must have read and understood these before using Platform resources.

+

This policy may be updated as necessary. The current version in force will be available at http://www.fed4fire.eu/terms.

+

Context

+

Fed4FIRE provides an experimental platform for testing new ideas and technologies in the area of computer networking (http://www.fed4fire.eu). The federated facility consists of individual testbeds and tools, with different owners. The Fed4FIRE consortium is coordinated by iMinds.

+

Fed4FIRE provides You with basic access (through a single account, common tools, support and documentation) to the Platform, while each individual testbed provider determines the specifics of this access in terms of available resources, access policies, etc.

+

Scope

+

These Terms and Conditions apply to every user of the Platform.

+

The Terms and Conditions apply to the use of all equipment connected to the Platform. This includes servers, network(s), and Your workstations (whether owned by You, a company or an institution) and any other equipment or facilities connected to the Platform.

+

These Terms and Conditions apply to all use of the Platform.

+

These Terms and Conditions apply to third parties using the Platform through services You have made available through the Platform as part of an experiment. You will have to inform these third parties of the Terms and Conditions.

+

Limitation of Liability

+

No liability is assumed by service providers involved on the Platform or any member of the Fed4FIRE consortium in regards to interruption, corruption, loss or disclosure of the services, tools, processes and data hosted, unless it is explicitly mentioned otherwise.

+

Service Provision

+

You are granted Resources within the Fed4FIRE testbed so that You can use the Platform for the purposes described in the experiment projects You are taking part in. These resources can not be used for any other purposes.

+

Platform resource providers aim to provide a stable, high-quality service. If there is evidence that the actions of users are adversely impacting this, resource providers are empowered to take reasonable measures to terminate or reprioritise usage in order to protect the overall operation of their services. Implicated users will be contacted by testbed providers as early as is reasonable.

+

Acceptable Usage Policy

+

You are granted an account solely for Your own and personal use. You should take appropriate measure to protect Your credentials and prevent their use by third parties. The information You provide when requesting an account should be correct to the best of Your knowledge. You shall be responsible for all loss or damages to any part of the Platform as a result of any use of Your credentials to access the Platform, whether they are authorised or unauthorised by You.

+

You shall be liable for actions performed on the Platform, by You, at your request or at the request of any other user invited or permitted by You to use services running on Fed4FIRE. In case of any loss or damage to the Platform originating from Your account, You are responsible for repairing or compensating for all damages to the Platform. In addition, You must respect the regulations of the various testbed resources You use in Your work, as described at http://www.fed4fire.eu/terms. Your need to do this arises from co-operative agreements that have been made between all the organisations participating in the Platform.

+

You may not interfere with others’ work or attempt to invade their privacy.

+

You may not attempt to disrupt the working of the Platform.

+

You must respect all Copyright for any software and data used on the Platform.

+

The terms of software and data licences must be respected.

+

You are not entitled to move proprietary data to, from, or via Platform systems without the prior agreement of its owner.

+

Once You have registered to use the Platform, it is Your responsibility to remain aware of these regulations and of any changes made to them, and your continued use of the Platform means that you shall abide by the latest version of these terms and conditions.

+

In order to keep the Platform operating correctly in both the technical and legal senses, it may become necessary to investigate network traffic (including, for example, e-mails) as well as examine information held on systems that are, or have been, connected to the Platform. You are deemed to have agreed to this.

+

You must ensure that all known or obvious threats and vulnerabilities of the systems You run are adequately addressed.

+

Should Your usage imply giving access to the Platform to third parties, You understand You will need to gather explicit consent from the operators of the individual testbed providers You will use, and You agree to enforce any restrictions imposed by an individual testbed provider and accept to fulfil Your legal obligations regarding data protection and retention laws.

+

The following are explicitly forbidden on the Platform:

+
    +
  • Any military usage, including the development and production of weapons of mass destruction.
    • +
  • Any activity resulting in compromising the security or integrity of any sites or networks connected to the Fed4FIRE facility
    • +
  • Distribution of documents or materials containing insults or defamation, racial hatred or revisionism, terrorism, advertising, or distribution of material in a way that infringes the copyright of another person.
    • +
  • Any illegal activity.
    • +
+

You must comply to any additional national regulations from the government of the operators of the local testbeds.

+

Enforcement

+

Whenever You use the Platform, You are bound by all the regulations in the current form of these terms and conditions and the legislation in force at the time.

+

The regulations and legislation which applies to You will be enforced by iMinds, as leader of the Fed4FIRE consortium, or/and by the affected testbed providers, even if a breach of either has been evidenced from elsewhere.

+

Note that for breaches of some legislation, the law enforcement can be involved.

+

Ignorance of regulations or legislation is not a defence.

+

Penalties, as defined in the individual testbed regulations at http://www.fed4fire.eu/terms, will be levied for confirmed breaches of regulations.

+

Disciplinary and investigative processes may also involve any Fed4FIRE partners, users and testbed providers involved in or affected by Your actions.

+

Note that all testbed providers have agreed to co-operate in investigating disciplinary cases.

+

You agree that the testbed and network providers in Fed4FIRE may monitor the systems and traffic for vulnerabilities and conformance to the acceptable uses, and You will collaborate with Fed4FIRE and any third party involved should any violations or breaches be noticed. The testbed providers involved may suspend or stop systems or suspend network connectivity without notice if such violations are found or suspected. To fulfil legal and contractual requirements, they may communicate to authorized third parties the owner and user of any resource provisioned and connected to the internet.

+

Non-research use of Platform resources

+

The Fed4FIRE federation Platform has been constructed for experiment-driven research activities, where experiment-driven research is defined as any activity that furthers the user’s knowledge and/or understanding of algorithms, complex data structures or user behaviour.

+

If You wish to use the Platform for any other purpose this must be authorized in advance by the Fed4FIRE testbed providers You will use. You will be expected to provide detailed information in support of Your request.

+

Experiments must obtain prior agreement from the providers of all resources (e.g. computers, software, data, networks, and any other facilities) before these are used for any purposes other than experiment-driven research activities.

+

The use of Fed4FIRE to host commercial services is explicitly disallowed.

+

Experimenters that wish to use additional resources also have to agree with the policies of the testbed providers that offer the requested resources (when applicable). The individual testbed policies can be found here:

+

fed4fire testbeds

+
+

diff --git a/portal/templates/onelab/onelab_authority_notListed.html b/portal/templates/onelab/onelab_authority_notListed.html new file mode 100644 index 00000000..7f05d6be --- /dev/null +++ b/portal/templates/onelab/onelab_authority_notListed.html @@ -0,0 +1,2 @@ +

Organization not listed? Request its addition now.

+ diff --git a/portal/templates/onelab/onelab_register_info.html b/portal/templates/onelab/onelab_register_info.html new file mode 100644 index 00000000..35393919 --- /dev/null +++ b/portal/templates/onelab/onelab_register_info.html @@ -0,0 +1,10 @@ +
+
+

+   + If you are a PlanetLab Europe user, please fill in this form using the same email address that you + currently use for your PlanetLab Europe account. + Your existing credentials will be used to validate your OneLab account. +

+
+
diff --git a/portal/templates/onelab/onelab_registration_view.html b/portal/templates/onelab/onelab_registration_view.html index 18af0965..b0bb14a1 100644 --- a/portal/templates/onelab/onelab_registration_view.html +++ b/portal/templates/onelab/onelab_registration_view.html @@ -7,6 +7,12 @@

User RegistrationUser sign-up

+
+
+

Questions? Contact us.

+
+
+ {% if errors %}
@@ -18,7 +24,7 @@
{% endif %} -
+
@@ -45,14 +51,9 @@

-

Organization not listed? Request its addition now.

+ {% include theme|add:"_authority_notListed.html" %}
-
-

- Questions? Contact us. -

-
@@ -76,12 +77,12 @@

-

-

@@ -110,19 +111,7 @@

-
-
-
-

-   - If you are a PlanetLab Europe user, please fill in this form using the same email address that you - currently use for your PlanetLab Europe account. - Your existing credentials will be used to validate your OneLab account. - Please be sure to specify a different password for your new OneLab account. -

-
-
-
+{% include theme|add:"_register_info.html" %}
@@ -143,351 +132,7 @@
-

- for OneLab Basic level service -
- Version 0.6 of 20 May 2014 -
- [Printable format] -

-

1 Context

-

1.1 OneLab

-

- OneLab is an experimental facility for testing new ideas and new technologies in the area of computer networking. It consists of a variety of types of - platforms, including:

-
    -
  • - internet overlay testbeds - , testbeds that offer virtual machines distributed across locations in different countries, allowing users to deploy overlays on the internet; -
    • -
  • - wireless testbeds - , testbeds that consist of clusters of computers that are within Wi-Fi communication range of each other, either in an office environment or in an - isolated setting; -
    • -
  • - internet of things testbeds - , testbeds that consist of embedded computing nodes with sensor capabilities, communicating wirelessly in an isolated environment; -
    • -
  • - emulation testbeds, - computing clusters that offer virtual machines on servers that are interconnected by a high speed switch, enabling large scale network emulation. -
    • -
-

- This list of types of platforms is subject to change, and the current list, along with the identities of the specific platforms of each type, can be found - on the OneLab website (onelab.eu).

-

- Each platform has its own owners, and OneLab is the grouping of these platforms through a consortium of institutions. The OneLab consortium is coordinated - by UPMC Sorbonne Universités. It operates on a not-for-profit basis.

-

- Access to OneLab may also provide access to additional platforms that are not part of OneLab, due to a federation agreement between OneLab and the owners - of those platforms.

-

1.2 Fee-free Basic level service

-

These terms and conditions define and apply to OneLab's Basic level service, which is available free of charge.

-

- Users who would like additional services are encouraged to contact support@onelab.eu. Some additional services require a written agreement, but are - otherwise free. Others require the payment of fees or in-kind contributions. (An example of an in-kind contribution is the hosting of a PlanetLab Europe - server node.)

-

1.3 Managers and standard users

-

- There are two classes of OneLab user: the manager and the standard user. OneLab grants access rights to managers, who, in turn, provide access rights to - standard users. Examples are: for a small enterprise, an executive may be the manager and the employees may be standard users; for a research team, a - senior scientist (faculty member or research scientist) may be a manager and doctoral students and other members of the team may be standard users; for a - university course, a professor may be a manager and the students may be standard users.

-

1.4 These terms and conditions

-

- Acceptance of these terms and conditions is a condition of obtaining OneLab Basic level user service. They are posted to the OneLab portal site - (portal.onelab.eu). They may be changed without other notice than the posting of a new version to the portal site.

-

2 Services provided by OneLab

-

2.1 Access to the experimental facility

-

- OneLab provides users with access to the platforms that make up the experimental facility. Each platform owner determines the specifics of this access (for - example, how many nodes are available to a user, what happens in case of oversubscription, etc.), with the proviso that Basic level service requires that - users be able to conduct meaningful experiments on every OneLab testbed.

-

- Basic level service may also provide access to platforms that are federated with OneLab, but such access depends upon the terms of the federation - agreements with those platforms, which may require that the user have a higher level of service in order to gain access. For example, Basic level service - provides access to PlanetLab Europe, a OneLab platform, without providing access to PlanetLab Central, a federated platform. Users wanting full access - across the global PlanetLab system should contact support@onelab.eu to arrange to enter into a PlanetLab Europe membership agreement.

-

OneLab's role is to facilitate access to the platforms. Specifically, it provides each user with:

-
    -
  • - a single account, - the credentials for which can be used to access all of the OneLab testbeds; -
    • -
  • - tools through which to access the testbeds - , including, notably, a web-based portal (portal.onelab.eu) that allows a user to see the resources available on each testbed and to reserve them, - along with a number of experiment control tools that a user can employ to deploy an experiment on those resources; -
    • -
  • - support - , with documentation on how to use the tools, pointers to documentation for individual testbeds, and a helpdesk to respond to user questions. -
    • -
-

- Additional support, such as accompaniment through the design and deployment of experiments and the interpretation of their results, is available through - higher levels of service. -

-

- 2.2 Best effort, without guarantees -

-

- OneLab and the owners of the individual OneLab testbeds do their best to provide the services outlined here, with the understanding that Basic level - service offers no guarantees. Users should clearly understand the following limitations. -

-
    -
  • - Reliability: - OneLab does not provide any guarantees with respect to the reliability of the portal, of other tools, or of the individual nodes on platforms. These - may be taken down for maintenance, rebooted, or reinstalled at any time. Reinstallation implies that disks are wiped, meaning that users should not - consider a local disk to be a persistent form of storage. -
    • -
  • - Fitness: - OneLab does not guarantee that the platforms are suitable for the experiments that users intend to conduct. There may be limitations in the - technologies that are offered that prevent certain types of experiments from being carried out. -
    • -
  • - Privacy - : OneLab does not guarantee the privacy of traffic generated on the platforms (e.g., wireless signals, packets). Unless otherwise specified by an - individual platform owner, users should assume that traffic is monitored and logged. Such monitoring may be done intentionally, for example, to allow - platform administrators as well as other users to investigate abuse. -
    • -
-

- Users who seek such guarantees are invited to consider a higher level of service. -

-

- 2.3 Limitedliability -

-

- In no event shall the partners of the OneLab consortium be liable to any user for any consequential, incidental, punitive, or lost profit damages, or for - any damages arising out of loss of use or loss of data, to the extent that such damages arise out of the activities of OneLab consortium partners, or any - breach of the present terms and conditions, even if the consortium partner has been advised of the possibility of such damages. -

-

- Nothing contained in these terms and conditions shall be deemed as creating any rights or liabilities in or for third parties who are not Basic level users - of OneLab. -

-

- 3 Acceptable use policy -

-

- 3.1 Responsibilities of managers and standard users -

-

- OneLab creates and administers accounts for managers and delegates to managers the responsibility for creating and administering accounts for standard - users. Both managers and standard users are required to follow OneLab's acceptable use policy. In addition, managers are fully responsible for the - activities of the standard users whose accounts they create. -

-

- A manager is expected to grant user access only an individual with whom he or she has a working relationship. In general, this means an individual who - works for the same institution as the manager, or, in the case of higher education and research, an individual who is a student at the university where the - manager works. Managers may also grant access to individuals from other institutions, provided that they are collaborating on a common project on OneLab. - If there is a doubt, a manager should refer the question to support@onelab.eu. -

-

- 3.2 Types of use -

-

- OneLab may be used by enterprise, by scientific researchers, and by educators. -

-

- OneLab may be used for pre-commercial research and development. In keeping with OneLab's not-for-profit status, it may not be used to deploy services that - are designed to generate a commercial profit. -

-

- Not-for-profit use of OneLab to deploy services that are designed to generate revenue requires prior approval through a written agreement, and thus may not - be carried out on a Basic level account. Interested users are invited to contact support@onelab.eu. -

-

- OneLab may be used for scientific research. -

-

- OneLab may be used to host lab exercises for university courses. -

-

- Questions about other types of use should be addressed to support@onelab.eu. -

-

- 3.3 Applicable laws and regulations -

-

- OneLab is managed, and the portal is hosted, in France. Information regarding the countries in which individual testbeds are managed and hosted is - available from those testbeds. Users are responsible for being aware of the countries in which their experiments are deployed and for ensuring that their - use of OneLab fully conforms to the laws and regulations of those countries, as well as the laws and regulations of the country in which they themselves - are present when conducting their experiments. -

-

- Above and beyond specific national laws, the activities email spamming, phishing through web services, and all types of Internet fraud are prohibited on - OneLab. -

-

- 3.4 Security and accounting mechanisms -

-

- Users are expected to respect the security and accounting mechanisms put in place by OneLab, its platforms, and federated platforms. For example, access to - PlanetLab Europe is designed to take place through the SSH cryptographically-secured connection protocol, which uses public/private key pair - authentication, and so users should not attempt to bypass this mechanism. As another example, OneLab's notion of a "slice" associates a set of resources - with the group of users who have reserved those resources, and users should not attempt to obscure the identities of participants in a slice. -

-

- Hacking attempts against the OneLab portal and testbeds are not permitted. This includes "red team" (hacker test) experiments. -

-

- 3.5 Sharing of resources -

-

- OneLab is intended for ambitious experiments. Large numbers of resources and extended leases on resources may legitimately be granted in order to carry - these out. At the same time, OneLab and its testbeds are shared environments, and when there is contention for resources, limits must be imposed. -

-

- Each OneLab platform sets its own policies for handling resource contention. As a general rule, users are encouraged to design their experiments to use - resources efficiently. In particular, spinning/busy-waiting techniques for extended periods of time are strongly discouraged. Some resource contention - policies (e.g., PlanetLab Europe's) terminate the jobs that are using the most resources in the case of contention. -

-

- 3.6 Internet-connected platforms -

-

- Some of OneLab's platforms allow experiments to take place on resources that have access to the public internet. These experiments can potentially generate - traffic to, and receive traffic from, any host or router in the internet.[LB1] -

-

- Furthermore, some internet-connected platforms (e.g., PlanetLab Europe) consist of servers that are hosted by a large number of member institutions. -

-

- The accessibility of internet-connected platforms and the distributed hosting model of some of these platforms imply certain responsibilities on the part - of users, as detailed below. -

-

- 3.6.1 General guidance -

-

- A good litmus test when considering whether an experiment is appropriate for such internet-connected platforms is to ask what the network administrator at - one's own organisation would say about the experiment running locally. If the experiment disrupts local activity (e.g., uses more than its share of the - site's internet bandwidth) or triggers complaints from remote network administrators (e.g., performs systematic port scans), then it is not appropriate for - such internet-connected platforms. -

-

- It is the responsibility of the user and the user's manager to ensure that an application that will run on an internet-connected platform is tested and - debugged in a controlled environment, to better understand its behaviour prior to deployment. -

-

- 3.6.2 Standards of network etiquette -

-

- Internet-connected platforms are designed to support experiments that generate unusual traffic, such as network measurements. However, it is expected that - all users adhere to widely accepted standards of network etiquette in an effort to minimise complaints from network administrators. Activities that have - been interpreted as worm and denial-of-service attacks in the past (and should be avoided) include sending SYN packets to port 80 on random machines, - probing random IP addresses, repeatedly pinging routers, overloading bottleneck links with measurement traffic, and probing a single target machine from - many nodes. -

-

- For internet-connected platforms that have a distributed hosting model, each host institution will have its own acceptable use policy. Users should not - knowingly violate such local policies. Conflicts between local policies and OneLab's stated goal of supporting research into wide-area networks should be - brought to the attention of OneLab administrators at support@onelab.eu. -

-

- 3.6.3 Specific network usage rules -

-

- It is not allowed to use one or more nodes of an internet-connected platform to generate a high number of network flows or flood a site with high traffic - to the point of interfering with its normal operation. Use of congestion-controlled flows for large transfers is highly encouraged. -

-

- It is not allowed to perform systematic or random port or address block scans from an internet-connected platform. -

-

- For internet-connected platforms that use a distributed hosting model, it is not allowed to spoof or sniff traffic on a hosted server or on the network the - server belongs to. -

-

- Access to a server on a distributed hosting platform may not be used to gain access to other servers or networked equipment that are not part of the - testbed. -

-

- 3.7 Wireless platforms -

-

- Wireless-connected platforms give users access to nodes that communicate via Wi-Fi and other wireless technologies. They may be capable of detecting - wireless activity in the neighbourhood of those nodes: traffic generated by other users of the platform or by individuals not associated with the platform. - In general, much of the traffic will be encrypted, with certain aspects (such as SSIDs) not encrypted, but it is also possible that there will be fully - unencrypted traffic. They may also be capable of generating wireless activity that reaches equipment outside of the testbed. -

-

- Furthermore, some wireless-connected platforms may have built-in limitations to prevent them from generating signals at a strength that exceeds health and - safety regulations. -

-

- These characteristics of wireless-connected platforms imply certain responsibilities on the part of users, as detailed below. -

-

- 3.7.1 Specific network usage rules -

-

- Experimenters may make no attempt to defeat the encryption of encrypted third-party traffic. Furthermore, experimenters must treat with utmost discretion - any unencrypted traffic. Limited metadata can be recorded for the bona fide purposes of an experiment, but under no case should third party communications - be recorded. -

-

- No attempt may be made to reverse engineer traffic in order to learn the identities of the parties who have generated the traffic. -

-

- Wireless-connected platforms may not be used to gain access to any network equipment that is not part of the testbed itself. -

-

- It is not allowed to perform systematic or random scans of wireless networks that are not part of a wireless-connected platform. Similarly, it is not - allowed to spoof or sniff wireless traffic of the institution that hosts a wireless-connected platform or of other networks in the proximity. -

-

- Care must be taken so that traffic on wireless-connected platforms does not interfere with the normal functioning of network equipment that is not part of - the testbed itself. -

-

- No attempt may be made to defeat the mechanisms that limit signal strength on wireless-connected platforms. -

-

- 3.8 Handling suspected violations -

-

- Suspected violations of the OneLab acceptable use policy should be reported to support@onelab.eu. -

-

- Upon notification or detection of a possible violation, OneLab management will attempt to understand if a violation has in fact occurred. To do so, - management will freely communicate with the users concerned, the operators of the platforms concerned, as well as any third parties that might be involved. - An example of a third party is a network operator who detects what they believe to be unauthorized traffic emanating from a OneLab platform. -

-

- The priority is to resolve any real or apparent violations amicably. However, if OneLab management believes that a violation may have occurred, it can, at - its sole discretion, and without prior notice, apply any of the following measures: -

-
    -
  • - notification of the users of the concerned slice (set of resources); -
    • -
  • - disabling of the concerned slice; -
    • -
  • - disabling an individual user's account; -
    • -
  • - reporting of the user's activity to his/her manager; -
    • -
  • - disabling of the manager's account and all user accounts for which the manager is responsible; -
    • -
  • - disabling of all accounts associated with the user's institution. -
    • -
-

- In the case of suspected illegal activity, OneLab management might need, without prior notice, to notify the relevant authorities. -

- + {% include theme|add:"_terms_and_conditions.html" %}
@@ -495,38 +140,19 @@
- {% endblock %} - diff --git a/portal/templates/onelab/onelab_terms_and_conditions.html b/portal/templates/onelab/onelab_terms_and_conditions.html new file mode 100644 index 00000000..ff02f3df --- /dev/null +++ b/portal/templates/onelab/onelab_terms_and_conditions.html @@ -0,0 +1,344 @@ +

+for OneLab Basic level service +
+Version 0.6 of 20 May 2014 +
+[Printable format] +

+

1 Context

+

1.1 OneLab

+

+OneLab is an experimental facility for testing new ideas and new technologies in the area of computer networking. It consists of a variety of types of +platforms, including:

+ +

+This list of types of platforms is subject to change, and the current list, along with the identities of the specific platforms of each type, can be found +on the OneLab website (onelab.eu).

+

+Each platform has its own owners, and OneLab is the grouping of these platforms through a consortium of institutions. The OneLab consortium is coordinated +by UPMC Sorbonne Universités. It operates on a not-for-profit basis.

+

+Access to OneLab may also provide access to additional platforms that are not part of OneLab, due to a federation agreement between OneLab and the owners +of those platforms.

+

1.2 Fee-free Basic level service

+

These terms and conditions define and apply to OneLab's Basic level service, which is available free of charge.

+

+Users who would like additional services are encouraged to contact support@onelab.eu. Some additional services require a written agreement, but are +otherwise free. Others require the payment of fees or in-kind contributions. (An example of an in-kind contribution is the hosting of a PlanetLab Europe +server node.)

+

1.3 Managers and standard users

+

+There are two classes of OneLab user: the manager and the standard user. OneLab grants access rights to managers, who, in turn, provide access rights to +standard users. Examples are: for a small enterprise, an executive may be the manager and the employees may be standard users; for a research team, a +senior scientist (faculty member or research scientist) may be a manager and doctoral students and other members of the team may be standard users; for a +university course, a professor may be a manager and the students may be standard users.

+

1.4 These terms and conditions

+

+Acceptance of these terms and conditions is a condition of obtaining OneLab Basic level user service. They are posted to the OneLab portal site +(portal.onelab.eu). They may be changed without other notice than the posting of a new version to the portal site.

+

2 Services provided by OneLab

+

2.1 Access to the experimental facility

+

+OneLab provides users with access to the platforms that make up the experimental facility. Each platform owner determines the specifics of this access (for +example, how many nodes are available to a user, what happens in case of oversubscription, etc.), with the proviso that Basic level service requires that +users be able to conduct meaningful experiments on every OneLab testbed.

+

+Basic level service may also provide access to platforms that are federated with OneLab, but such access depends upon the terms of the federation +agreements with those platforms, which may require that the user have a higher level of service in order to gain access. For example, Basic level service +provides access to PlanetLab Europe, a OneLab platform, without providing access to PlanetLab Central, a federated platform. Users wanting full access +across the global PlanetLab system should contact support@onelab.eu to arrange to enter into a PlanetLab Europe membership agreement.

+

OneLab's role is to facilitate access to the platforms. Specifically, it provides each user with:

+ +

+ Additional support, such as accompaniment through the design and deployment of experiments and the interpretation of their results, is available through + higher levels of service. +

+

+ 2.2 Best effort, without guarantees +

+

+ OneLab and the owners of the individual OneLab testbeds do their best to provide the services outlined here, with the understanding that Basic level + service offers no guarantees. Users should clearly understand the following limitations. +

+ +

+ Users who seek such guarantees are invited to consider a higher level of service. +

+

+ 2.3 Limitedliability +

+

+ In no event shall the partners of the OneLab consortium be liable to any user for any consequential, incidental, punitive, or lost profit damages, or for + any damages arising out of loss of use or loss of data, to the extent that such damages arise out of the activities of OneLab consortium partners, or any + breach of the present terms and conditions, even if the consortium partner has been advised of the possibility of such damages. +

+

+ Nothing contained in these terms and conditions shall be deemed as creating any rights or liabilities in or for third parties who are not Basic level users + of OneLab. +

+

+ 3 Acceptable use policy +

+

+ 3.1 Responsibilities of managers and standard users +

+

+ OneLab creates and administers accounts for managers and delegates to managers the responsibility for creating and administering accounts for standard + users. Both managers and standard users are required to follow OneLab's acceptable use policy. In addition, managers are fully responsible for the + activities of the standard users whose accounts they create. +

+

+ A manager is expected to grant user access only an individual with whom he or she has a working relationship. In general, this means an individual who + works for the same institution as the manager, or, in the case of higher education and research, an individual who is a student at the university where the + manager works. Managers may also grant access to individuals from other institutions, provided that they are collaborating on a common project on OneLab. + If there is a doubt, a manager should refer the question to support@onelab.eu. +

+

+ 3.2 Types of use +

+

+ OneLab may be used by enterprise, by scientific researchers, and by educators. +

+

+ OneLab may be used for pre-commercial research and development. In keeping with OneLab's not-for-profit status, it may not be used to deploy services that + are designed to generate a commercial profit. +

+

+ Not-for-profit use of OneLab to deploy services that are designed to generate revenue requires prior approval through a written agreement, and thus may not + be carried out on a Basic level account. Interested users are invited to contact support@onelab.eu. +

+

+ OneLab may be used for scientific research. +

+

+ OneLab may be used to host lab exercises for university courses. +

+

+ Questions about other types of use should be addressed to support@onelab.eu. +

+

+ 3.3 Applicable laws and regulations +

+

+ OneLab is managed, and the portal is hosted, in France. Information regarding the countries in which individual testbeds are managed and hosted is + available from those testbeds. Users are responsible for being aware of the countries in which their experiments are deployed and for ensuring that their + use of OneLab fully conforms to the laws and regulations of those countries, as well as the laws and regulations of the country in which they themselves + are present when conducting their experiments. +

+

+ Above and beyond specific national laws, the activities email spamming, phishing through web services, and all types of Internet fraud are prohibited on + OneLab. +

+

+ 3.4 Security and accounting mechanisms +

+

+ Users are expected to respect the security and accounting mechanisms put in place by OneLab, its platforms, and federated platforms. For example, access to + PlanetLab Europe is designed to take place through the SSH cryptographically-secured connection protocol, which uses public/private key pair + authentication, and so users should not attempt to bypass this mechanism. As another example, OneLab's notion of a "slice" associates a set of resources + with the group of users who have reserved those resources, and users should not attempt to obscure the identities of participants in a slice. +

+

+ Hacking attempts against the OneLab portal and testbeds are not permitted. This includes "red team" (hacker test) experiments. +

+

+ 3.5 Sharing of resources +

+

+ OneLab is intended for ambitious experiments. Large numbers of resources and extended leases on resources may legitimately be granted in order to carry + these out. At the same time, OneLab and its testbeds are shared environments, and when there is contention for resources, limits must be imposed. +

+

+ Each OneLab platform sets its own policies for handling resource contention. As a general rule, users are encouraged to design their experiments to use + resources efficiently. In particular, spinning/busy-waiting techniques for extended periods of time are strongly discouraged. Some resource contention + policies (e.g., PlanetLab Europe's) terminate the jobs that are using the most resources in the case of contention. +

+

+ 3.6 Internet-connected platforms +

+

+ Some of OneLab's platforms allow experiments to take place on resources that have access to the public internet. These experiments can potentially generate + traffic to, and receive traffic from, any host or router in the internet.[LB1] +

+

+ Furthermore, some internet-connected platforms (e.g., PlanetLab Europe) consist of servers that are hosted by a large number of member institutions. +

+

+ The accessibility of internet-connected platforms and the distributed hosting model of some of these platforms imply certain responsibilities on the part + of users, as detailed below. +

+

+ 3.6.1 General guidance +

+

+ A good litmus test when considering whether an experiment is appropriate for such internet-connected platforms is to ask what the network administrator at + one's own organisation would say about the experiment running locally. If the experiment disrupts local activity (e.g., uses more than its share of the + site's internet bandwidth) or triggers complaints from remote network administrators (e.g., performs systematic port scans), then it is not appropriate for + such internet-connected platforms. +

+

+ It is the responsibility of the user and the user's manager to ensure that an application that will run on an internet-connected platform is tested and + debugged in a controlled environment, to better understand its behaviour prior to deployment. +

+

+ 3.6.2 Standards of network etiquette +

+

+ Internet-connected platforms are designed to support experiments that generate unusual traffic, such as network measurements. However, it is expected that + all users adhere to widely accepted standards of network etiquette in an effort to minimise complaints from network administrators. Activities that have + been interpreted as worm and denial-of-service attacks in the past (and should be avoided) include sending SYN packets to port 80 on random machines, + probing random IP addresses, repeatedly pinging routers, overloading bottleneck links with measurement traffic, and probing a single target machine from + many nodes. +

+

+ For internet-connected platforms that have a distributed hosting model, each host institution will have its own acceptable use policy. Users should not + knowingly violate such local policies. Conflicts between local policies and OneLab's stated goal of supporting research into wide-area networks should be + brought to the attention of OneLab administrators at support@onelab.eu. +

+

+ 3.6.3 Specific network usage rules +

+

+ It is not allowed to use one or more nodes of an internet-connected platform to generate a high number of network flows or flood a site with high traffic + to the point of interfering with its normal operation. Use of congestion-controlled flows for large transfers is highly encouraged. +

+

+ It is not allowed to perform systematic or random port or address block scans from an internet-connected platform. +

+

+ For internet-connected platforms that use a distributed hosting model, it is not allowed to spoof or sniff traffic on a hosted server or on the network the + server belongs to. +

+

+ Access to a server on a distributed hosting platform may not be used to gain access to other servers or networked equipment that are not part of the + testbed. +

+

+ 3.7 Wireless platforms +

+

+ Wireless-connected platforms give users access to nodes that communicate via Wi-Fi and other wireless technologies. They may be capable of detecting + wireless activity in the neighbourhood of those nodes: traffic generated by other users of the platform or by individuals not associated with the platform. + In general, much of the traffic will be encrypted, with certain aspects (such as SSIDs) not encrypted, but it is also possible that there will be fully + unencrypted traffic. They may also be capable of generating wireless activity that reaches equipment outside of the testbed. +

+

+ Furthermore, some wireless-connected platforms may have built-in limitations to prevent them from generating signals at a strength that exceeds health and + safety regulations. +

+

+ These characteristics of wireless-connected platforms imply certain responsibilities on the part of users, as detailed below. +

+

+ 3.7.1 Specific network usage rules +

+

+ Experimenters may make no attempt to defeat the encryption of encrypted third-party traffic. Furthermore, experimenters must treat with utmost discretion + any unencrypted traffic. Limited metadata can be recorded for the bona fide purposes of an experiment, but under no case should third party communications + be recorded. +

+

+ No attempt may be made to reverse engineer traffic in order to learn the identities of the parties who have generated the traffic. +

+

+ Wireless-connected platforms may not be used to gain access to any network equipment that is not part of the testbed itself. +

+

+ It is not allowed to perform systematic or random scans of wireless networks that are not part of a wireless-connected platform. Similarly, it is not + allowed to spoof or sniff wireless traffic of the institution that hosts a wireless-connected platform or of other networks in the proximity. +

+

+ Care must be taken so that traffic on wireless-connected platforms does not interfere with the normal functioning of network equipment that is not part of + the testbed itself. +

+

+ No attempt may be made to defeat the mechanisms that limit signal strength on wireless-connected platforms. +

+

+ 3.8 Handling suspected violations +

+

+ Suspected violations of the OneLab acceptable use policy should be reported to support@onelab.eu. +

+

+ Upon notification or detection of a possible violation, OneLab management will attempt to understand if a violation has in fact occurred. To do so, + management will freely communicate with the users concerned, the operators of the platforms concerned, as well as any third parties that might be involved. + An example of a third party is a network operator who detects what they believe to be unauthorized traffic emanating from a OneLab platform. +

+

+ The priority is to resolve any real or apparent violations amicably. However, if OneLab management believes that a violation may have occurred, it can, at + its sole discretion, and without prior notice, apply any of the following measures: +

+ +

+ In the case of suspected illegal activity, OneLab management might need, without prior notice, to notify the relevant authorities. +

diff --git a/portal/templates/registration_view.html b/portal/templates/registration_view.html index a469c134..b0bb14a1 100644 --- a/portal/templates/registration_view.html +++ b/portal/templates/registration_view.html @@ -12,6 +12,7 @@

Questions? Contact us.

+ {% if errors %}
@@ -23,10 +24,10 @@
{% endif %} - +
-
-
+
+
{% csrf_token %}

@@ -35,63 +36,63 @@ title="Choose your organization (company/university) from the list that apears when you click in the field and start to type. Use the arrow keys to scroll through the list; type part of the name to narrow down the list. We will send an email to the managers that we have on record for your organization, asking them to validate your sign-up request." required> + {% if authorities %} {% for authority in authorities %} {% if authority.name %} {% else %} - {% endif %} {% endif %} - {% endfor %} + {% endfor %} {% else %} {% endif %}

-
+ {% include theme|add:"_authority_notListed.html" %} +
- -
+

-

+

+

-

-
+

+

-

-
- -
+

+

+ +

-
+

-

- +

+ -

-
- +

+ -

-
+

+

-

- - {% endblock %} - -- 2.43.0